AS400.validateSignon() setzt die fehlgeschlagenen Anmeldeversuche nicht auf 0 zurück

Wenn ich com.ibm.as400.access.AS400.validateSignon() verwenden, um die Anmeldeinformationen eines Benutzers zu authentifizieren, übergeben sie die Validierung und haben erfolgreich eine Verbindung hergestellt setzt die "fehlgeschlagene Anmeldeversuche" nicht auf 0 zurückAS400.validateSignon() setzt die fehlgeschlagenen Anmeldeversuche nicht auf 0 zurück

Bei Eingabe eines falschen Passworts wird das Feld "fehlgeschlagene Anmeldeversuche" inkrementiert; Bei erfolgreichem Signieren der "fehlgeschlagenen Anmeldeversuche" wird immer noch behauptet, dass ungültige Anmeldungen vorliegen. Seltsamerweise wird die "vorherige Anmeldung" mit dem korrekten Datum & Uhrzeit aktualisiert. Hier

ist eine Müllkippe von DSPUSRPRF auf der AS400:

User profile . . . . . . . . . . . . . . . : BOB 
Previous sign-on . . . . . . . . . . . . . : 12/12/05 21:34:08 
Password verifications not valid . . . . . : 4 
Status . . . . . . . . . . . . . . . . . . : *ENABLED

Das einzige war ich es geschafft haben, die „gescheiterte Anmeldeversuche“ zu erhalten, wurde zurückgesetzt durch die Deaktivierung und erneute Aktivierung der Benutzer mit Hilfe der Toolbox. Dies ist keine praktikable Lösung, da dies das Änderungsdatum & auf dem Benutzerprofil aktualisiert.

Dieses Verhalten widerspricht der Art und Weise, wie unsere Green-Screen-Telnet-Sitzung behandelt wird. Wenn sich ein Benutzer beim as400 anmeldet, werden die "fehlgeschlagenen Anmeldeversuche" auf Null gesetzt.

Alle Vorschläge und/oder Beschlüsse werden dankbar angenommen.

Quelle

2012-12-07 Rudi Strydom

Ich entschuldige mich, die Situation für Missverständnisse. Ich fügte einen Satz in die Frage ein, um sicherzustellen, dass niemand den Fehler bei der Fehlinterpretation machen kann. (Idiot proofing, lol) Und hätte ich dein Profil angesehen, hätte ich es besser wissen sollen, oder? Ich lösche meine Antwort. – WarrenT

Können Sie stattdessen die API QSYGETPH verwenden? Laut der Dokumentation dort heißt es "Setzt die Anzahl der Anmeldeversuche nicht auf Null zurück."

Quelle

2012-12-07 16:07:43

Danke Benny, ich habe genau das gemacht. Ich benutze jetzt beide Methoden bei der Validierung der Anmeldeinformationen eines Benutzers: –

Der Grund dafür ist, dass AS400.validateSignon() das vorherige Anmeldedatum aktualisiert, wenn erfolgreiche Anmeldung aufgetreten ist, danach rufe ich QSYGETPH (mit den gleichen Anmeldeinformationen, die gerade die Authentifizierung erfolgreich bestanden setzt den InvalidSignonAttemps-Indikator für den Benutzer zurück Danke für die Hilfe –

JT400 verwendet nicht den normalen Signon-Mechanismus, wenn es verbindet ... so ist das Verhalten etwas, das mich nicht überrascht. JT400 meldet sich per se nicht an ... es verbindet sich. Etwas anderes Verhalten.

Die Frage, die ich habe, ist: Warum ist es wichtig, die gültige Anmeldeanzahl zurückzusetzen, wenn Sie über JT400 verbinden?

Quelle

2012-12-07 16:08:59

Hallo, denn wenn der Benutzer 2 ungültige Anmeldungen macht und dann eine gültige Anmeldung, sollte der Zähler zurückgesetzt werden, da der as400 immer mit seiner Green-Screen-Anmeldung funktioniert. Wenn dies nicht der Fall ist, wenn er das nächste Mal ein falsches Passwort eingibt, das in ein paar Tagen mit mehreren erfolgreichen Anmeldeversuchen dazwischen liegen könnte, wird er immer noch deaktiviert sein .. –

OK, ich verstehe, was du meinst Möglichkeit, ungültige Anmeldungen zu löschen Sie könnten versuchen, eine Nachricht an die JAVA400-L-Mailingliste zu senden ... einige der JT400-Devs & SMEs rumhängen (http://mllists.org/java400-l). –

Es scheint, dass ein PTF, den wir letzten Monat geladen haben, der Schuldige war, der es verursacht hat. Entfernt das PTF und alles ist gut. –

Dieses Verhalten wird mit dem folgenden PTF behoben: V6R1 SI48759 V7R1 SI48761

Quelle

2013-03-13 08:08:32

AS400.validateSignon() setzt die fehlgeschlagenen Anmeldeversuche nicht auf 0 zurück

Antwort

Verwandte Themen