[Bug 3510] host name lookup quirk

bugzilla-daemon at mindrot.org bugzilla-daemon at mindrot.org
Tue Dec 13 20:45:17 AEDT 2022


https://bugzilla.mindrot.org/show_bug.cgi?id=3510

--- Comment #2 from Thomas Koeller <thomas at koeller.dyndns.org> ---
(In reply to Damien Miller from comment #1)
> That is not documented behaviour of NI_NAMERQD:

Of course not, but it is the actual behavior I observe. I put a debug
output statement right after the call to getnameinfo() in in
canohost.c:

                /* Get the address in ascii. */
                if ((r = getnameinfo((struct sockaddr *)&addr, addrlen,
ntop,
                    sizeof(ntop), NULL, 0, flags)) != 0) {
                        error_f("getnameinfo %d failed: %s",
                            flags, ssh_gai_strerror(r));
                        return NULL;
                }
>>>             debug_f("host name lookup returned: %s", ntop);
                return xstrdup(ntop);

and this is what I get:

[thomas at sarkovy ~]$ ssh -6 -v sarkovy.koeller.dyndns.org 2>&1 | grep -e
'^debug1: get_socket_address:'
debug1: get_socket_address: host name lookup returned:
fd46:1ffa:d8e0::1 (flags = 1)
debug1: get_socket_address: host name lookup returned:
fd46:1ffa:d8e0::1 (flags = 1)
debug1: get_socket_address: host name lookup returned:
sarkovy.koeller.dyndns.org (flags = 8)
debug1: get_socket_address: host name lookup returned:
fd46:1ffa:d8e0::1 (flags = 1)

[thomas at sarkovy ~]$ ssh -4 -v sarkovy.koeller.dyndns.org 2>&1 | grep -e
'^debug1: get_socket_address:'
debug1: get_socket_address: host name lookup returned: 192.168.0.1
(flags = 1)
debug1: get_socket_address: host name lookup returned: 192.168.0.1
(flags = 1)
debug1: get_socket_address: host name lookup returned: sarkovy (flags =
8)

> Do you have the short names in question in /etc/hosts? If so, they
> may be used in favour of a full DNS lookup.

No, I don't, the names are looked up via DNS.

-- 
You are receiving this mail because:
You are watching someone on the CC list of the bug.
You are watching the assignee of the bug.


More information about the openssh-bugs mailing list