<?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: DNS setup in Operating System - Tru64 Unix</title>
    <link>https://community.hpe.com/t5/operating-system-tru64-unix/dns-setup/m-p/4849897#M6635</link>
    <description>From your description, it is also possible that your second and possibly third nameserver entries are pointing to servers you either cannot reach or that do not offer a dns service.&lt;BR /&gt;&lt;BR /&gt;If you comment or remove the first entry, then try another nslookup and get no response, the remaining resolv.conf entry may be invalid.&lt;BR /&gt;&lt;BR /&gt;To confirm that those other services are being tried, use tcpdump to monitor port 53 for queries.   If you see that a query has been sent to that service, but you get no response, then either the server doesn't have an entry for the host you're requesting in which case it may go off to another server or the root servers in an attempt to find it, or the host simply doesn't offer the service.&lt;BR /&gt;&lt;BR /&gt;If the later you need to recheck with your dns admins to see if you have the correct entries in your resolv.conf file.&lt;BR /&gt;&lt;BR /&gt;As Ralf says, try shortening the timeout parameters as documented in the man page for resolv.conf&lt;BR /&gt;&lt;BR /&gt;Good luck.&lt;BR /&gt;Al&lt;BR /&gt;</description>
    <pubDate>Wed, 27 Aug 2003 13:41:09 GMT</pubDate>
    <dc:creator>Al Licause</dc:creator>
    <dc:date>2003-08-27T13:41:09Z</dc:date>
    <item>
      <title>DNS setup</title>
      <link>https://community.hpe.com/t5/operating-system-tru64-unix/dns-setup/m-p/4849892#M6630</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;I have a system configured as DNS client pointing to three DNS servers. I have the entries for all the three DNS servers ip adresses in the /etc/resolv.conf.&lt;BR /&gt;&lt;BR /&gt;But when I disconnect the first DNS server from the network, my DNS client seems not able to auto communicate to the second DNS server.&lt;BR /&gt;&lt;BR /&gt;When I keyed "nslooklup", it hang there. But if I connect the first DNS server back into the network, the nslookup command will return the first DNS server name and ip address.&lt;BR /&gt;&lt;BR /&gt;Any advise?&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;Ronny</description>
      <pubDate>Wed, 27 Aug 2003 07:33:39 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-tru64-unix/dns-setup/m-p/4849892#M6630</guid>
      <dc:creator>Ronny_7</dc:creator>
      <dc:date>2003-08-27T07:33:39Z</dc:date>
    </item>
    <item>
      <title>Re: DNS setup</title>
      <link>https://community.hpe.com/t5/operating-system-tru64-unix/dns-setup/m-p/4849893#M6631</link>
      <description>Read the man page of resolv.conf:&lt;BR /&gt;&lt;BR /&gt;"the algorithm used is to try a name server, and if the query times out, try the next, until out of name servers"&lt;BR /&gt;&lt;BR /&gt;So the query must timeout. DNS sends a paket and waits for a response if there is no response within a while, the next dns server will be used.&lt;BR /&gt;</description>
      <pubDate>Wed, 27 Aug 2003 07:48:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-tru64-unix/dns-setup/m-p/4849893#M6631</guid>
      <dc:creator>Ralf Puchner</dc:creator>
      <dc:date>2003-08-27T07:48:37Z</dc:date>
    </item>
    <item>
      <title>Re: DNS setup</title>
      <link>https://community.hpe.com/t5/operating-system-tru64-unix/dns-setup/m-p/4849894#M6632</link>
      <description>Last time I looked nslookup specifies the timeout=5 and the retries=4, which makes up for 5+10+20+40=75 secondes before nslookup skips to the next entry in resolv.conf.&lt;BR /&gt;</description>
      <pubDate>Wed, 27 Aug 2003 07:50:50 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-tru64-unix/dns-setup/m-p/4849894#M6632</guid>
      <dc:creator>Ralf Puchner</dc:creator>
      <dc:date>2003-08-27T07:50:50Z</dc:date>
    </item>
    <item>
      <title>Re: DNS setup</title>
      <link>https://community.hpe.com/t5/operating-system-tru64-unix/dns-setup/m-p/4849895#M6633</link>
      <description>Hi Ralf,&lt;BR /&gt;&lt;BR /&gt;Thank you for the replies.&lt;BR /&gt;&lt;BR /&gt;1. Are you saying I did not wait long enough for the first query to timeout?&lt;BR /&gt;&lt;BR /&gt;2. My resolv.conf looks like this,&lt;BR /&gt;domain          m1.com.sg&lt;BR /&gt;nameserver      202.79.64.21&lt;BR /&gt;nameserver      202.56.128.30&lt;BR /&gt;nameserver      202.56.136.46&lt;BR /&gt;&lt;BR /&gt;   Is there any problem with it?&lt;BR /&gt;&lt;BR /&gt;3. The man page says max three name servers, does it includes the domain entry for my case, since I have four entries.&lt;BR /&gt;&lt;BR /&gt;4. Is there any way I can check the current timeout and retry settings in the "nslookup"?&lt;BR /&gt;&lt;BR /&gt;5. Is there any way if I can change the timeout and retry settings?&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;Ronny</description>
      <pubDate>Wed, 27 Aug 2003 09:10:09 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-tru64-unix/dns-setup/m-p/4849895#M6633</guid>
      <dc:creator>Ronny_7</dc:creator>
      <dc:date>2003-08-27T09:10:09Z</dc:date>
    </item>
    <item>
      <title>Re: DNS setup</title>
      <link>https://community.hpe.com/t5/operating-system-tru64-unix/dns-setup/m-p/4849896#M6634</link>
      <description>yes you must wait a little bit longer.&lt;BR /&gt;you can set the timeout and retry values within nslookup (set retry=, set timeout=). but this information is well documented within the man pages of nslookup.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 27 Aug 2003 09:16:51 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-tru64-unix/dns-setup/m-p/4849896#M6634</guid>
      <dc:creator>Ralf Puchner</dc:creator>
      <dc:date>2003-08-27T09:16:51Z</dc:date>
    </item>
    <item>
      <title>Re: DNS setup</title>
      <link>https://community.hpe.com/t5/operating-system-tru64-unix/dns-setup/m-p/4849897#M6635</link>
      <description>From your description, it is also possible that your second and possibly third nameserver entries are pointing to servers you either cannot reach or that do not offer a dns service.&lt;BR /&gt;&lt;BR /&gt;If you comment or remove the first entry, then try another nslookup and get no response, the remaining resolv.conf entry may be invalid.&lt;BR /&gt;&lt;BR /&gt;To confirm that those other services are being tried, use tcpdump to monitor port 53 for queries.   If you see that a query has been sent to that service, but you get no response, then either the server doesn't have an entry for the host you're requesting in which case it may go off to another server or the root servers in an attempt to find it, or the host simply doesn't offer the service.&lt;BR /&gt;&lt;BR /&gt;If the later you need to recheck with your dns admins to see if you have the correct entries in your resolv.conf file.&lt;BR /&gt;&lt;BR /&gt;As Ralf says, try shortening the timeout parameters as documented in the man page for resolv.conf&lt;BR /&gt;&lt;BR /&gt;Good luck.&lt;BR /&gt;Al&lt;BR /&gt;</description>
      <pubDate>Wed, 27 Aug 2003 13:41:09 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-tru64-unix/dns-setup/m-p/4849897#M6635</guid>
      <dc:creator>Al Licause</dc:creator>
      <dc:date>2003-08-27T13:41:09Z</dc:date>
    </item>
    <item>
      <title>Re: DNS setup</title>
      <link>https://community.hpe.com/t5/operating-system-tru64-unix/dns-setup/m-p/4849898#M6636</link>
      <description>As per replies.</description>
      <pubDate>Tue, 17 Jul 2007 03:23:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-tru64-unix/dns-setup/m-p/4849898#M6636</guid>
      <dc:creator>Ronny_7</dc:creator>
      <dc:date>2007-07-17T03:23:47Z</dc:date>
    </item>
  </channel>
</rss>

