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?
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?
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.
Thanks for the additional information. Now I've verified use of fake-getaddrinfo, and I see the delays are in the call to gethostbyname().
notabug
Mass change of RESOLVED bugs to CLOSED