Sie sind nicht angemeldet.

1

20.07.2006, 10:09

[gelöst] User anlegen geht nicht

Hi,

ein voll komisches Problem habe ich...

Bin als root angemeldet und lege über Systemeinstellungen/Benutzer und Gruppen einen neuen User an. Geht auch ohne weiteres. Nur wenn ich mich jetzt unter diesem neuen User anmelden möchte, nimmt er einfach meinen Login nicht an.
Bsp.: Name=testuser, Pass=testuser --> Legitimation fehlgeschlagen!

Gestern z.B. habe ich mich noch ganz normal anmelden können und heute früh plötzlich gehts nimmer --> Legitimation fehlgeschlagen! ?!?!?!?!?!


Ich bin echt ratlos - HILFE!!!

Danke.

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »magic_halli« (20.07.2006, 10:11)


linuxerr

Prof. Dr. Schlaumeier

  • »linuxerr« ist männlich

Beiträge: 8 557

Wohnort: Mecklenburg, zur Entwicklungshilfe in Chemnitz/Sachsen ;-)

  • Nachricht senden

2

20.07.2006, 10:43

RE: User anlegen geht nicht

welches login funktioniert nicht mehr, im X oder auf der konsole oder beide?
Die Rechtschreibfehler in diesem Beitrag sind nicht urheberrechtlich geschützt.
Jeder der einen findet darf ihn behalten und in eigenen Werken weiterverwenden.

3

20.07.2006, 10:46

Beide Logins funktionieren nicht - für alle neu (von mir als root) angelegten User.

Der Login als root funktioniert nach wie vor.

linuxerr

Prof. Dr. Schlaumeier

  • »linuxerr« ist männlich

Beiträge: 8 557

Wohnort: Mecklenburg, zur Entwicklungshilfe in Chemnitz/Sachsen ;-)

  • Nachricht senden

4

20.07.2006, 11:06

es könnte sein, dass durch dein admintools die logins gesperrt werden. durch entsprechende einträge in der /etc/shadow können userlogins gesperrt, freigegeben und zeitlich begrenzt werden. poste mal die entsprechenden zeilen aus der /etc/shadow und der /etc/passwd zu einem solchen neuen user.
Die Rechtschreibfehler in diesem Beitrag sind nicht urheberrechtlich geschützt.
Jeder der einen findet darf ihn behalten und in eigenen Werken weiterverwenden.

5

20.07.2006, 11:12

Hier mal die Einträge...

aus /etc/shadow:
Testuser:$1$7FEG/UM9$ksFTUmff23hsS5xRRL9Vk.:13349:0:99999:7:::

aus /etc/passwd:
Testuser:x:502:100:test test:/home/Testuser:/bin/bash


Hab auch schonwas über dieses Problem in Zusammenhang mit Samba und LDAP gelesen, aber an diesen Sachen ist gar nichts geändert worden - also das fällt dann wohl auch schonmal weg?!

linuxerr

Prof. Dr. Schlaumeier

  • »linuxerr« ist männlich

Beiträge: 8 557

Wohnort: Mecklenburg, zur Entwicklungshilfe in Chemnitz/Sachsen ;-)

  • Nachricht senden

6

20.07.2006, 11:22

benutzt du ldap oder nis zur authorisierung?

großbuchstaben im usernamen sind nicht zulässig.
leg mal einen user mit useradd an
useradd -m tester
passwd tester
Die Rechtschreibfehler in diesem Beitrag sind nicht urheberrechtlich geschützt.
Jeder der einen findet darf ihn behalten und in eigenen Werken weiterverwenden.

7

20.07.2006, 11:33

ok, hab ich gemacht - bringt auch nix.

hab mit Strg+Alt+F1 in Anmeldescreen gewechselt und die neuen Daten dort eingegeben - geht nicht, aber ich seh, wie mal ganz kurz die Meldung "error in service module" erscheint.


EDIT: verwende weder ldap noch nis zur Authorisierung.

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »magic_halli« (20.07.2006, 11:36)


linuxerr

Prof. Dr. Schlaumeier

  • »linuxerr« ist männlich

Beiträge: 8 557

Wohnort: Mecklenburg, zur Entwicklungshilfe in Chemnitz/Sachsen ;-)

  • Nachricht senden

8

20.07.2006, 11:47

schau mal in die datei /var/log/message, dort müsste eine fehlermeldung beim userlogin auftauchen. poste diese fehlermeldung mal bitte.
benutzt fedora PAM?
Die Rechtschreibfehler in diesem Beitrag sind nicht urheberrechtlich geschützt.
Jeder der einen findet darf ihn behalten und in eigenen Werken weiterverwenden.

9

20.07.2006, 11:58

Ja, Fedora benutzt (glaube ich) PAM - sieht laut der unten stehenden Zeilen auch so aus.

Hier die betreffenden Einträge für den letzten Login aus /var/log/messages:
Jul 20 11:54:12 localhost gpm[2315]: *** info [mice.c(1766)]:
Jul 20 11:54:12 localhost gpm[2315]: imps2: Auto-detected intellimouse PS/2
Jul 20 11:54:21 localhost pam_winbind[6118]: request failed, but PAM error 0!
Jul 20 11:54:21 localhost pam_winbind[6118]: internal module error (retval = 3, user = `tester')
Jul 20 11:54:21 localhost login[6118]: Error in service module

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »magic_halli« (20.07.2006, 11:59)


linuxerr

Prof. Dr. Schlaumeier

  • »linuxerr« ist männlich

Beiträge: 8 557

Wohnort: Mecklenburg, zur Entwicklungshilfe in Chemnitz/Sachsen ;-)

  • Nachricht senden

10

20.07.2006, 12:10

wozu benutzt du pam_winbind? das ist doch nur notwendig, wenn die uid/gid etc von einem win-nt/winbind server kommen soll? hast du das vor?
bei richtiger pam konfiguration sollte jedoch ein fallback auf das lokale /etc/passwd /etc/shadow system erfolgen. du hast wahrscheinlich dein pam-system verkonfiguriert.
informier dich zur pam konfiguration (man pam .... etc) kontrolliere die configfiles
/etc/pam.conf
/etc/pam.d/......
Die Rechtschreibfehler in diesem Beitrag sind nicht urheberrechtlich geschützt.
Jeder der einen findet darf ihn behalten und in eigenen Werken weiterverwenden.

11

20.07.2006, 12:26

Mh, keine Ahnung wegen pam_windbind... ich höre jetzt auch das erste mal was davon. Hab mir nochmal von allen Leuten hier versichern lassen, dass keiner etwas um/eingestellt hat seit gestern!

Hab nochmal in /var/log/messages geschaut - gestern früh ging ja mein Login noch ohne Probleme und zwar auch mit pam_windbind!

Eintrag hierzu:
Jul 19 07:00:50 localhost pam_winbind[2711]: user 'blablabla' granted access
Jul 19 07:00:50 localhost gdm(pam_unix)[2711]: session opened for user blablabla by (uid=0)


Ich mach mich trotzdem mal wegen der PAM Sache kundig, aber denke nicht so ganz, dass dies damit zu tun hat - lief ja sonst auch immer mit pam_windbind...

linuxerr

Prof. Dr. Schlaumeier

  • »linuxerr« ist männlich

Beiträge: 8 557

Wohnort: Mecklenburg, zur Entwicklungshilfe in Chemnitz/Sachsen ;-)

  • Nachricht senden

12

20.07.2006, 12:54

gestern konnte er sich noch gegen eine domäne (winbind, win200x, samba etc) authorisieren und heute nicht mehr. der domänencontroller ist nicht mehr erreichbar, er kann keinen winbindd kontaktieren.
Die Rechtschreibfehler in diesem Beitrag sind nicht urheberrechtlich geschützt.
Jeder der einen findet darf ihn behalten und in eigenen Werken weiterverwenden.

13

20.07.2006, 13:13

So, hab jetzt unter Authentifizierung einfach mal die restlichen (wenigen) Haken rausgenommen, inkl. Winbind... und siehe da - es geht wieder :applaus:

Aber komisch find ich die ganze Sache schon, zumal quasi über Nacht sich die ganze Authentifizierung "selbst" verändert hat?!

Aber recht vielen Dank für Dein Bemühen... hat mir geholfen :+++:

Thema bewerten