<?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 in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/bind-9/m-p/2911736#M3764</link>
    <description>Hi,&lt;BR /&gt;&lt;BR /&gt;If you have not included file directive in named.conf for that secondary then the records from master is saved in memory only. So after expiry time the slave will not answer the queries.&lt;BR /&gt;&lt;BR /&gt;So to configure a backup file for holding the records from master configure named.conf like this&lt;BR /&gt;&lt;BR /&gt;zone "mydomain.com" in {&lt;BR /&gt;   type slave;&lt;BR /&gt;   file "db.mydomain.com";&lt;BR /&gt;   masters { xxx.xxx.xxx.xxx; };&lt;BR /&gt;   };&lt;BR /&gt;&lt;BR /&gt;Restart the named daemon. Now the slave server fetches the data from master server and will store it in the file db.mydomain.com under default /var/named directory. So in case the master goes down , the slave will able to answer the data from the file db.mydomain.com.&lt;BR /&gt;&lt;BR /&gt;regards,&lt;BR /&gt;U.SivaKumar&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
    <pubDate>Tue, 25 Feb 2003 03:46:54 GMT</pubDate>
    <dc:creator>U.SivaKumar_2</dc:creator>
    <dc:date>2003-02-25T03:46:54Z</dc:date>
    <item>
      <title>bind 9</title>
      <link>https://community.hpe.com/t5/operating-system-linux/bind-9/m-p/2911734#M3762</link>
      <description>hello,&lt;BR /&gt;If master for secondary zone [ABC] unreachable for a long time, and the secondary zone [ABC] expired. Will this secondary server respond query for [ABC]?&lt;BR /&gt;Any RFCs standard for this issue?&lt;BR /&gt;&lt;BR /&gt;Thanks.</description>
      <pubDate>Mon, 24 Feb 2003 17:06:08 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/bind-9/m-p/2911734#M3762</guid>
      <dc:creator>Hendra_3</dc:creator>
      <dc:date>2003-02-24T17:06:08Z</dc:date>
    </item>
    <item>
      <title>Re: bind 9</title>
      <link>https://community.hpe.com/t5/operating-system-linux/bind-9/m-p/2911735#M3763</link>
      <description>Here is the query result after master down, secondary expired. SERVFAIL!&lt;BR /&gt;&lt;BR /&gt;WHY?&lt;BR /&gt;&lt;BR /&gt;# dig -t soa nomaster.com&lt;BR /&gt;; &amp;lt;&amp;lt;&amp;gt;&amp;gt; DiG 9.2.1 &amp;lt;&amp;lt;&amp;gt;&amp;gt; -t soa nomaster.com&lt;BR /&gt;;; global options:  printcmd&lt;BR /&gt;;; Got answer:&lt;BR /&gt;;; -&amp;gt;&amp;gt;HEADER&amp;lt;&amp;lt;- opcode: QUERY, status: SERVFAIL, id: 27285&lt;BR /&gt;;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0&lt;BR /&gt;</description>
      <pubDate>Mon, 24 Feb 2003 17:12:22 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/bind-9/m-p/2911735#M3763</guid>
      <dc:creator>Hendra_3</dc:creator>
      <dc:date>2003-02-24T17:12:22Z</dc:date>
    </item>
    <item>
      <title>Re: bind 9</title>
      <link>https://community.hpe.com/t5/operating-system-linux/bind-9/m-p/2911736#M3764</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;If you have not included file directive in named.conf for that secondary then the records from master is saved in memory only. So after expiry time the slave will not answer the queries.&lt;BR /&gt;&lt;BR /&gt;So to configure a backup file for holding the records from master configure named.conf like this&lt;BR /&gt;&lt;BR /&gt;zone "mydomain.com" in {&lt;BR /&gt;   type slave;&lt;BR /&gt;   file "db.mydomain.com";&lt;BR /&gt;   masters { xxx.xxx.xxx.xxx; };&lt;BR /&gt;   };&lt;BR /&gt;&lt;BR /&gt;Restart the named daemon. Now the slave server fetches the data from master server and will store it in the file db.mydomain.com under default /var/named directory. So in case the master goes down , the slave will able to answer the data from the file db.mydomain.com.&lt;BR /&gt;&lt;BR /&gt;regards,&lt;BR /&gt;U.SivaKumar&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 25 Feb 2003 03:46:54 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/bind-9/m-p/2911736#M3764</guid>
      <dc:creator>U.SivaKumar_2</dc:creator>
      <dc:date>2003-02-25T03:46:54Z</dc:date>
    </item>
    <item>
      <title>Re: bind 9</title>
      <link>https://community.hpe.com/t5/operating-system-linux/bind-9/m-p/2911737#M3765</link>
      <description>Yes.&lt;BR /&gt;I tried it before.&lt;BR /&gt;&lt;BR /&gt;named.conf in master(ns1):&lt;BR /&gt;zone "nomaster.com" IN {&lt;BR /&gt;        type master;&lt;BR /&gt;        file "nomaster.com";&lt;BR /&gt;        allow-transfer { ns2; };&lt;BR /&gt;};&lt;BR /&gt;&lt;BR /&gt;named.conf in ns2&lt;BR /&gt;zone "nomaster.com" IN {&lt;BR /&gt;       type slave;&lt;BR /&gt;        file "nomaster.com";&lt;BR /&gt;        masters { ns1 ; };&lt;BR /&gt;};&lt;BR /&gt;&lt;BR /&gt;I set TTL 60 seconds, &lt;BR /&gt;and let master down. &lt;BR /&gt;&lt;BR /&gt;After 5 minutes, ns2 will get&lt;BR /&gt;Feb 25 named[5726]: zone nomaster.com/IN: refresh: unexpected rcode (SERVFAIL) from master x.x.x.x#53&lt;BR /&gt;&lt;BR /&gt;After 5 minutes, I query&lt;BR /&gt;#dig -t soa nomaster.com&lt;BR /&gt;;; -&amp;gt;&amp;gt;HEADER&amp;lt;&amp;lt;- opcode: QUERY, status: SERVFAIL, id: 52969&lt;BR /&gt;&lt;BR /&gt;all because of TTL expired @ns2, and ns1 is down.&lt;BR /&gt;</description>
      <pubDate>Tue, 25 Feb 2003 04:06:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/bind-9/m-p/2911737#M3765</guid>
      <dc:creator>Hendra_3</dc:creator>
      <dc:date>2003-02-25T04:06:37Z</dc:date>
    </item>
    <item>
      <title>Re: bind 9</title>
      <link>https://community.hpe.com/t5/operating-system-linux/bind-9/m-p/2911738#M3766</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;Is the backup file created after a zone transfer ?&lt;BR /&gt;&lt;BR /&gt;Did you check the contents of the backfile ?&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;regards,&lt;BR /&gt;U.SivaKumar</description>
      <pubDate>Tue, 25 Feb 2003 05:38:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/bind-9/m-p/2911738#M3766</guid>
      <dc:creator>U.SivaKumar_2</dc:creator>
      <dc:date>2003-02-25T05:38:37Z</dc:date>
    </item>
    <item>
      <title>Re: bind 9</title>
      <link>https://community.hpe.com/t5/operating-system-linux/bind-9/m-p/2911739#M3767</link>
      <description>I'm not sure BIND is working on any of your servers.&lt;BR /&gt;&lt;BR /&gt;You might want to look at the mechanics of how you built the zone.&lt;BR /&gt;&lt;BR /&gt;I'm uploading a working example of named.conf and one of the zone files.&lt;BR /&gt;&lt;BR /&gt;Here goes.&lt;BR /&gt;&lt;BR /&gt;named.conf attached.&lt;BR /&gt;&lt;BR /&gt;Here is one of my zones, taken at random, as referenced in the named.conf file.&lt;BR /&gt;$TTL 86400&lt;BR /&gt;@       IN      SOA     @  investmenttool.com (&lt;BR /&gt;                        4 ; serial&lt;BR /&gt;                        28800 ; refresh&lt;BR /&gt;                        7200 ; retry&lt;BR /&gt;                        604800 ; expire&lt;BR /&gt;                        86400 ; ttl&lt;BR /&gt;                        )&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;@       IN      NS      dns1.investmenttool.com.&lt;BR /&gt;@       IN      NS      dns2.investmenttool.com.&lt;BR /&gt;@       IN      MX      10      investmenttool.com. ; primary mail exchanger&lt;BR /&gt;&lt;BR /&gt;@               A       66.92.143.194&lt;BR /&gt;www             A       66.92.143.194&lt;BR /&gt;news            A       66.92.143.194&lt;BR /&gt;shell           A       66.92.143.194&lt;BR /&gt;smtp            A       66.92.143.194&lt;BR /&gt;dns1            A       66.92.143.194&lt;BR /&gt;dns2            A       66.92.143.194&lt;BR /&gt;&lt;BR /&gt;quote           A       66.92.143.194&lt;BR /&gt;&lt;BR /&gt;jerusalem       CNAME   investmenttool.com.&lt;BR /&gt;localhost       CNAME   investmenttool.com.&lt;BR /&gt;ftp             CNAME   investmenttool.com.&lt;BR /&gt;mail            CNAME   investmenttool.com.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;service named stop&lt;BR /&gt;service named start&lt;BR /&gt;&lt;BR /&gt;after getting the servers working properly.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Tue, 25 Feb 2003 05:51:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/bind-9/m-p/2911739#M3767</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2003-02-25T05:51:30Z</dc:date>
    </item>
    <item>
      <title>Re: bind 9</title>
      <link>https://community.hpe.com/t5/operating-system-linux/bind-9/m-p/2911740#M3768</link>
      <description>thanks for your reply steven.&lt;BR /&gt;&lt;BR /&gt;Actually, my question is whether secondary server can take over primary server when the primary is down for a loooooong period of time.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 25 Feb 2003 06:14:32 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/bind-9/m-p/2911740#M3768</guid>
      <dc:creator>Hendra_3</dc:creator>
      <dc:date>2003-02-25T06:14:32Z</dc:date>
    </item>
    <item>
      <title>Re: bind 9</title>
      <link>https://community.hpe.com/t5/operating-system-linux/bind-9/m-p/2911741#M3769</link>
      <description>Hi, SivaKumar &lt;BR /&gt;&lt;BR /&gt;The file, "nomaster.com" has been created in ns2 before the primary dns down.&lt;BR /&gt;and the contents is OK.&lt;BR /&gt;&lt;BR /&gt;My TEMPORARY solution when primary dns is down is...&lt;BR /&gt;&lt;BR /&gt;setting on secondary dns&lt;BR /&gt;[BEFORE]&lt;BR /&gt;zone "masterisdown.com" IN {&lt;BR /&gt; type slave;&lt;BR /&gt; file "masterisdown.com";&lt;BR /&gt; masters { x.x.x.x ; };&lt;BR /&gt;};&lt;BR /&gt;&lt;BR /&gt;[AFTER]&lt;BR /&gt;zone "masterisdown.com" IN {&lt;BR /&gt; type master;&lt;BR /&gt; file "masterisdown.com";&lt;BR /&gt; allow-update { none; };&lt;BR /&gt;};&lt;BR /&gt;&lt;BR /&gt;then restart the service.&lt;BR /&gt;&lt;BR /&gt;I think it's the real dns. when primary is down, the secondary is waiting to TTL expired then down too. &lt;BR /&gt;&lt;BR /&gt;But nobody knows. Everyone think that slave will take over and responsible for queries when the master down forever.&lt;BR /&gt;</description>
      <pubDate>Tue, 25 Feb 2003 06:32:44 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/bind-9/m-p/2911741#M3769</guid>
      <dc:creator>Hendra_3</dc:creator>
      <dc:date>2003-02-25T06:32:44Z</dc:date>
    </item>
    <item>
      <title>Re: bind 9</title>
      <link>https://community.hpe.com/t5/operating-system-linux/bind-9/m-p/2911742#M3770</link>
      <description>slave with zone file will respond query as long as it does not expire.&lt;BR /&gt;&lt;BR /&gt;Expiration (not TTL), by default  (in BIND), is 604800, ie one week.&lt;BR /&gt;&lt;BR /&gt;In theory, if we set this field to very large number, then the slave will still respond to query after master is down for looooooong time.&lt;BR /&gt;&lt;BR /&gt;Hope this help.</description>
      <pubDate>Tue, 25 Feb 2003 08:45:29 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/bind-9/m-p/2911742#M3770</guid>
      <dc:creator>snooq</dc:creator>
      <dc:date>2003-02-25T08:45:29Z</dc:date>
    </item>
  </channel>
</rss>

