socket.getfqdn() returns unqualifed hostname if the resolver is configured to trim local domains

Bug report

socket.getfqdn() is returning an unqualified address for my host. I tracked this down to the use of the trim keyword in /etc/host.conf the removal of which would cause other unrelated problems.

Looking at the source code for the system hostname command, they appear to call getaddrinfo with the service parameter set to NULL and pull out the ai_canonname field from the result. See: https://sources.debian.org/src/hostname/3.23/hostname.c lines 332-340 and 386 The python getaddrinfo doesn't especially help with this but perhaps this provides clues as to a more robust implementation.

Looking at Lib/socket.py, gethostname() actually is returning a fully qualified hostname and the gethostbyaddr() step is turning it back into an unqualified address. If this is hard to do portably, perhaps it could check for a dot in the values.

Your environment

Tested on a variety of RHEL based systems - Oracle Linux and CentOS Stream versions 8 and 9 both with distributed Python(s) and a build from source of the latest Python. Can also verify the issue by breaking down and tracing the source code in cpython/Lib/socket.py

/etc/host.conf on these systems includes the trim directive to remove the local domain from returned results.

Bắt đầu trong Lib/socket.py, lần theo getfqdn() qua gethostname() và gethostbyaddr(); so sánh hành vi đó với cách lệnh hostname sử dụng getaddrinfo và ai_canonname. Tái hiện trường hợp với trim được cấu hình trong /etc/host.conf, và coi kết quả là hoàn tất khi getfqdn() giữ nguyên tên máy chủ đủ điều kiện mà không yêu cầu xóa chỉ thị đó.