Versuchen Sie dann, sich als root anzumelden und geben Sie diesen Befehl ein # sudo -s Geben Sie das Root-Passwort ein und fahren Sie fort. shubham
2015-01-19 в 11:14
Dieses Problem ist einfach. Es gibt keinen Eintrag für fsolano in der Datei / etc / sudoers. Möglicherweise mit root-Benutzer. Ist nicht in der sudoers datei dieser vorfall wird gemeldet von. Führen Sie den folgenden Befehl aus: visudo Der obige Befehl öffnet die Datei zum Bearbeiten und erteilt fsolano die Berechtigung zum Ausführen des sudo-Befehls. Madhurya Gandi
2016-04-27 в 09:15
This worked like a charm in Redhat for me: su cd /etc ls -l chmod +w sudoers gedit sudoers Scroll down in file and find line ( root ALL=(ALL) ALL) Right there add this for the user (example userid: roman) root ALL=(ALL) ALL roman ALL=(ALL) ALL Exit & Save chmod -w sudoers # (make the sudoers READ-ONLY again)
- Ist nicht in der sudoers datei dieser vorfall wird gemeldet in youtube
- Ist nicht in der sudoers datei dieser vorfall wird gemeldet von
Ist Nicht In Der Sudoers Datei Dieser Vorfall Wird Gemeldet In Youtube
Ich verstehe nicht, wie Sie erwarten, dass er rennt su ohne das root-Passwort zu kennen?
Ist Nicht In Der Sudoers Datei Dieser Vorfall Wird Gemeldet Von
Die Konfigurationsdatei /etc/sudoers listet auf, wer welche Befehle als welcher Benutzer ausführen darf. Unter Ubuntu enthält diese Datei eine Zeile, in der alle Benutzer der sudo Gruppe Befehle als root Benutzer ausführen können. Um zu überprüfen, welche Benutzer sich in der sudo-Gruppe befinden, können Sie Folgendes eingeben getent group sudo. Sie können auch die Gruppen Ihres aktuellen Benutzers überprüfen, indem Sie Folgendes eingeben id. Wahrscheinlich ist Ihr aktueller Benutzer nicht in der sudo-Gruppe und darf den sudo Befehl daher nicht verwenden. So beheben und lösen Sie „nicht in Datei-Sudoers. Dieser Vorfall wird gemeldet." Fehler in Fedora RHEL CentOS Debian | CodePre.com. Melden Sie sich als ein sudo-fähiger Benutzer an, wenn Sie ausführen möchten sudo. Ich habe das gleiche Problem mit Kali, wenn ich der sudo-Gruppe einen neuen Benutzer hinzufügen möchte, indem ich den folgenden Befehl eingebe:
usermod -aG sudo newuser
und Bearbeiten des rechten Abschnitts in /etc/sudoers. Alles Mist! Mein Fix für diesen Unsinn ist, die Zeile für root darunter zu kopieren und root in newuser zu ändern:
# User privilege specification
root ALL=(ALL:ALL) ALL
newuser ALL=(ALL:ALL) ALL
Ich erinnere mich, dass die gewohnte Methode mit usermod funktioniert hat, aber ist es nun ein Bug seit ein paar Jahren?
Dies ist mit "dieser Vorfall wird gemeldet" gemeint. Die E-Mail hat einen prominenten Betreff:
Subject: *** SECURITY information for thehostname ***
Der Nachrichtentext enthält zum Beispiel die entsprechenden Zeilen aus der Logdatei
thehostname: Jun 22 07:07:44: nobody: user NOT in sudoers; TTY=console; PWD=/some/path; USER=root; COMMAND=/bin/ls
(Hier der Benutzer nobody versuchte zu rennen ls durch sudo als root, aber gescheitert, da sie nicht in der sudoers Datei). Es wird keine E-Mail versendet, wenn auf dem System keine (lokale) E-Mail eingerichtet ist. Benutzername ist nicht in der sudoers-Datei. Dieser Vorfall wird gemeldet - Wikimho. All diese Dinge sind ebenfalls konfigurierbar, und lokale Variationen in der Standardkonfiguration können sich zwischen Unix-Varianten unterscheiden. Schaut euch das an mail_no_user Einstellung (und verwandte mail_* Einstellungen) im sudoers Handbuch (meine Hervorhebung unten):
mail_no_user
Wenn festgelegt, wird E-Mail gesendet an den mailto-Benutzer wenn der aufrufende Benutzer nicht im sudoers Datei. Dieses Flag ist standardmäßig aktiviert.