Ok, så syftet med mitt tidigare förklaring var att ofta replikering kan vara för långsam ..
Du kommer att behöva besluta om lockouten inträffade genom att kontrollera de dåliga lösenord count..Sometimes, när ett konto är låst i den amerikanska server, men stockarna har inte replik ännu, om du öppnar "Active Directory-användare och datorer" snap in och kontrollera om kontot är låst, kan det säga att kontot inte är låst .. Detta beror på att spärr detaljer inte har replikeras till den lokala domänkontrollanten ännu ... Du måste kontrollera vilka domänkontrollant har de högsta dåliga lösenord räknas och snabbt kontrollera loggarna för endast att domänkontrollanten ..
Troligen det är där kontoutelåsning händer .. Omdömen
Låt oss titta på nästa skärmbild där det visar revisions fel loggen som inträffade vid tiden för lockout. Omdömen
Omdömen
Ovanstående bild visar källan maskin där de dåliga lösenord kommer från, vilket är 192.168.131.66 Omdömen
Det finns också en fristående händelselogg frågefunktionen som kan användas för att fråga något system för alla händelseloggar som uppstod när som helst ... Du måste se till att WMI arbetar genom någon brandvägg som du har i fjärrsystemet för alla funktioner i det här verktyget på rätt sätt ..
Omdömen
1) Om ett konto fick olåst automatiskt efter en viss tid (enligt den politik), men om användaren inte har inloggad ännu, til verktyget fortfarande rapporterar att kontot är låst ... Det beror bestämmer verktyget om kontot är låst genom att kontrollera om det finns något värde för attributet "lockouttime" .. Omdömen
När du klickar på "låsa kontot" i detta fall kommer det helt enkelt radera värdet som finns i "lockouttime" ..
(Annars kommer det att bli raderas när användaren loggar in) katalog
2) Ibland du kanske inte ser några loggar för en dålig lösenord tid ... Detta beror på, ibland händelseloggen skrivs en sekund före lockout tid /dåliga lösenord tiden som visas ... Du