<?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: SSH Reverse Lookup Errors in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/ssh-reverse-lookup-errors/m-p/4920174#M46020</link>
    <description>&lt;BR /&gt;check the routing and network configurations on the new SLES 9 servers. this might occur if the routing information is bad (non existing route) or wrong DNS configurations also.&lt;BR /&gt;&lt;BR /&gt;I believe there is one variable in /proc which can be enabled/disabled to instruct kernel to reverse name look up all the IP addresses. Try to disable reverse name look up&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;Gopi</description>
    <pubDate>Tue, 23 Aug 2005 06:00:00 GMT</pubDate>
    <dc:creator>Gopi Sekar</dc:creator>
    <dc:date>2005-08-23T06:00:00Z</dc:date>
    <item>
      <title>SSH Reverse Lookup Errors</title>
      <link>https://community.hpe.com/t5/operating-system-linux/ssh-reverse-lookup-errors/m-p/4920171#M46017</link>
      <description>Hi all,&lt;BR /&gt;&lt;BR /&gt;I've just upgraded a system from SLES8 to SLES9 and I'm getting strange SSH behaviour I did not get before.&lt;BR /&gt;&lt;BR /&gt;When I log in on SSH, I get a painfully slow pause between entering my username/password (or SSH key). And I get the following error message in my messages file:&lt;BR /&gt;&lt;BR /&gt;Aug 23 09:41:58 alchnfs1 sshd[24643]: fatal: Timeout before authentication for ::ffff:10.1.101.1&lt;BR /&gt;Aug 23 09:47:45 alchnfs1 sshd[24942]: reverse mapping checking getaddrinfo for ad-lac8345.alchemetrics.local failed - POSSIBLE BREAKIN ATTEMPT!&lt;BR /&gt;&lt;BR /&gt;However, when I try to reverse map that same address on the command line, it works fine:&lt;BR /&gt;&lt;BR /&gt;alchnfs1:/var/log # nslookup&lt;BR /&gt;Note:  nslookup is deprecated and may be removed from future releases.&lt;BR /&gt;Consider using the `dig' or `host' programs instead.  Run nslookup with&lt;BR /&gt;the `-sil[ent]' option to prevent this message from appearing.&lt;BR /&gt;&amp;gt; ad-lac8345.alchemetrics.local&lt;BR /&gt;Server:         10.1.8.1&lt;BR /&gt;Address:        10.1.8.1#53&lt;BR /&gt;&lt;BR /&gt;Name:   ad-lac8345.alchemetrics.local&lt;BR /&gt;Address: 10.1.101.1&lt;BR /&gt;&amp;gt; 10.1.101.1&lt;BR /&gt;Server:         10.1.8.1&lt;BR /&gt;Address:        10.1.8.1#53&lt;BR /&gt;&lt;BR /&gt;1.101.1.10.in-addr.arpa name = ad-lac8345.alchemetrics.local.&lt;BR /&gt;&lt;BR /&gt;Does anyone have any ideas where the problem is? I've tried using modify sshd_config to ignore reverse mapping, but it looks like this has been depreciated :-(</description>
      <pubDate>Tue, 23 Aug 2005 04:13:46 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/ssh-reverse-lookup-errors/m-p/4920171#M46017</guid>
      <dc:creator>Michael Williams_6</dc:creator>
      <dc:date>2005-08-23T04:13:46Z</dc:date>
    </item>
    <item>
      <title>Re: SSH Reverse Lookup Errors</title>
      <link>https://community.hpe.com/t5/operating-system-linux/ssh-reverse-lookup-errors/m-p/4920172#M46018</link>
      <description>When you upgrade your os the rsa signatures are no longer valid. This probably has nothing to do with your reverse lookup.&lt;BR /&gt;&lt;BR /&gt;You need to delete the old entries in the $HOME/.ssh/known_hosts file for the machines you are connecting to.&lt;BR /&gt;&lt;BR /&gt;The inconsistent DNS behavior is something that should be looked at as far as the DNS records, but is not the cause of the error message.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Tue, 23 Aug 2005 05:19:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/ssh-reverse-lookup-errors/m-p/4920172#M46018</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2005-08-23T05:19:37Z</dc:date>
    </item>
    <item>
      <title>Re: SSH Reverse Lookup Errors</title>
      <link>https://community.hpe.com/t5/operating-system-linux/ssh-reverse-lookup-errors/m-p/4920173#M46019</link>
      <description>Sorry - upgrade is mis-leading these were fresh built machines with a plan to upgrade our other hosts..!&lt;BR /&gt;&lt;BR /&gt;I am also connecting using PuTTY from a Windows host, and there are no keys saved, but this behaviour also happens from our SLES8 hosts...&lt;BR /&gt;&lt;BR /&gt;M</description>
      <pubDate>Tue, 23 Aug 2005 05:37:15 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/ssh-reverse-lookup-errors/m-p/4920173#M46019</guid>
      <dc:creator>Michael Williams_6</dc:creator>
      <dc:date>2005-08-23T05:37:15Z</dc:date>
    </item>
    <item>
      <title>Re: SSH Reverse Lookup Errors</title>
      <link>https://community.hpe.com/t5/operating-system-linux/ssh-reverse-lookup-errors/m-p/4920174#M46020</link>
      <description>&lt;BR /&gt;check the routing and network configurations on the new SLES 9 servers. this might occur if the routing information is bad (non existing route) or wrong DNS configurations also.&lt;BR /&gt;&lt;BR /&gt;I believe there is one variable in /proc which can be enabled/disabled to instruct kernel to reverse name look up all the IP addresses. Try to disable reverse name look up&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;Gopi</description>
      <pubDate>Tue, 23 Aug 2005 06:00:00 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/ssh-reverse-lookup-errors/m-p/4920174#M46020</guid>
      <dc:creator>Gopi Sekar</dc:creator>
      <dc:date>2005-08-23T06:00:00Z</dc:date>
    </item>
    <item>
      <title>Re: SSH Reverse Lookup Errors</title>
      <link>https://community.hpe.com/t5/operating-system-linux/ssh-reverse-lookup-errors/m-p/4920175#M46021</link>
      <description>&lt;BR /&gt;check in your /etc/sysctl.conf file for this key:&lt;BR /&gt;net.ipv4.conf.default.rp_filter = 1&lt;BR /&gt;&lt;BR /&gt;if it is set to one try setting it to zero, reload sysctl by 'sysctl -p'. &lt;BR /&gt;&lt;BR /&gt;The above value will disable source route verification which I believe does the reverse mapping.&lt;BR /&gt;&lt;BR /&gt;Word of warning, you are touching proc file system and this change is permanent (it will be persistent even after reboot), so be ready to revert it back to old state if this does not solve your problem.&lt;BR /&gt;&lt;BR /&gt;Hope this helps,&lt;BR /&gt;Gopi</description>
      <pubDate>Tue, 23 Aug 2005 07:18:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/ssh-reverse-lookup-errors/m-p/4920175#M46021</guid>
      <dc:creator>Gopi Sekar</dc:creator>
      <dc:date>2005-08-23T07:18:19Z</dc:date>
    </item>
    <item>
      <title>Re: SSH Reverse Lookup Errors</title>
      <link>https://community.hpe.com/t5/operating-system-linux/ssh-reverse-lookup-errors/m-p/4920176#M46022</link>
      <description>Thanks Gopi - but that is set to 0 already :-(</description>
      <pubDate>Tue, 23 Aug 2005 07:27:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/ssh-reverse-lookup-errors/m-p/4920176#M46022</guid>
      <dc:creator>Michael Williams_6</dc:creator>
      <dc:date>2005-08-23T07:27:02Z</dc:date>
    </item>
    <item>
      <title>Re: SSH Reverse Lookup Errors</title>
      <link>https://community.hpe.com/t5/operating-system-linux/ssh-reverse-lookup-errors/m-p/4920177#M46023</link>
      <description>Try editing the /etc/sshd/sshd_config file and set:&lt;BR /&gt;&lt;BR /&gt;UseDNS no&lt;BR /&gt;&lt;BR /&gt;Default is yes. Restart the service&lt;BR /&gt;&lt;BR /&gt;service sshd reload&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 23 Aug 2005 07:53:51 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/ssh-reverse-lookup-errors/m-p/4920177#M46023</guid>
      <dc:creator>Ivan Ferreira</dc:creator>
      <dc:date>2005-08-23T07:53:51Z</dc:date>
    </item>
    <item>
      <title>Re: SSH Reverse Lookup Errors</title>
      <link>https://community.hpe.com/t5/operating-system-linux/ssh-reverse-lookup-errors/m-p/4920178#M46024</link>
      <description>Ivan, you are a saint - that's the puppy!</description>
      <pubDate>Tue, 23 Aug 2005 08:15:17 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/ssh-reverse-lookup-errors/m-p/4920178#M46024</guid>
      <dc:creator>Michael Williams_6</dc:creator>
      <dc:date>2005-08-23T08:15:17Z</dc:date>
    </item>
    <item>
      <title>Re: SSH Reverse Lookup Errors</title>
      <link>https://community.hpe.com/t5/operating-system-linux/ssh-reverse-lookup-errors/m-p/4920179#M46025</link>
      <description>All working as expected now!</description>
      <pubDate>Tue, 23 Aug 2005 08:16:00 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/ssh-reverse-lookup-errors/m-p/4920179#M46025</guid>
      <dc:creator>Michael Williams_6</dc:creator>
      <dc:date>2005-08-23T08:16:00Z</dc:date>
    </item>
  </channel>
</rss>

