Warning: strftime() [function.strftime]: It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'America/Chicago' for 'CDT/-5.0/DST' instead in /usr/local/www/nat.guyton.net/geeklog-1.4.0sr2/public_html/lib-common.php on line 4396
Warning: strftime() [function.strftime]: It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'America/Chicago' for 'CDT/-5.0/DST' instead in /usr/local/www/nat.guyton.net/geeklog-1.4.0sr2/public_html/lib-common.php on line 4396
Warning: mktime() [function.mktime]: It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'America/Chicago' for 'CDT/-5.0/DST' instead in /usr/local/www/nat.guyton.net/geeklog-1.4.0sr2/public_html/lib-common.php on line 5531
Warning: strftime() [function.strftime]: It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'America/Chicago' for 'CDT/-5.0/DST' instead in /usr/local/www/nat.guyton.net/geeklog-1.4.0sr2/system/lib-comment.php on line 321
Warning: date() [function.date]: It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'America/Chicago' for 'CDT/-5.0/DST' instead in /usr/local/www/nat.guyton.net/geeklog-1.4.0sr2/public_html/lib-common.php on line 1143 Nat's Geeklog - DNS Slave Issues on Fedora
I recently updated one of my servers to Fedora Core 2, and one of its jobs is to provide DNS slave service. I could not for the life of me figure out why I was getting the following message when sending zone notifies:
Oct 11 17:11:44 saturn named[30297]: received notify for zone 'guyton.net':
not authoritative
The main problem was that I didn't follow convention with ns records, so I fixed them up. Still nothing fixed, but I got things in better shape, theoretically.
It turns out that Fedora's named runs chrooted to /var/named, even though there is an /etc/named.conf file. That's misleading - you really need to edit the /var/named/chroot/etc/named.conf file. That in itself didn't fix things, however:
Oct 11 21:45:47 saturn named[31267]: transfer of 'guyton.net/IN' from 10.1.1.14#53:
failed while receiving responses: permission denied
Oct 11 21:45:47 saturn named[31267]: transfer of 'guyton.net/IN' from 10.1.1.14#53:
end of transfer
I had to chgrp named /var/named/chroot/var/named; chmod g+w ... so that the replicated zones could be written as the named user.
Problem solved, but it took some tinkering. I found a couple of other items that were improved upon in the process, so it was not a bad thing. I also softlinked /etc/named.conf to /var/named/chroot/etc/named.conf so that it would remain obvious.
The following comments are owned by whomever posted them. This site is not responsible for what they say.
DNS Slave Issues on Fedora
Authored by: Anonymous on
Monday, September 05 2005 @ 12:56 PM CDT
It looks like FC3 is a little more in line. All is set up accordingly, but you need to use the slaves subdirectory for slave files. Everything else works fine.
