기술 · 실용 가이드
sudo “unable to resolve host”: 먼저 NSS로 local hostname을 추적하세요
runtime hostname과 실제 NSS 경로를 증명하고 설정 owner를 찾은 뒤 한 계층만 고치고 sudo를 재검증합니다.
이 경고는 현재 hostname을 구성된 hosts database로 해결하지 못했다는 뜻이며 Internet DNS 장애의 증거는 아닙니다. 정확한 name과 lookup path를 먼저 보존하세요.
정확한 local identity를 고정한다
sudo 경고의 문자열, hostname 출력, 가능하면 hostnamectl 상태와 host·container·CI runner 여부를 기록합니다. domain 추가, 대소문자 변경, 잘못된 file 추측은 아직 하지 않습니다.
실제 hosts database를 시험한다
정확한 hostname으로 getent hosts를 실행하고 address family가 필요하면 getent ahosts를 사용합니다. 이는 NSS 경로를 따릅니다. host나 dig는 local files와 NSS module을 우회할 수 있어 결과가 달라도 모순이 아닙니다.
활성 source 순서를 읽는다
/etc/nsswitch.conf의 hosts 줄에서 files, myhostname, resolve, dns 순서와 조건을 기록합니다. local name에 답해야 하는 source만 검사합니다. files 누락, module 누락, DNS-only 실패는 다른 분기입니다.
persistent owner를 찾는다
정적 Debian 계열 host는 runtime name, persistent hostname, 검증된 local mapping을 비교합니다. cloud, DHCP, NetworkManager, cloud-init, systemd-hostnamed, container, orchestration에서는 재생성 owner를 찾습니다.
증명된 한 계층만 수리한다
확인된 불일치나 module 설정 하나를 고칩니다. localhost와 유효한 alias를 보존하고 경고를 숨기려 추측 address를 추가하거나 전체 rename하지 않습니다. ephemeral 환경은 image, entrypoint, runtime mapping을 고칩니다.
DNS와 분리해 종료를 증명한다
hostname과 getent를 반복하고 무해한 sudo 검증 및 원래 command를 실행합니다. owner가 요구할 때만 reboot/recreate하고 이후 다시 시험합니다. 외부 DNS는 별도로 확인합니다.
