O sudo no Ubuntu continua me pedindo minha senha para cada comando. Antes, eu só precisava digitar a senha uma vez e, depois, ela seria lembrada por um período de tempo. Isso mudou recentemente, provavelmente após a "atualização" para o Natty.
Eu já fiz sudo visudo
e configurei Defaults env_reset, timestamp_timeout = 60
, tentei reiniciar, mas ainda não está funcionando. Como faço para corrigir isso?
Após as sugestões abaixo, minha /etc/sudoers
aparência fica assim:
#
# This file MUST be edited with the 'visudo' command as root.
#
# Please consider adding local content in /etc/sudoers.d/ instead of
# directly modifying this file.
#
# See the man page for details on how to write a sudoers file.
#
Defaults env_reset
Defaults:endolith timestamp_timeout=60
# Host alias specification
# User alias specification
# Cmnd alias specification
# User privilege specification
root ALL=(ALL:ALL) ALL
# Members of the admin group may gain root privileges
%admin ALL=(ALL) ALL
# Allow members of group sudo to execute any command
%sudo ALL=(ALL:ALL) ALL
#includedir /etc/sudoers.d
Atualizar:
Atualizei meu VirtualBox e ele começou a sofrer do mesmo problema. No palpite, executei o bash e tentei sudo nisso, e a senha é lembrada corretamente. É só quando eu uso o meu shell padrão de peixe que ele não se lembra. Foi o que aconteceu no lançamento anterior do Ubuntu, mas não mais.
Atualizar:
Atualizei para 13.05 e isso magicamente começou a funcionar novamente. Agora ele pede minha senha uma vez, para de pedir um tempo e depois pergunta novamente após um período de tempo.
Defaults:endolith timestamp_timeout=60
, mas você não está em nenhum grupo chamado endólito, de acordo com outro comentário aqui. então, qual nome de usuário você está usando? Verifique comwhoami
, e adicionar o nome de usuário no lugar deendolith
emDefaults:endolith timestamp_timeout=60
ouendolith ALL=(ALL) NOPASSWD: ALL
Respostas:
@ endolith: Sim, parece apenas afetar peixes. Eu tive o mesmo problema, o problema é causado pela opção sudo "tty_tickets". Desabilitar isso no seu arquivo / etc / sudoers resolverá o problema.
O seguinte desabilitará o tty_tickets:
fonte
Se nada mais funcionar, tente
sudo -i
(por si só). Isso lhe dará um shell raiz após uma senha.fonte
Se eu adivinhar, aposto que algo sobre o seu
/var/run/sudo
diretório está errado. Este diretório é onde os arquivos de carimbo de data / hora são armazenados. Talvez / var / run esteja cheio, talvez as permissões tenham sido erradas. De qualquer forma, olhe para o diretório, suspeito que seu problema possa estar lá.As permissões na minha pasta são assim.
Por uma boa medida, você também pode tentar executar
sudo -K
para matar seus arquivos de carimbo de data / hora atuais.fonte
find: '/var/run/sudo': No such file or directory
sudo
pasta/var/run
. Nesta máquina virtual, ele lembra minha senha conforme o esperado, portanto isso não parece relevante. A única coisa no visudo nesta máquina virtual éDefaults env_reset
. Também diz em%sudo ALL=(ALL) ALL
vez de%sudo ALL=(ALL:ALL) ALL
.Eu verificaria o diretório /etc/sudoers.d/.
Você também pode tentar fazer o downgrade do pacote sudo para a versão anterior.
fonte