Bug 405

Summary:	getaddrinfo delays
Product:	Portable OpenSSH	Reporter:	Don Porter <dgp>
Component:	ssh	Assignee:	OpenSSH Bugzilla mailing list <openssh-bugs>
Status:	CLOSED INVALID
Severity:	normal
Priority:	P2
Version:	-current
Hardware:	Alpha
OS:	Linux

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