https://bugzilla.mindrot.org/show_bug.cgi?id=3510
--- Comment #2 from Thomas Koeller <[email protected]> --- (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@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@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. _______________________________________________ openssh-bugs mailing list [email protected] https://lists.mindrot.org/mailman/listinfo/openssh-bugs
