Loginversuche in der AD geloggt?

Die Sperrung kann auch dadurch passieren, das ein Admin sich lokal an einem Arbeitsplatz anmeldet und dann der Benutzer mit seinem Passwort mehrfach probiert, bis er endlich merkt, dass der vorherige Benutzer der nun angemeldet werden soll nicht er selber ist. Das ist eine übliche Ursache für gesperrte Adminkonten.

Im Sicherheitsereignislog des Domänencontrollers auf dem der Vorgang fehlschlägt wird möglicherweise geloggt.

Im Sicherheitsereignislog des Rechners auf dem der Vorgang fehlschlägt wird möglicherweise geloggt.

Loggingeinstellungen für die Rechner stellst Du am besten per GPO ein:
Im Bereich:
"Computerkonfiguration/Richtlinien/Windows-Einstellungen/Sicherheitseinstellungen/Lokale Richtlinien/Überwachungsrichtlinie"
diese Optionen setzen:
"Anmeldeereignisse überwachen" Erfolgreich, Gescheitert
"Anmeldeversuche überwachen" Fehler

Dann noch unter "Ereignisprotokoll":
"Maximale Größe des Sicherheitsprotokolls" auf z.B. 48384 Kilobyte.


Bitte überleg auch mal ob Du nicht noch irgendwelche Skripte oder Geplante Tasks mit diesem Account/Passwort laufen lässt oder irgendwo sonst Name/Passwort von diesem Konto verwendet wird. Wenn es immer wieder passiert kann es auch durchaus sein, dass nach ändern des Passworts nun irgendwelche Automatismen täglich ein altes Passwort mehrfach einsetzen.

Computerkonfiguration\Windows-Einstellungen\Sicherheitseinstellungen\Lokale Richtlinien\Überwachungsrichtlinie\


Anmeldeereignisse überwachen

Anmeldeversuche überwachen

Dann bekommst auch folgendes in der Eventlog

Fehlgeschlagene Anmeldung:
Grund: Unbekannter Benutzername oder falsches Kennwort
Benutzername: test
Domäne: TEST
Anmeldetyp: 3
Anmeldevorgang: NtLmSsp
Authentifizierungspaket: NTLM
Name der Arbeitsstation: Test-MOBIL
Aufruferbenutzername: -
Aufruferdomäne: -
Aufruferanmeldekennung: -
Aufruferprozesskennung: -
Übertragene Dienste: -
Quellnetzwerkadresse: 172.30.245.156
Quellport: 0

Hallo,

Am DC aber schon. Nur welcher deiner vielen DCs hat sich erbarmt den Benutzer zu Authentifizieren oder das PW abzuschmettern um dann eine Sperre auszusprechen?

Gruß,
Peter

gebe ich zur 100% recht bei den heutigen DAUS da fählt aber noch das die nach 20 Versuchen dann weinend anrufen und meckern sie können sich jetzt nicht mehr anmelden

Wie wärs damit: http://technet.microsoft.com/de-de/library/cc738772%28v=ws.10%29.aspx

Moin,

also ich kenne dieses Phänomen von Macs mit veraltetem Schlüsselbund. Falls Macs im Unternehmen hast, solltest du da mal schauen.


Gruß
Chris

Moin,

ich würde grundsätzlich mal überlegen, ob ich die Sperre aktiviert lasse. Vielleicht kommt ja auch mal jemand auf die Idee und legt beispielsweise Datenbanken lahm, wenn er den passenden Benutzer kennt, kloppt er so lange ein falsches Passwort ein, bis der Account blockiert ist. Gibt so ein schickes DOS. Zum eigentlichen Problem hat sich ja schon @48844 geäußert.

Gruß

Hallo,


hatte das Problem mal mit Smartphones von Usern, die den ActiveSync mit alten Benutzeranmeldungen zugehämmert haben, nachdem Sie an Ihrem Arbeitsplatz das AD-Passwort geändert hatten. Gehe aber mal davon aus, dass das bei einem Domain-Admin Konto nicht passiert Trotzdem stand ich erstmal eine zeitlang auf dem Schlauch...


mfg

Wo ist das denn nach der hier beschriebenen Vorgehensweise im Eventlog zu finden?