sudo en Ubuntu sigue pidiéndome mi contraseña para cada comando. Anteriormente, solo tenía que ingresar la contraseña una vez, y luego se recordaría por un período de tiempo. Esto cambió recientemente, probablemente después de "actualizar" a Natty.
Lo hice sudo visudo
y configuré Defaults env_reset, timestamp_timeout = 60
, intenté reiniciar, pero todavía no funciona. ¿Cómo puedo solucionar esto?
Después de las sugerencias a continuación, mi /etc/sudoers
aspecto es el siguiente:
#
# 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
Actualizar:
Actualicé mi VirtualBox y comenzó a sufrir el mismo problema. Supongo que ejecuté bash e intenté sudo en eso, y la contraseña se recuerda correctamente. Es sólo cuando uso mi shell por defecto de pescado que no recuerda. Lo hizo en la versión anterior de Ubuntu, pero ya no.
Actualizar:
Actualicé a 13.05 y esto mágicamente comenzó a funcionar nuevamente. Ahora me pide mi contraseña una vez, deja de pedirla un momento y luego me la pide nuevamente después de un período de tiempo.
Defaults:endolith timestamp_timeout=60
, pero no estás en ningún grupo llamado endolito, de acuerdo con otro comentario aquí. Entonces, ¿qué nombre de usuario estás usando? Verifiquewhoami
y agregue ese nombre de usuario en lugar deendolith
enDefaults:endolith timestamp_timeout=60
oendolith ALL=(ALL) NOPASSWD: ALL
Respuestas:
@endolith: Sí, solo parece afectar a los peces. Tuve el mismo problema, el problema es causado por la opción sudo "tty_tickets". Deshabilitar esto en su archivo / etc / sudoers resolverá el problema.
Lo siguiente deshabilitará tty_tickets:
fuente
Si nada más funciona, intente
sudo -i
(por sí mismo). Eso te dará un shell raíz después de una contraseña.fuente
Si supiera adivinar, apostaría a que algo sobre su
/var/run/sudo
directorio está jodido. Este directorio es donde se almacenan los archivos de marca de tiempo. Tal vez / var / run está lleno, tal vez los permisos se han estropeado. De todos modos, mire ese directorio, sospecho que su problema puede estar allí.Los permisos en mi carpeta se ven así.
Para una buena medida, también puede intentar ejecutar
sudo -K
para matar sus archivos de marca de tiempo actual.fuente
find: '/var/run/sudo': No such file or directory
sudo
carpeta en/var/run
. En esta máquina virtual, recuerda mi contraseña como se esperaba, por lo que esto no parece relevante. Lo único en visudo en esta máquina virtual esDefaults env_reset
. También dice en%sudo ALL=(ALL) ALL
lugar de%sudo ALL=(ALL:ALL) ALL
.Verificaría el directorio /etc/sudoers.d/.
También puede intentar degradar el paquete sudo a la versión anterior.
fuente