bei einem Kunden habe ich das Problem, dass beim Login nach Einverständniserklärung immer mal wieder vorkommt, dass der Login wegen falschem Benutzername/Passwort abgelehnt wird. Beim Login nach Einverständniserklärung wird dies ja im Hintergrund angelegt. Hier scheint irgendwie der Radius den User nicht schnell genug anzulegen oder der PublicSpot ist zu schnell für den (internen) Radius.
Problem ist mit der 9.10.0382Rel aufgetreten. Auch in meinem Test-Szenario konnte ich den Fehler ein paar mal beobachten (aber nicht gezielt provozieren). Hat jemand eine Idee, wie ich das umgehen kann (Schaltsekunde einbauen? )
was kommt da für eine genaue Fehlermeldung?
Ich habe beim "Login nach Einverständniserklärung" ab und an mal ein "Die maximale Anzahl der Login-Versuche wurde überschritten." zugetragen bekommen (Kommt das evt. am Ende, wenn Du es im Fehlerfall mehrmals probierst?). Ich konnte das Problem nicht klären. Keine Ahnung, was der Benutzer anders gemacht haben soll, als andere. Probleme im Public Spot nachzuvollziehen ist aufgrund der Menge der Anzahl der Tabellen (und alles ist unter Status noch nicht mal einsehbar) ein komplexes Unterfangen...
Dass (bei Deinem Problem) der RADIUS nicht hinterher kommt, nehme ich eher nicht an. Über welches Gerät sprechen wir denn hier? Und wie ist ggf. die übliche CPU-Last?
der genaue Wortlaut habe ich grade nicht greifbar; aber definitiv der Fehler, dass Benutzername/Passwort nicht korrekt sind. Geht man zurück zur Anmeldemaske, geht es beim 2. oder 3. Versuch. Machen das aber 20 Nutzer, ist schnell die Benutzertabelle voll. Ich überlege schon, hier einen externen Radius einzusetzen, um das 64-User-Limit zu umgehen. Oder per Script alle x Stunden die User-Tabelle zu löschen.
Es handelt sich um einen 1781AW, CPU-Last ist - wenn ich denn mal drauf schaue - immer unter 20%, meist im einstelligen Bereich gewesen.
Der Fehler trat auch schon bei meinen eigenen Tests auf, es kann also nicht am Userverhalten liegen.
ich kann das Verhalten jedenfalls bestätigen, es erscheint die Meldung Benutzername oder/und Passwort falsch. Jedoch konnte ich den Fehler noch nicht mittels Radius Trace einfangen da er einfach willkürlich auftritt und ich keine Trace tagelang offen lassen kann.
gerade kam der Fehler, hatte aber leider den Trace auch nicht am laufen. Lasse ihn jetzt mal beim Kunden und im Test-Szenario laufen und hoffe, dass ich was mitschneiden kann.
Die Fehlermeldung lautet:
hyperjojo hat geschrieben:Geht man zurück zur Anmeldemaske, geht es beim 2. oder 3. Versuch. Machen das aber 20 Nutzer, ist schnell die Benutzertabelle voll.
wenn das mal nicht das Problem ist, was ich schon vor über einem Jahr analysiert habe: http://www.lancom-forum.de/public-spot- ... tml#p72083
Ich habe ein umfangreiches Regelwerk an Cron-Befehlen und Aktionstabellen-Befehlen, damit dieses Problem umgangen wird.
hyperjojo hat geschrieben:Ich überlege schon, hier einen externen Radius einzusetzen, um das 64-User-Limit zu umgehen.
Das funktioniert nicht.
hyperjojo hat geschrieben:Oder per Script alle x Stunden die User-Tabelle zu löschen.
Da kommst Du der Sache schon näher, ist aber doof für die User, die noch drin sind...
stimmt, Du hast Recht, da habe ich jetzt etwas vorschnell drüber weggeschaut. Es ist tatsächlich die gleiche MAC. Was ja wieder auf mein schon dokumentiertes Problem hinweisen könnte. Denn oben steht ein anderer Benutzername als unten, es gibt also zwei. Und der eine altert dann am Ende nicht raus.
Dass das Accounting gestoppt wird, sehe ich jetzt aber nicht.
Insgesamt ist mir Dein Trace noch etwas zu kurz und zu eingeschränkt. Mach mal so wie ich in dem oben angegebenen Link gleichzeitig noch einen Public-Spot-Trace (tr # lanauth).