On Sat, 24 Apr 2010, Robin Axelsson wrote:

>But the server doesn't have any DNS associated with it and I don't want 
>it to. I don't understand what to check. There used to be a UseDNS 
>parameter in the /etc/ssh/sshd_conf file but it seems to be removed in 
>the OpenSolaris version of ssh.

        SunSSH does not have UseDNS keyword. We still use 
VerifyReverseMapping. That's "no" by default but the problem is that we 
inherite an old OpenSSH bug back then when we forked which causes that 
the IP address is being resolved (not verified) even when 
VerifyReverseMapping is set to "no". The whole verification stuff is not 
optimal and that's why OpenSSH introduced UseDNS and abandoned 
VerifyReverseMapping.

        if you can resolve www.google.com that still doesn't mean you 
can successfully resolve 74.125.39.99. If that times out, that's the 
problem.

        there is a bug filed against SunSSH:

http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6593370

        the problem is that it's not as easy to fix as it might look 
since we cannot break the backward compatibility.

        the workaround doesn't have to be to have a reverse mapping for 
the client IP address but to set it up so that you get an immediate 
response from the system that there is not such reverse, without a 
delay.

        cheers, J.

-- 
Jan Pechanec
http://blogs.sun.com/janp
_______________________________________________
opensolaris-discuss mailing list
[email protected]

Reply via email to