默认情况下，Sudo将从连接的终端读取密码。您的问题是，从netbeans控制台运行时没有附加终端。因此，您必须使用另一种方法来输入密码:即所谓的askpass程序。

askpass程序不是一个特定的程序，而是任何可以要求密码的程序。例如，在我的系统中，x11-ssh-askpass工作正常。

为了做到这一点，你必须指定要使用的程序，可以使用环境变量SUDO_ASKPASS，也可以在sudo.conf文件中指定(详情请参阅man sudo)。

您可以使用选项-A强制sudo使用askpass程序。默认情况下，它只在没有附加终端时使用它。

Try:

ssh -t remotehost "sudo <cmd>"

这将消除上述错误。

允许用户使用该命令而不提示输入密码应该可以解决这个问题。首先打开一个shell控制台，输入:

sudo visudo

然后编辑该文件添加到最后:

username ALL = NOPASSWD: /fullpath/to/command, /fullpath/to/othercommand

eg

john ALL = NOPASSWD: /sbin/poweroff, /sbin/start, /sbin/stop

将允许用户约翰sudo关机，启动和停止没有提示密码。

查看屏幕底部你需要在visudo中使用的击键——顺便说一下，这不是vi——并在出现任何问题的第一个迹象时不保存就退出。健康警告:损坏此文件将导致严重后果，请小心编辑!

Try:

对所有命令使用NOPASSWD行，我的意思是: NOPASSWD:所有 将这一行放在sudoers文件中的所有其他行之后。

这对我来说很有效(Ubuntu 14.04)。

当您试图从一些非shell脚本运行终端命令(需要root密码)时，也可能出现此错误，例如从Ruby程序运行sudo ls(反引号)。在这种情况下，您可以使用Expect实用程序(http://en.wikipedia.org/wiki/Expect)或其替代方案。 例如，在Ruby中执行sudo ls而没有得到sudo: no tty present，也没有指定askpass程序，你可以这样运行:

require 'ruby_expect'

exp = RubyExpect::Expect.spawn('sudo ls', :debug => true)
exp.procedure do
    each do
        expect "[sudo] password for _your_username_:" do
            send _your_password_
        end
    end
end

[这使用了Expect TCL扩展的一个替代方案:ruby_expect gem]。

命令sudo失败，因为它试图提示输入root密码，并且没有分配伪tty(因为它是脚本的一部分)。

您需要以root身份登录运行此命令，或者在/etc/sudoers中设置以下规则 (或:sudo visudo):

# Members of the admin group may gain root privileges.
%admin  ALL=(ALL) NOPASSWD:ALL

然后确保您的用户属于admin组(或wheel)。

理想情况下(更安全)，将根权限限制为只允许指定为%admin ALL=(ALL) NOPASSWD:/path/to/program的特定命令

试试这个:

echo '' | sudo -S my_command

作为参考，以防其他人遇到同样的问题，我在一个小时内被这个错误卡住了，因为我使用的是NOPASSWD参数，所以不应该发生这个错误。

我不知道的是，当没有tty并且用户尝试启动的命令不在/etc/sudoers文件中允许的命令的一部分时，sudo可能会引发完全相同的错误消息。

这里有一个简化的例子，我的文件内容与我的问题:

bguser ALL = NOPASSWD: \
    command_a arg_a, \
    command_b arg_b \
    command_c arg_c

当bguser尝试在没有任何tty的情况下启动“sudo command_b arg_b”(bguser被用于某些守护进程)时，他将遇到错误“no tty present and no askpass program specified”。

Why?

因为在/etc/sudoers文件的末尾缺少一个逗号…

(我甚至怀疑这是否是预期的行为，而不是sudo中的错误，因为这种情况下正确的错误消息应该是“对不起，用户bguser不允许执行等”)

确保你正在执行的命令是你的PATH的一部分。

如果您有一个(或多个，但不是ALL)命令sudoers条目，当命令不是路径的一部分(并且没有指定完整路径)时，您将得到sudo: no tty present和没有指定askpass程序。

您可以通过将命令添加到PATH或使用绝对路径调用它来修复它。

sudo /usr/sbin/ipset

而不是

须藤ipset

没有人告诉会导致这个错误的原因，如果从一个主机迁移到另一个主机，请记住在sudoers文件中检查主机名:

这是我的/etc/sudoers配置

User_Alias      POWERUSER = user_name
Cmnd_Alias SKILL = /root/bin/sudo_auth_wrapper.sh
POWERUSER hostname=(root:root) NOPASSWD: SKILL

如果不匹配

uname -a
Linux other_hostname 3.10.17 #1 SMP Wed Oct 23 16:28:33 CDT 2013 x86_64 Intel(R) Core(TM) i3-4130T CPU @ 2.90GHz GenuineIntel GNU/Linux

它将弹出以下错误:

没有tty present，也没有指定askpass程序

登录到您的linux。执行以下命令。要小心，因为编辑sudoer是一个有风险的命题。

$ sudo visudo

vi编辑器打开后，进行以下更改:

注释掉默认值是必需的 #默认值是必须的 转到文件末尾并添加 NOPASSWD:所有

其他选项，不基于NOPASSWD:

Start Netbeans with root privilege ((sudo netbeans) or similar) which will presumably fork the build process with root and thus sudo will automatically succeed. Make the operations you need to do suexec -- make them owned by root, and set mode to 4755. (This will of course let any user on the machine run them.) That way, they don't need sudo at all. Creating virtual hard disk files with bootsectors shouldn't need sudo at all. Files are just files, and bootsectors are just data. Even the virtual machine shouldn't necessarily need root, unless you do advanced device forwarding.

在所有的选择之后，我发现:

sudo -S <cmd>

-S (stdin)选项使sudo从标准输入而不是终端设备读取密码。

源

以上命令仍需输入密码。要手动删除输入密码，在jenkins这样的情况下，这个命令有效:

echo <password> | sudo -S <cmd> 

如果你碰巧来这里是因为你不能在Windows10自带的Ubuntu中sudo

在Windows中编辑/etc/hosts文件(使用记事本)，它将位于:%localappdata\lxss\rootfs\etc，添加127.0.0.1 WINDOWS8，这将消除无法找到主机的第一个错误。 要消除no tty present错误，请始终执行sudo -S <命令>

我得到这个错误是因为我限制了我的用户只有一个可执行的“systemctl”，并错误地配置了visudo文件。

以下是我得到的答案:

jenkins ALL=NOPASSWD: systemctl

然而，你需要包括可执行文件的完整路径，即使它默认在你的路径上，例如:

jenkins ALL=NOPASSWD: /bin/systemctl

这允许我的jenkins用户重新启动服务，但不具有完全的根访问权限

詹金斯:

echo '<your-password>' | sudo -S command

Eg:-

echo '******' | sudo -S service nginx restart

你可以使用掩码密码插件来隐藏你的密码

适用于Ubuntu 16.04用户

有一个文件你必须阅读:

cat /etc/sudoers.d/README

在/etc/sudoers.目录下放置模式为0440的文件D /myuser，内容如下:

myuser  ALL=(ALL) NOPASSWD: ALL

应该能解决这个问题。

不要忘记:

chmod 0440 /etc/sudoers.d/myuser

这招对我很管用:

echo "myuser ALL=(ALL) NOPASSWD:ALL" >> /etc/sudoers

你的用户是myuser

对于Docker映像，这将是:

RUN echo "myuser ALL=(ALL) NOPASSWD:ALL" >> /etc/sudoers

当我试图挂载sshfs时，我有同样的错误消息，需要sudo:命令是这样的:

sshfs -o sftp_server="/usr/bin/sudo /usr/lib/openssh/sftp-server" user@my.server.tld:/var/www /mnt/sshfs/www

通过添加选项-o debug

sshfs -o debug -o sftp_server="/usr/bin/sudo /usr/lib/openssh/sftp-server" user@my.server.tld:/var/www /mnt/sshfs/www

对于这个问题，我也有同样的意思:

sudo: no tty present and no askpass program specified

所以通过阅读其他人的答案，我开始在/etc/sudoer中创建一个文件D /user在my.server.tld

user ALL=NOPASSWD: /usr/lib/openssh/sftp-server

现在我可以挂载驱动器，而不给我的用户太多额外的权利。

运行包含来自jenkins的sudo命令的shell脚本可能无法按预期运行。要解决这个问题，请遵循以下步骤

简单的步骤:

在基于ubuntu的系统中，运行" $ sudo visudo " 这将打开/etc/sudoers文件。 如果jenkins用户已经在该文件中，那么修改如下:

詹金斯

保存文件 重新开始你的jenkins工作 你不应该再看到错误信息:)

我想我能帮到别人。

首先，我修改了/etc/sudoers中的用户设置，参考上面的答案。但它仍然没有工作。

myuser   ALL=(ALL) NOPASSWD: ALL
%mygroup  ALL=(ALL:ALL) ALL

在我的例子中，myuser在mygroup中。

我不需要小组。删除了这一行。

(不应该像我一样删除这一行，只是标记注释。)

myuser   ALL=(ALL) NOPASSWD: ALL

它的工作原理!

虽然这个问题很老了，但它仍然与我的最新系统相关。在启用sudo的调试模式(调试sudo /var/log/sudo_debug all@info in /etc/sudo.conf)后，我被指向/dev: "/dev is world writable"。因此，您可能需要检查tty文件的权限，特别是tty/pts节点所在目录的权限。

我能够做到这一点，但请确保按照正确的步骤。 这是为任何得到导入错误的人准备的。

步骤1:检查文件和文件夹是否有执行权限问题。 Linux用户使用:

chmod 777 filename

步骤2:检查哪个用户有执行它的权限。

Step3:打开终端键入此命令。

sudo visudo

将这些行添加到下面的代码中

www-data ALL=(ALL) NOPASSWD:ALL
nobody ALL=(ALL) NOPASSWD:/ALL

这是授予执行脚本的权限，并允许它使用所有的库。用户通常是“nobody”或“www-data”。

现在将代码编辑为

echo shell_exec('sudo -u the_user_of_the_file python your_file_name.py 2>&1');

进入终端查看进程是否正在运行 在这里输入这个…

ps aux | grep python

这将输出在python中运行的所有进程。

附加元件: 使用下面的代码检查系统中的用户

cut -d: -f1 /etc/passwd

谢谢你！

1 打开 /etc/sudoers

输入sudo vi /etc/sudoers.这将以编辑模式打开您的文件。

2添加/修改linux用户

查找Linux用户的条目。如果找到，则按以下方式修改或添加新行。

<USERNAME> ALL=(ALL) NOPASSWD: ALL

3保存并退出编辑模式

如果你将这一行添加到你的/etc/sudoers(通过visudo)，它将解决这个问题，而不必禁用输入密码，当sudo的别名-S不起作用时(脚本调用sudo):

Defaults visiblepw

当然，自己阅读手册来理解它，但我认为对于我通过lxc exec实例—/bin/bash在LXD容器中运行的用例来说，它非常安全，因为它不会通过网络打印密码。

使用管道:

echo your_pswd | sudo -S your_cmd

使用here文档:

sudo -S cmd <<eof
pwd
eof
#remember to put the above two lines without "any" indentations.

打开终端询问密码(以任何可行的方式):

gnome-terminal -e "sudo cmd"

xterm -e "sudo cmd"

我在Ubuntu 20.04服务器上工作时遇到了这个问题。

我试图从远程机器运行sudo命令，将应用程序部署到服务器。然而，当我运行这个命令时，我得到了错误:

sudo: no tty present and no askpass program specified
The remote script failed with exit code 1

以下是我的解决方法:

该问题是由执行试图请求密码的sudo命令引起的，但sudo没有访问tty来提示用户输入密码短语。由于无法找到tty, sudo就会退回到askpass方法，但无法找到已配置的askpass命令，因此sudo命令会失败。

要解决这个问题，您需要能够在不要求密码的情况下为特定用户运行sudo。无密码要求在/etc/sudoers文件中配置。要配置它，运行下面的命令:

sudo nano /etc/sudoers

OR

sudo visudo

注意:这将使用默认编辑器打开/etc/sudoers文件。

接下来，在文件底部添加以下一行:

# Allow members to run all commands without a password
my_user ALL=(ALL) NOPASSWD:ALL

注意:将my_user替换为您的实际用户

如果您希望用户运行特定的命令，您可以指定它们

# Allow members to run specific commands without a password
my_user ALL=(ALL) NOPASSWD:/bin/myCommand

OR

# Allow members to run specific commands without a password
my_user ALL=(ALL) NOPASSWD: /bin/myCommand, /bin/myCommand, /bin/myCommand

保存更改并退出文件。

有关更多帮助，请阅读此链接中的资源:sudo: no tty present and no askpass program specified

这是所有。

我希望这对你们有帮助

这个问题的解决办法是

如果您在Jenkins实例之外的任何地方遇到了这个问题，请从第二步开始。第一步是针对遇到Jenkins实例问题的用户。

转到谷歌云控制台的Jenkins实例。 输入命令 sudo苏

Visudo -f /etc/sudoers

在末尾添加以下一行

jenkins所有= NOPASSWD:所有

在这里签出以了解此问题的根本原因

以下操作适用于ubuntu20

编辑/etc/sudoers

visudo

or

vi /etc/sudoers

添加以下内容

userName   ALL=(ALL) NOPASSWD: ALL
%sudo   ALL=(ALL:ALL) NOPASSWD:ALL

我不确定这是否是最近的更改，但我刚刚遇到了这个问题，sudo -S为我工作。