Ao tentar executar um binário remoto usando sudo na caixa remota:
ssh remotehost "sudo ./binary"
Eu vejo este erro:
% bl0ck_qu0te%Como posso trabalhar com isso?
EDITAR isso definitivamente não é uma duplicata da pergunta sugerida como tal. As respostas são completamente irrelevantes. Na verdade, essas alterações no arquivo sudoers já foram aplicadas ao host remoto.
Uma maneira simples é especificar -t :
ssh -t remotehost "sudo ./binary"
Da página do manual:
% bl0ck_qu0te% Eu não posso explicar exatamente porque isso funciona, e pode haver uma maneira melhor. Eu gostaria de ouvir sobre isso em caso afirmativo:)
@psusi explica por que isso funciona em um comentário abaixo.
Como posso trabalhar com isso?
sudo: no tty present and no askpass program specified
Como alternativa, tente:
sudo -S ./binary
Isto direciona o sudo para ler a senha da entrada padrão, stdin.
Em ambientes chroot, essas outras respostas podem não funcionar corretamente ... talvez porque:
Por exemplo: Instalando / reparando manualmente o linux ou o gerenciador de inicialização, usando um ambiente chroot (como o Archlinux e o arch-chroot).
Você precisa definir o terminal / aplicativo que lerá a senha. Existem duas variantes:
export SUDO_ASKPASS=/usr/libexec/openssh/ssh-askpass vim /etc/sudoers (padrões visíveispw) Ele falha, porque sudo está tentando solicitar uma senha root e não há pseudo-tty alocada.
Você deve fazer login como root ou configurar as seguintes regras em /etc/sudoers
(ou: sudo visudo ):
# Members of the admin group may gain root privileges
%admin ALL=(ALL) NOPASSWD:ALL
Depois, certifique-se de que seu usuário pertença a admin group (ou wheel ).
Você também pode criar um arquivo como "sudo_shutdown" em /etc/sudoers.d, com conteúdo:
# Allow admins to shutdown without pass
%adm ALL=(ALL) NOPASSWD: /sbin/shutdown
Isso permite que os usuários que estão no grupo adm sejam desligados sem uma senha.