<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: BIND 9 on temp box in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/bind-9-on-temp-box/m-p/3907606#M26218</link>
    <description>Stuart, &lt;BR /&gt;&lt;BR /&gt;We host multiple domains for school districts. Some of the servers within each domain are public / parent access while other parts are restricted access. So we have a mixed bag o' bs. We are putting the temp server in place on Friday and I will rebuild our primary next week with FC6 and BIND 9.3.2xx.. I hope to fix most of the zone records prior to bringing the primary back online. &lt;BR /&gt;&lt;BR /&gt;DNS is not a high priority as long as it is working but heaven forbid some of the local admins take two second to add the secondary into the search :(  Many people with static IP's only have the one DNS entry. If they are served DHCP they get the secondary. So now we have to fight the outage battles. grrrr. Needless to say, I hope my manager reinterates in the district advisory meetings where the tech people meet from each school that they "NEED" to add the secondary to their workstation configs.. &lt;BR /&gt;&lt;BR /&gt;</description>
    <pubDate>Tue, 05 Dec 2006 18:06:07 GMT</pubDate>
    <dc:creator>rmueller58</dc:creator>
    <dc:date>2006-12-05T18:06:07Z</dc:date>
    <item>
      <title>BIND 9 on temp box</title>
      <link>https://community.hpe.com/t5/operating-system-linux/bind-9-on-temp-box/m-p/3907601#M26213</link>
      <description>All, &lt;BR /&gt;&lt;BR /&gt;Our 9.2.1 Bind box is going south, and we need to put a temporary in place.. &lt;BR /&gt;&lt;BR /&gt;I've installed Fedora on a temporary box, laid the existing named root zone files into the /var/named/chroot/etc including our old named.conf &lt;BR /&gt; &lt;BR /&gt;Get some funky errors about  bad owner name (check-names) in /var/log/messages and can't query against new instance of DNS.. Any insight appreciated.. &lt;BR /&gt;&lt;BR /&gt;Rex M - unix engineer ESU3 LaVista NE</description>
      <pubDate>Mon, 04 Dec 2006 17:09:49 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/bind-9-on-temp-box/m-p/3907601#M26213</guid>
      <dc:creator>rmueller58</dc:creator>
      <dc:date>2006-12-04T17:09:49Z</dc:date>
    </item>
    <item>
      <title>Re: BIND 9 on temp box</title>
      <link>https://community.hpe.com/t5/operating-system-linux/bind-9-on-temp-box/m-p/3907602#M26214</link>
      <description>Ok.&lt;BR /&gt;&lt;BR /&gt;Make sure that 'named' owns all of '/var/named/chroot/*'.&lt;BR /&gt;&lt;BR /&gt;Make sure that '/etc/named.conf' is a symlink to '/var/named/chroot/etc/named.conf'.&lt;BR /&gt;&lt;BR /&gt;Make sure that all your master directories are there in '/var/named/chroot/'.&lt;BR /&gt;&lt;BR /&gt;Make sure that bind is started as a chroot ('/etc/sysconfig/named' has 'ROOTDIR=/var/named/chroot' in it).&lt;BR /&gt;&lt;BR /&gt;If you've got all of this, then paste us your 'named.conf' and show us the errors that show up in '/var/log/messages'.</description>
      <pubDate>Mon, 04 Dec 2006 18:18:10 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/bind-9-on-temp-box/m-p/3907602#M26214</guid>
      <dc:creator>Stuart Browne</dc:creator>
      <dc:date>2006-12-04T18:18:10Z</dc:date>
    </item>
    <item>
      <title>Re: BIND 9 on temp box</title>
      <link>https://community.hpe.com/t5/operating-system-linux/bind-9-on-temp-box/m-p/3907603#M26215</link>
      <description>are you running named in chroot? Check the configuration file in /etc/sysconfig/named</description>
      <pubDate>Tue, 05 Dec 2006 09:50:29 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/bind-9-on-temp-box/m-p/3907603#M26215</guid>
      <dc:creator>George Liu_4</dc:creator>
      <dc:date>2006-12-05T09:50:29Z</dc:date>
    </item>
    <item>
      <title>Re: BIND 9 on temp box</title>
      <link>https://community.hpe.com/t5/operating-system-linux/bind-9-on-temp-box/m-p/3907604#M26216</link>
      <description>I am running the new rev in /var/named/chroot &lt;BR /&gt;&lt;BR /&gt;I did a &lt;BR /&gt;&lt;BR /&gt;chown -R root:named /var/named/chroot &lt;BR /&gt;&lt;BR /&gt;I've modified the named.conf and added the lines: &lt;BR /&gt;        allow-query { any; };&lt;BR /&gt;        check-names master ignore;&lt;BR /&gt;&lt;BR /&gt;stopped and restarted the daemon, &lt;BR /&gt;&lt;BR /&gt;getting DNS replys now, Still getting &lt;BR /&gt;&lt;BR /&gt;primary/&lt;DOMAINAME&gt;:22: no TTL specified; using SOA MINTTL instead&lt;BR /&gt;&lt;BR /&gt;I believe our zone files have the following entry, &lt;BR /&gt;&lt;BR /&gt;@       IN      SOA     ns1.ourdomain.org. dns.ns1.ourdomain.org. (&lt;BR /&gt;                        200611150 ; Serial&lt;BR /&gt;                        43200   ; Refresh - 12 hours&lt;BR /&gt;                        1800    ; Retry - 1 minute&lt;BR /&gt;                        604800  ; Expire - 2 weeks&lt;BR /&gt;                        86400)  ; Minimum - 12 hours&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Been reading we need a &lt;BR /&gt;$TTL 86400 directive. &lt;BR /&gt;&lt;BR /&gt;Does this look copacetic? &lt;BR /&gt;&lt;BR /&gt;&lt;/DOMAINAME&gt;</description>
      <pubDate>Tue, 05 Dec 2006 09:58:41 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/bind-9-on-temp-box/m-p/3907604#M26216</guid>
      <dc:creator>rmueller58</dc:creator>
      <dc:date>2006-12-05T09:58:41Z</dc:date>
    </item>
    <item>
      <title>Re: BIND 9 on temp box</title>
      <link>https://community.hpe.com/t5/operating-system-linux/bind-9-on-temp-box/m-p/3907605#M26217</link>
      <description>Yeah, throw a '$TTL &lt;NUMBER&gt;' in at the top, and that'll get rid of that warning.&lt;BR /&gt;&lt;BR /&gt;Other than that, the minimum TTL's look a bit big.  This an internal or public domain?&lt;/NUMBER&gt;</description>
      <pubDate>Tue, 05 Dec 2006 17:15:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/bind-9-on-temp-box/m-p/3907605#M26217</guid>
      <dc:creator>Stuart Browne</dc:creator>
      <dc:date>2006-12-05T17:15:35Z</dc:date>
    </item>
    <item>
      <title>Re: BIND 9 on temp box</title>
      <link>https://community.hpe.com/t5/operating-system-linux/bind-9-on-temp-box/m-p/3907606#M26218</link>
      <description>Stuart, &lt;BR /&gt;&lt;BR /&gt;We host multiple domains for school districts. Some of the servers within each domain are public / parent access while other parts are restricted access. So we have a mixed bag o' bs. We are putting the temp server in place on Friday and I will rebuild our primary next week with FC6 and BIND 9.3.2xx.. I hope to fix most of the zone records prior to bringing the primary back online. &lt;BR /&gt;&lt;BR /&gt;DNS is not a high priority as long as it is working but heaven forbid some of the local admins take two second to add the secondary into the search :(  Many people with static IP's only have the one DNS entry. If they are served DHCP they get the secondary. So now we have to fight the outage battles. grrrr. Needless to say, I hope my manager reinterates in the district advisory meetings where the tech people meet from each school that they "NEED" to add the secondary to their workstation configs.. &lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 05 Dec 2006 18:06:07 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/bind-9-on-temp-box/m-p/3907606#M26218</guid>
      <dc:creator>rmueller58</dc:creator>
      <dc:date>2006-12-05T18:06:07Z</dc:date>
    </item>
  </channel>
</rss>

