<?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: Lookup failure in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/lookup-failure/m-p/3779409#M52102</link>
    <description>Piet,&lt;BR /&gt;&lt;BR /&gt;Call me "Old Fashioned", but I generally use nslookup for DNS checks.&lt;BR /&gt;&lt;BR /&gt;Jim is certainly correct, forward and reverse DNS are by no means guaranteed to be synchronized. In most (almost all) DNS implementations, these two are maintained separately (often by completely different organizations; the forward is maintained by the owner of the sub-domain to which the machine belongs, the reverse is maintained, by necessity, by the group responsible for actual physical network connections, rarely are these groups one and the same).&lt;BR /&gt;&lt;BR /&gt;- Bob Gezelter, &lt;A href="http://www.rlgsc.com" target="_blank"&gt;http://www.rlgsc.com&lt;/A&gt;</description>
    <pubDate>Fri, 28 Apr 2006 08:25:34 GMT</pubDate>
    <dc:creator>Robert Gezelter</dc:creator>
    <dc:date>2006-04-28T08:25:34Z</dc:date>
    <item>
      <title>Lookup failure</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/lookup-failure/m-p/3779404#M52097</link>
      <description>OpenVMS 7.2, TCPIP 5.1&lt;BR /&gt;&lt;BR /&gt;The command $ TCPIP SHO HOST 3.3.3.3 gives me from the bind server a nodename, so this works as it should work.&lt;BR /&gt;The command $ TCPIP SHO HOST &lt;JUST found="" nodename=""&gt; gives me an error, "not found".&lt;BR /&gt;&lt;BR /&gt;What is wrong?&lt;BR /&gt;&lt;BR /&gt;Greetings,&lt;BR /&gt;&lt;BR /&gt;Piet Timmers&lt;/JUST&gt;</description>
      <pubDate>Fri, 28 Apr 2006 04:06:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/lookup-failure/m-p/3779404#M52097</guid>
      <dc:creator>Piet Timmers_1</dc:creator>
      <dc:date>2006-04-28T04:06:19Z</dc:date>
    </item>
    <item>
      <title>Re: Lookup failure</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/lookup-failure/m-p/3779405#M52098</link>
      <description>Piet,&lt;BR /&gt;&lt;BR /&gt;perhaps something with your default domain or the path of the nameserver?&lt;BR /&gt;&lt;BR /&gt;regards Kalle</description>
      <pubDate>Fri, 28 Apr 2006 04:29:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/lookup-failure/m-p/3779405#M52098</guid>
      <dc:creator>Karl Rohwedder</dc:creator>
      <dc:date>2006-04-28T04:29:35Z</dc:date>
    </item>
    <item>
      <title>Re: Lookup failure</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/lookup-failure/m-p/3779406#M52099</link>
      <description>The most strange thing is, this behaviour is only for one node. All the other, as far I can see, are normal.</description>
      <pubDate>Fri, 28 Apr 2006 04:34:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/lookup-failure/m-p/3779406#M52099</guid>
      <dc:creator>Piet Timmers_1</dc:creator>
      <dc:date>2006-04-28T04:34:34Z</dc:date>
    </item>
    <item>
      <title>Re: Lookup failure</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/lookup-failure/m-p/3779407#M52100</link>
      <description>Can you post the result of &lt;BR /&gt;&lt;BR /&gt;TCPIP SHOW NAME</description>
      <pubDate>Fri, 28 Apr 2006 04:36:56 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/lookup-failure/m-p/3779407#M52100</guid>
      <dc:creator>Ian Miller.</dc:creator>
      <dc:date>2006-04-28T04:36:56Z</dc:date>
    </item>
    <item>
      <title>Re: Lookup failure</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/lookup-failure/m-p/3779408#M52101</link>
      <description>A (hostname to IP) and PTR (IP to hostname) DNS resource records are entirely separate. The presence of one in no way promises that there will be a companion record. You'll need to communicate with the manager of the authoritative DNS as it would appear that the A(ddress) record is absent from the registration.</description>
      <pubDate>Fri, 28 Apr 2006 06:37:27 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/lookup-failure/m-p/3779408#M52101</guid>
      <dc:creator>Jim_McKinney</dc:creator>
      <dc:date>2006-04-28T06:37:27Z</dc:date>
    </item>
    <item>
      <title>Re: Lookup failure</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/lookup-failure/m-p/3779409#M52102</link>
      <description>Piet,&lt;BR /&gt;&lt;BR /&gt;Call me "Old Fashioned", but I generally use nslookup for DNS checks.&lt;BR /&gt;&lt;BR /&gt;Jim is certainly correct, forward and reverse DNS are by no means guaranteed to be synchronized. In most (almost all) DNS implementations, these two are maintained separately (often by completely different organizations; the forward is maintained by the owner of the sub-domain to which the machine belongs, the reverse is maintained, by necessity, by the group responsible for actual physical network connections, rarely are these groups one and the same).&lt;BR /&gt;&lt;BR /&gt;- Bob Gezelter, &lt;A href="http://www.rlgsc.com" target="_blank"&gt;http://www.rlgsc.com&lt;/A&gt;</description>
      <pubDate>Fri, 28 Apr 2006 08:25:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/lookup-failure/m-p/3779409#M52102</guid>
      <dc:creator>Robert Gezelter</dc:creator>
      <dc:date>2006-04-28T08:25:34Z</dc:date>
    </item>
  </channel>
</rss>

