Show Posts
1
German - Deutsch / CaptivePortal Session Ansicht kaputt
« on: April 24, 2019, 05:13:40 pm »
Hallo,
Hintergrund: 3x Zonen + Voucher. Voucher.php und VoucherController.php angepasst. Übergebe Name + Passwort aus externen CRM System. Funktioniert auch tadellos.
Nach harten Stromausfall, ggf. auch eher (genauer Zeitpunkt ungeklärt) ist die Session Ansicht gebrochen.
Zone 2 sieht normal aus, Zone 1 und 0 zunächst leer. Nachwechel von Zone 2 auf 1 oder 0 Spalten falsch. Sessionid statt des Usernames.
In der captiveportal.sqlite sieht man es. statt Name steht die Session ID. Statt IP oder MAC die Uhrzeit o.ä. Habe auf TESTSYSTEM die Zeilen rausgeöscht. Auch die /conf/captiveportal.sqlite ersetzt.
Die Session Ansciht ist immer ncoh kaputt.
API Call liefert nur bei Zone 2 Daten. Zonen 1 und 0 sind leer.
Was habe ich übersehen? Wie kann man die Sessions wieder fixen?
Meine Anpassungen oben übernehmen nur Username + Passwort aus dem Webrequest. Nachher wird Passwort über OS verschlüsselt und eingetragen. Habe also an den Basis-Funktionen nix geändert. Ohne Username wird auch die "normale" Funktion genommen. Ich kann also immer noch Tickets aus der Oberfläche generieren.
Seit Januar lief es stabil. Denke mal, dass die gebroche Sessioni-Table nichts damit zu tun hat.
SQLite Browser:
Oberfläche:
Zone 2 - so wie es sein soll!
mfg Crusher
Hintergrund: 3x Zonen + Voucher. Voucher.php und VoucherController.php angepasst. Übergebe Name + Passwort aus externen CRM System. Funktioniert auch tadellos.
Nach harten Stromausfall, ggf. auch eher (genauer Zeitpunkt ungeklärt) ist die Session Ansicht gebrochen.
Zone 2 sieht normal aus, Zone 1 und 0 zunächst leer. Nachwechel von Zone 2 auf 1 oder 0 Spalten falsch. Sessionid statt des Usernames.
In der captiveportal.sqlite sieht man es. statt Name steht die Session ID. Statt IP oder MAC die Uhrzeit o.ä. Habe auf TESTSYSTEM die Zeilen rausgeöscht. Auch die /conf/captiveportal.sqlite ersetzt.
Die Session Ansciht ist immer ncoh kaputt.
API Call liefert nur bei Zone 2 Daten. Zonen 1 und 0 sind leer.
Was habe ich übersehen? Wie kann man die Sessions wieder fixen?
Meine Anpassungen oben übernehmen nur Username + Passwort aus dem Webrequest. Nachher wird Passwort über OS verschlüsselt und eingetragen. Habe also an den Basis-Funktionen nix geändert. Ohne Username wird auch die "normale" Funktion genommen. Ich kann also immer noch Tickets aus der Oberfläche generieren.
Seit Januar lief es stabil. Denke mal, dass die gebroche Sessioni-Table nichts damit zu tun hat.
SQLite Browser:
Oberfläche:
Zone 2 - so wie es sein soll!
mfg Crusher