<?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 and reverse lookup? in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/dns-and-reverse-lookup/m-p/2572308#M594441</link>
    <description>Okay guys, here's the deal, I was able to 'recreate my dns environment' on 2 development servers.  Basically, whether the DNS client is on the same subnet or not, if either server (primary or secondary) has it's named daemon killed, it causes the timing issue with telnet, eventually, I get to login.  rlogin will not work, and I guess that's because the client that I am using is not 'trusted'.&lt;BR /&gt;&lt;BR /&gt;So as it stands, if I take down either dns server, it causes the telnet hang and disallow of rlogin.  &lt;BR /&gt;&lt;BR /&gt;Any suggestions?</description>
    <pubDate>Thu, 30 Aug 2001 18:32:30 GMT</pubDate>
    <dc:creator>Michael Elleby III</dc:creator>
    <dc:date>2001-08-30T18:32:30Z</dc:date>
    <item>
      <title>DNS and reverse lookup?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/dns-and-reverse-lookup/m-p/2572302#M594435</link>
      <description>I have two servers, an acting primary DNS and secondary for my domain.  If I take down the secondary server named daemon, it causes remote telnet issue with clients (UNIX/PC, etc) trying to login to UNIX servers in the domain, and vice versa, If I take down the primary, it causes the same problem.&lt;BR /&gt;&lt;BR /&gt;Any suggestions?  The only thing I can think of is that I don't have another primary statement in my named.boot file so that the machine can do successful reverse lookups for the subnet that ALL machines are on.</description>
      <pubDate>Wed, 29 Aug 2001 16:49:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/dns-and-reverse-lookup/m-p/2572302#M594435</guid>
      <dc:creator>Michael Elleby III</dc:creator>
      <dc:date>2001-08-29T16:49:19Z</dc:date>
    </item>
    <item>
      <title>Re: DNS and reverse lookup?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/dns-and-reverse-lookup/m-p/2572303#M594436</link>
      <description>Hi Michael,&lt;BR /&gt;When you shutdown named on secondary you have problem on client logging in to another unix server or another client. if this is correct then&lt;BR /&gt;1. Check your /etc/resolv.conf file on client &lt;BR /&gt;2. add both servers IP in it so it looks like this&lt;BR /&gt;domain mydomain.com&lt;BR /&gt;nameserver  ip-of-master&lt;BR /&gt;nameserver ip-of-secondary1&lt;BR /&gt;nameserver ip-of-secondary2&lt;BR /&gt;&lt;BR /&gt;What does it do? if first nameserver is not available then after 90sec it query second nameserver then third. Maximum three nameserver is allowed.&lt;BR /&gt;&lt;BR /&gt;This should resolv your problem. If not post your output of &lt;BR /&gt;client1#&amp;gt;nslookup servername&lt;BR /&gt;client1#&amp;gt;nslookup server-ip&lt;BR /&gt;&lt;BR /&gt;Sachin&lt;BR /&gt;</description>
      <pubDate>Wed, 29 Aug 2001 17:00:41 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/dns-and-reverse-lookup/m-p/2572303#M594436</guid>
      <dc:creator>Sachin Patel</dc:creator>
      <dc:date>2001-08-29T17:00:41Z</dc:date>
    </item>
    <item>
      <title>Re: DNS and reverse lookup?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/dns-and-reverse-lookup/m-p/2572304#M594437</link>
      <description>Sounds like you have a cross-mix of entries in the DNS client arena.  Some are looking for services on the promary, some on the secondary.&lt;BR /&gt;&lt;BR /&gt;If one or the other is not available, then a timeout (which can be up to 90 seconds) will happen for the client that tries for that server first.  Once the timeout is satisfied, the client should then use the other machine.  The timeout is the killer.&lt;BR /&gt;&lt;BR /&gt;Make sure all the clients are pointed to one machine with the other as backup.  Tell them there will be a slowdown if you have to take that machine down.</description>
      <pubDate>Wed, 29 Aug 2001 17:36:31 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/dns-and-reverse-lookup/m-p/2572304#M594437</guid>
      <dc:creator>John Bolene</dc:creator>
      <dc:date>2001-08-29T17:36:31Z</dc:date>
    </item>
    <item>
      <title>Re: DNS and reverse lookup?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/dns-and-reverse-lookup/m-p/2572305#M594438</link>
      <description>If the client is looking only at the secondary, it will&lt;BR /&gt;fail when you take the secondary down.  The&lt;BR /&gt;client can be the nameserver used by the windows&lt;BR /&gt;clients.&lt;BR /&gt;&lt;BR /&gt;If the DNS security is different between the primary&lt;BR /&gt;and secondary, then you may not be able to use&lt;BR /&gt;the primary to resolve addresses.  Check the named&lt;BR /&gt;configuration file on each machine  for acces control lists.&lt;BR /&gt;&lt;BR /&gt;If you have the dig command try the command &lt;BR /&gt; dig yourdomain.com&lt;BR /&gt;to see what it lists as nameservers.  There should be&lt;BR /&gt;at least two entries one for each of your servers.&lt;BR /&gt;&lt;BR /&gt;Some DNS admins recommend a tightly secured &lt;BR /&gt;master with all user access via secondaries (at least 2).</description>
      <pubDate>Wed, 29 Aug 2001 23:56:45 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/dns-and-reverse-lookup/m-p/2572305#M594438</guid>
      <dc:creator>Bill Thorsteinson</dc:creator>
      <dc:date>2001-08-29T23:56:45Z</dc:date>
    </item>
    <item>
      <title>Re: DNS and reverse lookup?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/dns-and-reverse-lookup/m-p/2572306#M594439</link>
      <description>Hi Michael,&lt;BR /&gt;&lt;BR /&gt;If name resolution problem starts only when any one of the named services(primary/secondary) going down, then you can probably check for the similarity of the  named data in both primary and secondary servers.&lt;BR /&gt;&lt;BR /&gt;Ensure that as when you are modifying the DNS database in the primary server, its getting updated in secondary server  and also vice versa. Its always recommended to carry out changes in the master server.&lt;BR /&gt;&lt;BR /&gt;Inspite of it, if the problem continues, check for the correct /etc/resolv.conf entries in all systems as mentioned by Sachin.&lt;BR /&gt;&lt;BR /&gt;Hope this will help a bit.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;N.Harinath.</description>
      <pubDate>Thu, 30 Aug 2001 09:54:49 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/dns-and-reverse-lookup/m-p/2572306#M594439</guid>
      <dc:creator>Harinath N</dc:creator>
      <dc:date>2001-08-30T09:54:49Z</dc:date>
    </item>
    <item>
      <title>Re: DNS and reverse lookup?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/dns-and-reverse-lookup/m-p/2572307#M594440</link>
      <description>Michael:&lt;BR /&gt;&lt;BR /&gt;I think Technical Knowledge Base document #NR0500KBRC00002433 provides what you seek:&lt;BR /&gt;&lt;BR /&gt;/begin_quote/&lt;BR /&gt;&lt;BR /&gt;PROBLEM&lt;BR /&gt;How can the timeout and retransmit default for a dns query be changed?&lt;BR /&gt;&lt;BR /&gt;RESOLUTION&lt;BR /&gt;To change the timeout and retransmit default for a dns query:&lt;BR /&gt;&lt;BR /&gt;1. Install the applicable patch:&lt;BR /&gt;&lt;BR /&gt;PHCO_20098 (HP-UX 10.20 - libc:y2k:year2000:cumulative)&lt;BR /&gt;&lt;BR /&gt;PHCO_20493 (HP-UX 11.0 - libc:10.20:compatibility)&lt;BR /&gt;&lt;BR /&gt;Note: These patches, as with any patches, may be superseded ...&lt;BR /&gt;&lt;BR /&gt;2.  Edit /etc/resolv.conf by adding the retry and retrans parameters.&lt;BR /&gt;&lt;BR /&gt;retrans is specified in milli-seconds. For example, to configure the system to only do two retries and to retransmit in 3 seconds, edit the file in the following manner:&lt;BR /&gt;&lt;BR /&gt;domain mydomain.com&lt;BR /&gt;nameserver ip_of_nameserver1&lt;BR /&gt;nameserver ip_of_nameserver2&lt;BR /&gt;retry 2&lt;BR /&gt;retrans 3000&lt;BR /&gt;&lt;BR /&gt;Note: nslookup is not a valid test to prove that these parameters make a difference with name resolution. Instead, use getip, or an application that makes calls using gethostbyname.&lt;BR /&gt;&lt;BR /&gt;For example: telnet, ftp, or ping.&lt;BR /&gt;&lt;BR /&gt;/end_quote/&lt;BR /&gt;&lt;BR /&gt;...JRF...</description>
      <pubDate>Thu, 30 Aug 2001 10:50:21 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/dns-and-reverse-lookup/m-p/2572307#M594440</guid>
      <dc:creator>James R. Ferguson</dc:creator>
      <dc:date>2001-08-30T10:50:21Z</dc:date>
    </item>
    <item>
      <title>Re: DNS and reverse lookup?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/dns-and-reverse-lookup/m-p/2572308#M594441</link>
      <description>Okay guys, here's the deal, I was able to 'recreate my dns environment' on 2 development servers.  Basically, whether the DNS client is on the same subnet or not, if either server (primary or secondary) has it's named daemon killed, it causes the timing issue with telnet, eventually, I get to login.  rlogin will not work, and I guess that's because the client that I am using is not 'trusted'.&lt;BR /&gt;&lt;BR /&gt;So as it stands, if I take down either dns server, it causes the telnet hang and disallow of rlogin.  &lt;BR /&gt;&lt;BR /&gt;Any suggestions?</description>
      <pubDate>Thu, 30 Aug 2001 18:32:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/dns-and-reverse-lookup/m-p/2572308#M594441</guid>
      <dc:creator>Michael Elleby III</dc:creator>
      <dc:date>2001-08-30T18:32:30Z</dc:date>
    </item>
    <item>
      <title>Re: DNS and reverse lookup?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/dns-and-reverse-lookup/m-p/2572309#M594442</link>
      <description>That really cannot be if your /etc/resolv.conf is configured like the above posters have said. &lt;BR /&gt;Try to telnet with primary first in resolv.conf, and secondary second..then kill named on the secondary server..this will NOT affect the telnet request.&lt;BR /&gt;then to test, kill named on primary, restart named on secondary..this is where your retry retrans variables come into play..as was stated..your telnet could have a 90second delay..&lt;BR /&gt;If you still are experiences telnet problems when ONLY the second server listed in resolv.conf's named process is killed..I would like to know what version of Bind you are using.</description>
      <pubDate>Thu, 30 Aug 2001 20:11:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/dns-and-reverse-lookup/m-p/2572309#M594442</guid>
      <dc:creator>Kevin Wright</dc:creator>
      <dc:date>2001-08-30T20:11:43Z</dc:date>
    </item>
    <item>
      <title>Re: DNS and reverse lookup?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/dns-and-reverse-lookup/m-p/2572310#M594443</link>
      <description>We had a similar problem. Check to see if the domain has been added to the in-addr-arpa record on each dns server.</description>
      <pubDate>Thu, 30 Aug 2001 20:51:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/dns-and-reverse-lookup/m-p/2572310#M594443</guid>
      <dc:creator>Karen Elrod</dc:creator>
      <dc:date>2001-08-30T20:51:20Z</dc:date>
    </item>
    <item>
      <title>Re: DNS and reverse lookup?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/dns-and-reverse-lookup/m-p/2572311#M594444</link>
      <description>Michael.&lt;BR /&gt;&lt;BR /&gt;There are so many points of issue here.&lt;BR /&gt;The telentd, by default, on HP will try to resolve the IP of the connecting PC. If it can't it will eventually time out and continue to connect the PC. If there are several issues to resolving names on the server a telnet client may time out on the PC.&lt;BR /&gt;If the PC's resolv.conf has too many failures ontop of some time outs on the server they will combine to time out the telnet client.&lt;BR /&gt;I would suggest a primary DNS server that only secondaries connect to. At least two, pref three, secondaries that all computers use, including the primary dns server. Reverse lookups for all computers or stopping the telnetd from trying to resolve IP's to names should help.&lt;BR /&gt;If you could pass on your named.boot and resolv.conf of server and PC's it would help.</description>
      <pubDate>Thu, 30 Aug 2001 21:43:27 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/dns-and-reverse-lookup/m-p/2572311#M594444</guid>
      <dc:creator>Ansett Australia Unix</dc:creator>
      <dc:date>2001-08-30T21:43:27Z</dc:date>
    </item>
    <item>
      <title>Re: DNS and reverse lookup?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/dns-and-reverse-lookup/m-p/2572312#M594445</link>
      <description>Kevin-&lt;BR /&gt;&lt;BR /&gt;Killing named on primary or secondary affected the telnet request and the rlogin request.&lt;BR /&gt;&lt;BR /&gt;Version of Bind is 4.9.7&lt;BR /&gt;&lt;BR /&gt;Here is the named.boot info:&lt;BR /&gt;&lt;BR /&gt;named.boot on the primary:&lt;BR /&gt;&lt;BR /&gt;;&lt;BR /&gt;; type          domain                  source file&lt;BR /&gt;;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;directory       /usr/local/dns  ; running directory for named&lt;BR /&gt;&lt;BR /&gt;primary         0.0.127.IN-ADDR.ARPA    db.127.0.0&lt;BR /&gt;primary         bcs.bls.com             db.bcs&lt;BR /&gt;primary         48.73.90.IN-ADDR.ARPA   db.90.73.48&lt;BR /&gt;cache           .                       db.cache&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;named.boot on the secondary:&lt;BR /&gt;&lt;BR /&gt;;&lt;BR /&gt;; type          domain                  source file&lt;BR /&gt;;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;directory       /etc    ; running directory for named&lt;BR /&gt;&lt;BR /&gt;primary         0.0.127.IN-ADDR.ARPA    db.127.0.0&lt;BR /&gt;secondary       bcs.bls.com             db.bcs&lt;BR /&gt;secondary       48.73.90.IN-ADDR.ARPA   db.90.73.48&lt;BR /&gt;cache           .                       db.cache&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Fri, 31 Aug 2001 16:23:23 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/dns-and-reverse-lookup/m-p/2572312#M594445</guid>
      <dc:creator>Michael Elleby III</dc:creator>
      <dc:date>2001-08-31T16:23:23Z</dc:date>
    </item>
    <item>
      <title>Re: DNS and reverse lookup?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/dns-and-reverse-lookup/m-p/2572313#M594446</link>
      <description>Hi Michael,&lt;BR /&gt;First in your secondary I will suggest you will change directory from /etc to /etc/domain or anything you want but in separate directory&lt;BR /&gt;.&lt;BR /&gt;Second in your named.boot on secondary server&lt;BR /&gt;&lt;BR /&gt;; type            domain                                      source host          backup file&lt;BR /&gt;secondary    bcs.bls.com                               ip-of-primary       db.bcs&lt;BR /&gt;secondary     48.73.90.IN-ADDR.ARPA     ip-of-primary       db.90.73.48 &lt;BR /&gt;&lt;BR /&gt;Killing named on anyof the server will not affect telnet or rlogin. But better way is to use&lt;BR /&gt;#sig_named restart   (this will reread the dns map)&lt;BR /&gt;&lt;BR /&gt;Sachin&lt;BR /&gt;</description>
      <pubDate>Fri, 31 Aug 2001 17:08:10 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/dns-and-reverse-lookup/m-p/2572313#M594446</guid>
      <dc:creator>Sachin Patel</dc:creator>
      <dc:date>2001-08-31T17:08:10Z</dc:date>
    </item>
    <item>
      <title>Re: DNS and reverse lookup?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/dns-and-reverse-lookup/m-p/2572314#M594447</link>
      <description>Hello Sachin-&lt;BR /&gt;&lt;BR /&gt;Apparently, when I placed the IP address of the primary back in the named.boot file of the secondary dns server, this seemed to make things work.&lt;BR /&gt;&lt;BR /&gt;It's funny, because I had this info in this file previously, and had taken it out.&lt;BR /&gt;&lt;BR /&gt;What may have had something to do with it is the patch I installed on both dns servers (PHNE_23274) as recommended by HP, since I had opened a call on this problem.&lt;BR /&gt;&lt;BR /&gt;But regardless, thanx for all of your help.. Now I have to determine which item was the actual fix.. The patch or the 'putting back' of the entries in the named.boot file on the secondary.&lt;BR /&gt;&lt;BR /&gt;Mike-</description>
      <pubDate>Fri, 31 Aug 2001 17:33:17 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/dns-and-reverse-lookup/m-p/2572314#M594447</guid>
      <dc:creator>Michael Elleby III</dc:creator>
      <dc:date>2001-08-31T17:33:17Z</dc:date>
    </item>
    <item>
      <title>Re: DNS and reverse lookup?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/dns-and-reverse-lookup/m-p/2572315#M594448</link>
      <description>Hi Michael,&lt;BR /&gt;May be both. when you had entry in you named.boot you didn't had patch. And when you add patch, you didn't had entry in named.boot.&lt;BR /&gt;&lt;BR /&gt;But I am glad that it is working.&lt;BR /&gt;&lt;BR /&gt;Sachin</description>
      <pubDate>Fri, 31 Aug 2001 17:39:38 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/dns-and-reverse-lookup/m-p/2572315#M594448</guid>
      <dc:creator>Sachin Patel</dc:creator>
      <dc:date>2001-08-31T17:39:38Z</dc:date>
    </item>
  </channel>
</rss>

