17
Seltsames Verhalten: Kennwortänderung in Domäne
Guten Morgen Admins,
seit längerem Suche ich nach der Lösung, finde aber nichts passendes...
Wenn Kollegen (Domänenbenutzer) versuchen, ihr Kennwort zu ändern, erhalten sie die Meldung:
Das Kennwort kann nicht aktualisiert werden. Der Wert, der als neues Kennwort angegeben wurde, entspricht nicht den Kennwortrichtlinien [...]
Nun zu unseren Einstellungen der DDP bzgl. Kennwörter:
-Kennwort muss Komplexitätsvoraussetzungen entsprechen: Aktiviert
-Kennwortchronik erzwingen\ngespeicherte Kennwörter: 0 gespeicherte Kennwörter
-Kennwörter mit umkehrbarer Verschlüsselung speichern: deaktiviert
das war es auch schon... Seit ca. einem Jahr arbeiten wir noch mit PSOs, die jedoch nur bestimmte Gruppen zugeordnet werden. In diesem Beispiel können die PSOs nicht greifen.
Im Netz gibt es einige Leidensgenossen, jedoch ohne wirkliche Problembeseitigung...
Gruß
N
PS: Im Userobject ist der Haken "Benutzer kann Kennwort nicht ändern" NICHT selektiert.
EDIT
http://www.mcseboard.de/topic/193666-das-kennwort-kann-nicht-aktualisie ...
http://social.technet.microsoft.com/Forums/windowsserver/en-US/e67d2625 ...
seit längerem Suche ich nach der Lösung, finde aber nichts passendes...
Wenn Kollegen (Domänenbenutzer) versuchen, ihr Kennwort zu ändern, erhalten sie die Meldung:
Das Kennwort kann nicht aktualisiert werden. Der Wert, der als neues Kennwort angegeben wurde, entspricht nicht den Kennwortrichtlinien [...]
Nun zu unseren Einstellungen der DDP bzgl. Kennwörter:
-Kennwort muss Komplexitätsvoraussetzungen entsprechen: Aktiviert
-Kennwortchronik erzwingen\ngespeicherte Kennwörter: 0 gespeicherte Kennwörter
-Kennwörter mit umkehrbarer Verschlüsselung speichern: deaktiviert
das war es auch schon... Seit ca. einem Jahr arbeiten wir noch mit PSOs, die jedoch nur bestimmte Gruppen zugeordnet werden. In diesem Beispiel können die PSOs nicht greifen.
Im Netz gibt es einige Leidensgenossen, jedoch ohne wirkliche Problembeseitigung...
Gruß
N
PS: Im Userobject ist der Haken "Benutzer kann Kennwort nicht ändern" NICHT selektiert.
EDIT
http://www.mcseboard.de/topic/193666-das-kennwort-kann-nicht-aktualisie ...
http://social.technet.microsoft.com/Forums/windowsserver/en-US/e67d2625 ...
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 227361
Url: https://administrator.de/forum/seltsames-verhalten-kennwortaenderung-in-domaene-227361.html
Ausgedruckt am: 25.12.2024 um 13:12 Uhr
17 Kommentare
Neuester Kommentar
Moin Belloci.
Prüf doch noch einmal sicher nach, ob keine PSOs ziehen über den powershellbefehl
Get-ADUserResultantPasswordPolicy samaccountnameDesBenutzers
Schreib ruhig auch deutlich dazu, dass die Komplexitätsanforderungen in jedem Fall erfüllt sind.
Prüf doch noch einmal sicher nach, ob keine PSOs ziehen über den powershellbefehl
Get-ADUserResultantPasswordPolicy samaccountnameDesBenutzers
Schreib ruhig auch deutlich dazu, dass die Komplexitätsanforderungen in jedem Fall erfüllt sind.
Guten Morgen @Belloci,
zusätzlich zum Tipp von @DerWoWusste,
versuchen die User evtl. Ihren Namen ins Kennwort einzubauen?
Wenn im Kennwort der Name des Users enthalten ist, kommt auch diese Fehlermeldung.
Was passiert wenn du mal das "MS Lehrbuch-Passwort" - C0mplex123 von Microsoft probierst?
Geht es mit diesem Kennwort, oder auch nicht?
Gruß
@kontext
zusätzlich zum Tipp von @DerWoWusste,
versuchen die User evtl. Ihren Namen ins Kennwort einzubauen?
Wenn im Kennwort der Name des Users enthalten ist, kommt auch diese Fehlermeldung.
Was passiert wenn du mal das "MS Lehrbuch-Passwort" - C0mplex123 von Microsoft probierst?
Geht es mit diesem Kennwort, oder auch nicht?
Gruß
@kontext
Sei gegrüßt DWW,
mit deinem Befehl für den entsprechenden Benutzer gab es keine Ausgabe was mich vermuten lässt, dass keine PSO auf den User zieht... Die gleiche Prozedur auf meinen Account führte zu einer Ausgabe, die auf ein(e) PSO verwies.
Und ja, die komplexität der Kennwörter die probiert wurden, war natürlich eingehalten worden
Gruß
N
mit deinem Befehl für den entsprechenden Benutzer gab es keine Ausgabe was mich vermuten lässt, dass keine PSO auf den User zieht... Die gleiche Prozedur auf meinen Account führte zu einer Ausgabe, die auf ein(e) PSO verwies.
Und ja, die komplexität der Kennwörter die probiert wurden, war natürlich eingehalten worden
Gruß
N
Hi Kontext,
wir haben schon wirklich alles probiert. Das Teile des Namens nicht vorhanden sein dürfen war mir bewusst und kann ich daher leider auch ausschließen. An der Komplexität kann es wirklich nicht liegen da haben wir weitaus komplexere Sachen als "C0mplex123" probiert
wir haben schon wirklich alles probiert. Das Teile des Namens nicht vorhanden sein dürfen war mir bewusst und kann ich daher leider auch ausschließen. An der Komplexität kann es wirklich nicht liegen da haben wir weitaus komplexere Sachen als "C0mplex123" probiert
Ok, dann kann es eigentlich nur zwei Ursachen haben:
Entweder (sehr sehr unschön), auf dem DC ist etwas defekt (hatte ich auch schon exakt so, konnte nicht behoben werden! Ursache war rumexperimentieren mit einer Passwortfilter-dll - jedoch nur Testdomäne)
Oder (hoffentlich): Du hast Replikationsprobleme und bist mit einem DC verbunden, der andere Kennwortrichtlinien (veraltete) hält. Prüf also, welcher derzeit Dein Logonserver ist, melde Dich danach bei diesem Server an und führe am Server rsop.msc durch, um die Policy zu prüfen.
Entweder (sehr sehr unschön), auf dem DC ist etwas defekt (hatte ich auch schon exakt so, konnte nicht behoben werden! Ursache war rumexperimentieren mit einer Passwortfilter-dll - jedoch nur Testdomäne)
Oder (hoffentlich): Du hast Replikationsprobleme und bist mit einem DC verbunden, der andere Kennwortrichtlinien (veraltete) hält. Prüf also, welcher derzeit Dein Logonserver ist, melde Dich danach bei diesem Server an und führe am Server rsop.msc durch, um die Policy zu prüfen.
Hallo DWW,
danke für den Hinweis, lass mich kurz ausholen:
wir haben 2DCs im Einsatz, beide identisch bzgl. OS (2008R2)
Auf DC1 werden nach rsop mit dem User unter Computer - Sicherheitseinstellungen - Kontorichtlinien - Kennwortrichtlinien oben genannte (in meinem 1. Post) Werte / Einstellungen gezogen...
Auf DC2 werden diese mit "nicht definiert" deklariert...
Dann habe ich versucht mit angemeldeten User auf DC1 das Kennwort zu ändern (über Taskmanager - Kennwort ändern) aber es kam die gleiche Fehlermeldung wie immer...
Auf DC2 habe ich es spaßeshalber auch probiert aber auch die Fehlermeldung erhalten... Bleibt natürlich die Frage warum dem so ist, oh je!
Gruß
N
danke für den Hinweis, lass mich kurz ausholen:
wir haben 2DCs im Einsatz, beide identisch bzgl. OS (2008R2)
Auf DC1 werden nach rsop mit dem User unter Computer - Sicherheitseinstellungen - Kontorichtlinien - Kennwortrichtlinien oben genannte (in meinem 1. Post) Werte / Einstellungen gezogen...
Auf DC2 werden diese mit "nicht definiert" deklariert...
Dann habe ich versucht mit angemeldeten User auf DC1 das Kennwort zu ändern (über Taskmanager - Kennwort ändern) aber es kam die gleiche Fehlermeldung wie immer...
Auf DC2 habe ich es spaßeshalber auch probiert aber auch die Fehlermeldung erhalten... Bleibt natürlich die Frage warum dem so ist, oh je!
Gruß
N
Moin.
Wenn ich Dich richtig verstehe, hat sich die Policy nicht korrekt repliziert - warum sonst sollte rsop auf den DCs verschiedene Ausgaben machen? Sag bitte nochmal genau, was "rsop mit dem User" bedeuten soll. Der User interessiert hier nicht die Bohne, da es eine Computerpolicy ist. Einfach als Admin rsop.msc starten und Usereinstellungen skippen.
Vergleiche bitte auf beiden DCs die Passworteinstellungen der DDP.
Wenn ich Dich richtig verstehe, hat sich die Policy nicht korrekt repliziert - warum sonst sollte rsop auf den DCs verschiedene Ausgaben machen? Sag bitte nochmal genau, was "rsop mit dem User" bedeuten soll. Der User interessiert hier nicht die Bohne, da es eine Computerpolicy ist. Einfach als Admin rsop.msc starten und Usereinstellungen skippen.
Vergleiche bitte auf beiden DCs die Passworteinstellungen der DDP.
Ja, habe ich mal wieder außer Acht gelassen... habe mich wie gesagt als der User angemeldet, wo es nicht lief (was nicht hätte sein müssen da Computereinstellung...)
Dort habe ich den von dir angesprochenen Vergleich gestartet - auf DC1 waren die Einstellungen bzgl. Kennwörter drin (Quelle DDP), auf DC2 nicht (nicht definiert)... sehr kurios!
EDIT
Als Admin das gleiche Spiel: DC1 Einstellungen sind da / DC2 Einstellungen sind NICHT da.
Dort habe ich den von dir angesprochenen Vergleich gestartet - auf DC1 waren die Einstellungen bzgl. Kennwörter drin (Quelle DDP), auf DC2 nicht (nicht definiert)... sehr kurios!
EDIT
Als Admin das gleiche Spiel: DC1 Einstellungen sind da / DC2 Einstellungen sind NICHT da.
Trotz Replikationsproblemen: Wenn der DC2 gar keine hält, dürfte an diesem auch keine Restriktion kommen (es sei denn auf DC2 spuckt er für den User plötzlich eine PSO aus! - teste dies)
Stell also mal sicher mit dem Kommando echo %logonserver%, dass Du an DC2 angemeldet bist und ändere das Kennwort. Wenn DC1 Dein Logonserver ist, melde Dich an anderen rechnern so lange an, bis Dc2 als Ausgabe kommt.
Stell also mal sicher mit dem Kommando echo %logonserver%, dass Du an DC2 angemeldet bist und ändere das Kennwort. Wenn DC1 Dein Logonserver ist, melde Dich an anderen rechnern so lange an, bis Dc2 als Ausgabe kommt.
Okay,
habe ich geprüft. Kein Erfolg, weder logonserver = DC1 noch logonserver = DC2. Gleiche Fehlermeldung wie immer!
PSO auch auf DC2 nicht aktiv!
habe ich geprüft. Kein Erfolg, weder logonserver = DC1 noch logonserver = DC2. Gleiche Fehlermeldung wie immer!
PSO auch auf DC2 nicht aktiv!
Tja... ich fürchte, Du hast ein ernstes Problem.
Als ich das in meiner Testdomäne hatte, wurden nicht mal mehr Kennwörter wie kjdSHf9we8zr9283ß89zujhjss#sd0e89ek222w!1 als komplex angesehen...
Kontaktiere mal Microsoft.
Als ich das in meiner Testdomäne hatte, wurden nicht mal mehr Kennwörter wie kjdSHf9we8zr9283ß89zujhjss#sd0e89ek222w!1 als komplex angesehen...
Kontaktiere mal Microsoft.
Okay,
wie schon beschrieben, sehr komplexe Kennwörter werden wirklich nicht genommen!
Mal schauen wie ich an MS herantreten kann. Danke für die Unterstützung bis hierhin!!
wie schon beschrieben, sehr komplexe Kennwörter werden wirklich nicht genommen!
Mal schauen wie ich an MS herantreten kann. Danke für die Unterstützung bis hierhin!!
Also nach allem was ich mir bis jetzt überlegt habe wird es wohl zu keiner Lösung im eigentl. Sinne kommen. Wir werden demnächst auf Server 2012R2 umsteigen und hoffe, dass sich der Fehler nicht mitrepliziert...
Ich setze den Beitrag nichts desto trotz auf gelöst.
Danke!
N
Ich setze den Beitrag nichts desto trotz auf gelöst.
Danke!
N
Ui... da wäre ich mir nicht so sicher. Kontaktiere MS, sonst kann ja bis zur Migration (und vermutlich darüber hinaus) keiner mehr sein Kw ändern.
Das ist ja das "schöne". Es gibt Leute die können Ihr Kennwort ändern (unabhängig der PSO). 
Kleiner Nachtrag:
Für dieses Verhalten gibt es ansatzweise eine Erklärung jedoch keine Lösung des eigentlichen Problems:
http://social.technet.microsoft.com/Forums/de-DE/9be27f4d-fb18-4e40-941 ...
Für dieses Verhalten gibt es ansatzweise eine Erklärung jedoch keine Lösung des eigentlichen Problems:
http://social.technet.microsoft.com/Forums/de-DE/9be27f4d-fb18-4e40-941 ...
