On Fri, Oct 09, 2009 at 11:43:02AM +0200, Josip Rodin wrote:
> Yep, something broke for the case when you use server names that have
> suffixes added automatically by /etc/resolv.conf 'search' setting.
>
> You have the SSH key saved for 'foobar' and yet it tries to connect
> to 'foobar.full.domain', which then prompts a new security question,
> as if you never connected to it before, because it's a different name.
> 11:36:16: Failed to check host (falling back to gethostbyname): No such file
> or directory
I diff'ed the source with the lenny version, and it's apparent that
check_host() is no longer using gethost() but gethostbyname(), but that's
not the point. The old version would use the check_host result only to
print a warning, it seems, but it used the given host name as realname:
$servers{$server}{realname} = $_;
This was then passed on to $helper_script.
The new version uses check_host result as $realname, and causes the change
in behaviour of the $helper_script.
The new version conveniently keeps the given host name in
$servers{$server}{givenname}. This should be made the default again,
and for users who want the new behaviour a simple config option could
be made to switch helper_script invocation between givenname and realname.
--
2. That which causes joy or happiness.
--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]
