根本原因是sudo在执行时调用gethostbyname()解析本机主机名，若/etc/hosts中未将当前hostname映射到127.0.0.1或::1，则fallback至dns查询，而dns服务器不可达或超时导致阻塞15~20秒。
sudo 输入密码前卡住十几秒，根本原因是什么
这不是 sudo 本身慢，而是它在尝试解析本机 hostname 时卡在 DNS 或 hosts 映射上。glibc 调用 gethostbyname() 获取当前主机名对应 IP，若 /etc/hosts 里没把 hostname 映射到 127.0.0.1（或 ::1），就会 fallback 到 DNS 查询——而你的 DNS 服务器可能不可达或响应超时，导致阻塞 15~20 秒。
典型现象：sudo -l、sudo ls 等任意 sudo 命令都卡，但 su 不卡；hostname 能正常输出，ping $(hostname) 却超时或解析失败。
/etc/hosts 必须包含 hostname 的本地映射
打开 /etc/hosts，确认当前 hostname 是否已作为 127.0.0.1 的别名列出。执行：
hostname
假设输出是 mybox，那么 /etc/hosts 至少应含这一行：
127.0.0.1 mybox localhost.localdomain localhost
- 不要只留
127.0.0.1 localhost—— 这是最常见错误 - IPv6 行
::1后也建议追加 hostname，避免 IPv6 解析干扰：::1 mybox localhost.localdomain localhost - 不要注释掉或删除原有 hostname 行，尤其是你改过主机名后
- 修改后无需重启，立即生效（新终端或重试 sudo 即可）
验证是否真由 DNS 引起
临时绕过 DNS，快速验证问题根源：
- 运行
export HOSTNAME=$(hostname -s)，再执行sudo -l—— 若延迟消失，基本锁定是 hostname 解析问题 - 检查
/etc/nsswitch.conf中hosts:行，如果含dns且 DNS 不可靠，可临时改为hosts: files测试 - 用
strace -e trace=getaddrinfo,openat -f sudo -l 2>&1 | grep -E "(getaddrinfo|127.0.0.1)"观察是否在调用getaddrinfo后长时间无返回
其他可能干扰 sudo 响应的配置点
如果修正 /etc/hosts 后仍慢，需排查更底层机制：
-
/etc/pam.d/sudo中是否加载了阻塞型模块（如pam_faillock.so、pam_access.so或 LDAP 相关模块）？注释可疑行后测试 - 某些发行版默认启用
pam_systemd.so，若 systemd-logind 异常也可能拖慢认证流程 -
sudo -v刷新时间戳时也走同样解析路径，所以它一样会卡——不能靠它“预热”来规避问题
真正起效的修复永远落在 /etc/hosts 的那行映射上，其余都是次要路径。hostname 和 hosts 文件不一致，是 Linux 权限命令最隐蔽却最高频的卡点。
