Tach. Wenn ich Änderungen in der /etc/passwd vornehme (zB statt /bin/bash /bin/false eintrage), dann wirkt sich das immer erst nach einem Neustart aus. Welchen daemon müßte ich denn gezielt neu starten oder refreshen, um den Gesamtneustart zu umgehen? Gruß. A. -- Andreas Feile www.feile.net
Am Samstag, 19. April 2003 11:07 schrieb Andreas Feile:
Tach.
Wenn ich Änderungen in der /etc/passwd vornehme (zB statt /bin/bash /bin/false eintrage), dann wirkt sich das immer erst nach einem Neustart
Neustart? Das glaub ich nicht, Du meinst wahrscheinlich nach dem Login. Solange Du keinen NSI Server laufen hast, brauchst Du gar nix neu starten, ich lasse mich aber gerne eines besseren belehren.
aus. Welchen daemon müßte ich denn gezielt neu starten oder refreshen, um den Gesamtneustart zu umgehen?
Gruß. A. -- Andreas Feile www.feile.net
Gruss Michael
Michael Karges, Samstag, 19. April 2003 12:23:
Wenn ich Änderungen in der /etc/passwd vornehme (zB statt /bin/bash /bin/false eintrage), dann wirkt sich das immer erst nach einem Neustart
Neustart? Das glaub ich nicht, Du meinst wahrscheinlich nach dem Login. Solange Du keinen NSI Server laufen hast, brauchst Du gar nix neu starten, ich lasse mich aber gerne eines besseren belehren.
Also: Ich habe einen User test, für den in der passwd /bin/bash drinsteht. test ist nicht eingeloggt. Schreibe ich nun /bin/false rein und speicher die passwd mit diesem Inhalt, dann kann sich test immer noch einloggen. Nach einem Neustart kann er es nicht mehr. Trage ich dann wieder /bin/bash ein, dann kann sich test immer noch nicht einloggen. Nach einem Neustart kann er es wieder. -- Andreas Feile www.feile.net
* Andreas Feile schrieb am 19.Apr.2003:
Also: Ich habe einen User test, für den in der passwd /bin/bash drinsteht. test ist nicht eingeloggt. Schreibe ich nun /bin/false rein und speicher die passwd mit diesem Inhalt, dann kann sich test immer noch einloggen. Nach einem Neustart kann er es nicht mehr. Trage ich dann wieder /bin/bash ein, dann kann sich test immer noch nicht einloggen. Nach einem Neustart kann er es wieder.
Ich habe das mal nachvollzogen. Klappt bei mir auf Anhieb. Da brauche ich nichts neu zu starten. Allerdings habe ich mich direkt am Rechner eingeloggt. Du anscheinend nicht, oder doch? Bernd -- ACK = ACKnowledge = Zustimmung | NAC = No ACknowledge = keine Zustimmung DAU = Dümmster Anzunehmender User | LOL = Laughing Out Loud = Lautes Lachen IIRC = If I Remember Correctly = Falls ich mich richtig erinnere OT = Off Topic = Am Thema (der Liste) vorbei |Zufallssignatur 11
* On Sat, 19 Apr 2003 at 11:31 +0200, Andreas Feile wrote:
Michael Karges, Samstag, 19. April 2003 12:23:
Wenn ich Änderungen in der /etc/passwd vornehme (zB statt /bin/bash /bin/false eintrage), dann wirkt sich das immer erst nach einem Neustart
Neustart? Das glaub ich nicht, Du meinst wahrscheinlich nach dem Login. Solange Du keinen NSI Server laufen hast, brauchst Du gar nix neu starten, ich lasse mich aber gerne eines besseren belehren.
Also: Ich habe einen User test, für den in der passwd /bin/bash drinsteht. test ist nicht eingeloggt. Schreibe ich nun /bin/false rein und speicher die passwd mit diesem Inhalt, dann kann sich test immer noch einloggen. Nach einem Neustart kann er es nicht mehr. Trage ich dann wieder /bin/bash ein, dann kann sich test immer noch nicht einloggen. Nach einem Neustart kann er es wieder.
Schmeiss den nscd raus. Solange Du nicht gerade mit irgendwelchen langsamen Authentifizierungsmechansimen (LDAP, NIS, ...) arbeitest, bringt er nur Ärger. -- Adalbert GPG welcome, request public key: mailto:adalbert+key@lopez.at
Andreas Feile wrote:
Tach.
Wenn ich Änderungen in der /etc/passwd vornehme (zB statt /bin/bash /bin/false eintrage), dann wirkt sich das immer erst nach einem Neustart aus. Welchen daemon müßte ich denn gezielt neu starten oder refreshen, um den Gesamtneustart zu umgehen?
Gruß. A.
rcnscd restart (nscd cached) Frohe Ostern Joachim
*** Andreas Feile (lists@feile.net) schrieb in suse-linux heute:
Wenn ich Änderungen in der /etc/passwd vornehme (zB statt /bin/bash /bin/false eintrage), dann wirkt sich das immer erst nach einem Neustart aus. Welchen daemon müßte ich denn gezielt neu starten oder refreshen, um den Gesamtneustart zu umgehen?
(Bitte die Länge der Zeilen auf 72 Zeichen begrenzen. Dank.)
- Welche SuSE-Version?
- Läuft der nscd bei Dir? (ps wwwaux | fgrep nscd)
- Wenn ja, wie sieht Deine "/etc/nscd.conf" aus?
Ansonsten: Man sollte "/etc/passwd" nicht direkt anfassen. Für
Änderungen der Usershell ist "chsh" gedacht.
MG Henning Hucke
PS: Bei mir - SuSE 8.0 - kann ich die Daten in der Tat per "vi \
/etc/passwd" ändern. Allerdings werden die Änderungen sofort aktiv.
D.h., dass ich beim nächsten Einloggen die neue Shell habe. Ich kann
mich allerdings nicht erinnern, in früheren Versionen in der "/etc/\
nscd.conf" sowas wie "check-files passwd yes" gesehen zu haben.
--
"... die Aussage 'C-Programme sind portabel' ist lächerlich und nicht
haltbar, ..."
Jan Ritzerfeld in
participants (6)
-
Adalbert Michelic
-
Andreas Feile
-
B.Brodesser@t-online.de
-
Henning Hucke
-
Joachim Kieferle
-
Michael Karges