报错主因是requiretty强制要求tty，常见于jenkins/crontab/非交互ssh等无终端场景；应通过sudo visudo -f /etc/sudoers.d/xxx添加defaults:用户 !requiretty并校验语法，再确认nopasswd规则路径与用户组归属正确。
这个报错不是权限没配，而是执行环境缺了交互终端（TTY）。常见于 Jenkins、crontab、SSH 非交互式调用或脚本后台运行时——sudo 默认要求有 TTY 才能弹密码框，而这些场景根本没有终端可用。
确认是不是 requiretty 在作怪
系统默认启用 Defaults requiretty，它强制所有 sudo 操作必须在真实终端里进行。非交互环境自然失败。
- 运行 sudo -n true 测试：如果返回 “no tty present”，基本就是 requiretty 导致的
- 检查配置位置：先看 /etc/sudoers 主文件，再查 /etc/sudoers.d/ 下所有文件（按字母顺序加载），搜 requiretty 关键字
- 临时绕过可加 -n 参数测试免密能力，但不能解决根本问题
安全地禁用 requiretty（推荐按用户或命令粒度）
不建议全局注释 requiretty，容易带来审计风险。更稳妥的做法是针对特定用户或命令放宽限制：
- 用 sudo visudo -f /etc/sudoers.d/jenkins 新建独立配置文件（避免污染主文件）
- 添加类似这行：Defaults:jenkins !requiretty（仅对 jenkins 用户关闭）
- 或者更细粒度：Defaults!/usr/bin/systemctl !requiretty（只对 systemctl 命令放开）
- 保存后务必运行 sudo visudo -c 校验语法，确保输出 “syntax OK”
检查 NOPASSWD 是否真正生效
即使关了 requiretty，如果免密权限没配对，照样会卡住。关键要验证两点：
- 执行 sudo -n whoami：返回 root 才算免密成功；若报 “a password is required”，说明 NOPASSWD 规则写错或未加载
- 确认规则格式正确，例如：jenkins ALL=(ALL) NOPASSWD: /usr/bin/systemctl，路径必须绝对且与实际一致
- 检查该用户是否真的属于规则中提到的组（如 %sudo），运行 id -nG jenkins 看输出
补充排查点：环境与调用方式
有些失败表面像 requiretty，实则是调用姿势不对：
- 避免在 Jenkinsfile 或脚本里写 sudo -i、sudo su - 这类启动新 shell 的命令——它们强依赖 TTY，非交互下必挂
- 远程执行时加 -t 参数（如 ssh -t user@host 'sudo systemctl restart nginx'）可强制分配伪终端，适合调试
- 日志里搜索 no tty present 或 askpass，定位具体哪一行触发了拦截
