优先使用免密授权：为特定用户和命令配置 nopasswd，如 backupuser all=(all) nopasswd: /bin/systemctl restart nginx，并在脚本中用绝对路径调用；必要时可限定用户或组禁用 requiretty，避免全局关闭。
这个问题很常见，尤其在 crontab 或 systemd timer 中执行含 sudo 的命令时。根本原因是 sudo 默认启用 requiretty 选项，而定时任务运行在无终端（no TTY）的非交互环境中，sudo 拒绝降权执行。
确认问题是否由 requiretty 引起
先验证错误是否匹配典型提示：
sudo: sorry, you must have a tty to run sudosudo: no tty present and no askpass program specified
如果是，基本可锁定为 requiretty 限制或配套的密码认证机制问题。
推荐优先使用免密授权（安全且精准）
不关闭全局 requiretty，而是为具体用户+具体命令授权，兼顾安全与可用性：
- 运行
sudo visudo编辑配置 - 添加一行（以用户
backupuser为例，允许无密码重启 nginx）：backupuser ALL=(ALL) NOPASSWD: /bin/systemctl restart nginx - 脚本中调用时必须用绝对路径：
sudo /bin/systemctl restart nginx - 如需多个命令，用逗号分隔：
NOPASSWD: /usr/bin/rsync, /bin/tar, /usr/bin/find
按需调整 requiretty 策略（谨慎使用）
若必须放宽 TTY 要求，建议限定作用范围，避免全局禁用：
- 仅对某用户禁用：
Defaults:backupuser !requiretty - 仅对某用户组禁用：
Defaults:%backupgroup !requiretty - 不推荐注释整行
#Defaults requiretty—— 这会削弱所有用户的 sudo 安全边界
临时绕过方案（调试或单次执行）
适用于无法修改 sudoers 的场景（如容器、受限宿主机）：
- 在 ssh 远程执行时加
-t分配伪终端：ssh -t user@host "sudo systemctl status httpd" - 在脚本中用
script -c模拟 TTY：script -qec "sudo ls /root" /dev/null - 注意：crontab 本身不支持
-t，该方式仅适用于手动触发或封装在 wrapper 脚本中
不复杂但容易忽略 —— 关键是区分场景：自动化任务首选 NOPASSWD + 绝对路径授权；临时调试可用 -t；全局调整 requiretty 应严格限定用户或组。
