Bug 405 - getaddrinfo delays
Summary: getaddrinfo delays
Status: CLOSED INVALID
Alias: None
Product: Portable OpenSSH
Classification: Unclassified
Component: ssh (show other bugs)
Version: -current
Hardware: Alpha Linux
: P2 normal
Assignee: OpenSSH Bugzilla mailing list
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-09-28 03:34 AEST by Don Porter
Modified: 2004-04-14 12:24 AEST (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Don Porter 2002-09-28 03:34:02 AEST
This report is for version 3.4p1, which I don't find above.
(Is this still the place to report bugs in OpenSSH?)

Ever since I updated to 3.4p1, I've noticed very slow
connections using the ssh client.  I finally got annoyed
enough to look into it and found that the getaddrinfo()
call in ssh_connect() is taking ~10 seconds to complete.

I read some notes that blamed this on poor IPv6 name
resolution in the GNU C library, version 2.1.2.  I have
version 2.1.3, but I still followed the advice and
re-configured OpenSSH with --with-ipv4-default and
re-installed.  No change.  Then I went into config.h
and explicitly added

#define BROKEN_GETADDRINFO 1

No change.  I hacked in some extra debug() calls to
verify that I am indeed passing hints.ai_family = AF_INET
into the getaddrinfo() call, but I still see 10 second
delays.  Is this really a glibc problem?  Or a system
mis-configuration?  What can I do about it?
Comment 1 Don Porter 2002-09-28 03:39:58 AEST
BTW, it seems strange to me that when
HAVE_GETADDRINFO is undefined or false,
the code still makes calls to getaddrinfo().
Is this configuration support just incomplete?
Comment 2 Ben Lindstrom 2002-09-28 11:04:06 AEST
openbsd-compat/fake-getaddrinfo.c

if you don't have the function call it attempts to do the equiv.

So if you don't have it set then there is a bug in that function.
Comment 3 Don Porter 2002-10-01 00:41:44 AEST
Thanks for the additional information.

Now I've verified use of fake-getaddrinfo,
and I see the delays are in the call to
gethostbyname().
Comment 4 Damien Miller 2002-10-21 10:21:14 AEST
notabug
Comment 5 Damien Miller 2004-04-14 12:24:18 AEST
Mass change of RESOLVED bugs to CLOSED