Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Nodogsplash Question #619

Open
TomiSi12 opened this issue Jan 31, 2023 · 11 comments
Open

Nodogsplash Question #619

TomiSi12 opened this issue Jan 31, 2023 · 11 comments

Comments

@TomiSi12
Copy link

Sehr geehrtes Nodogsplash-Team,

Ich habe eine Frage für mein Projekt mit Nodogsplash. Ich verwende einen Raspberry Pi mit Debian und habe RaspAP und Nodogsplash installiert. Wie kann ich in der nodogsplash.conf einstellen, dass authentifizierte Benutzer nach jedem Disconnect des WLANs gelöscht werden, damit nach jedem Verbinden des WLANs die Captive-Portal-Seite angezeigt wird?

Mit freundlichen Grüßen,
Simon Müller

@mwarning
Copy link
Member

Hi,

Nutzer werden werden automatisch nach einem disconnect und einem timout gelöscht. Daher musst du eigentlich nichts tun...

@TomiSi12
Copy link
Author

also bei mir ist es immer so das wenn sie sich verifizieren, dass sie sich nie löschen

@mwarning
Copy link
Member

AuthIdleTimeout ist 120 Minuten bevor ein Nutzer wieder entfernt wird. Hattest du solange gewartet?

@TomiSi12
Copy link
Author

TomiSi12 commented Feb 1, 2023

Ja, funktioniert auch nicht.

@TomiSi12
Copy link
Author

TomiSi12 commented Feb 1, 2023

Ich kann die AuthIdleTimeout nicht auf 1min setzten. Ich wollte es noch mal versuchen mit 1 min, aber das geht nicht.

@TomiSi12
Copy link
Author

TomiSi12 commented Feb 5, 2023

und wenn ich es ohne internet und ohne lan verwenden will dann muss ich in dnsmasq.conf datei "address=/#/10.3.144.1 (ip vom wlan0) " eingeben und dann geht nodogsplash Seite, aber die Seite auf meinem Raspberry Pi ladet sehr langsam oder gar nicht. Wie kann ich das fixen. Ich brauche eine schnelle Antwort, weil ich das Projekt am 8 Februar abgeben sollte. Danke für die schnelle antwort.

@bluewavenet
Copy link
Contributor

10.3.144.1 is a private RFC 1918 address.
Most client devices will do many retries or even refuse to be redirected with a private address.

Try:
address=/#/123.123.123.123

@TomiSi12
Copy link
Author

TomiSi12 commented Feb 8, 2023

Ich muss das von mir nochmal korrigieren. Ich habe auf eth0 Port die ip 192.168.0.59 wenn ich am Lan bin. Also hab ich in die Datei dnsmasq.conf das hier eingegeben: „address=/#/192.168.0.59
Weil ohne das geht Nodogsplash ohne lan Verbindung nicht. Durch das in der dnsmasq läuft Nodogsplash und das Captive Portal öffnet sich und nach autorisieren leitet es auf meinen lokalen Webserver der auf wlan0 läuft ip 10.3.144.1:80 weiter, aber nach dem Autorisieren ladet meine Seite langsam oder garnicht mehr ohne lan und Internet

@bluewavenet
Copy link
Contributor

Clients versuchen, eine Verbindung zu einer speziellen Website herzustellen, um zu testen, ob ein Captive-Portal vorhanden ist. Dazu fordert der Client die IP-Adresse per DNS an.
Wenn NoDogSplash eine private RFC1918-IP-Adresse zurückgibt, werden viele Clients viele Male erneut versuchen oder alle Versuche aufgeben.
Sowohl 192.168.xxx.xxx als auch 10.xxx.xxx.xxx sind private RFC1918-Adressen. Ich denke, das ist höchstwahrscheinlich dein Problem.

@TomiSi12
Copy link
Author

TomiSi12 commented Feb 8, 2023

Ich habe auf den Raspberry eine WordPress Seite auf 10.3.144.1 (wlan0 ip) auf diese sollten die Clients (nach der Verifizierung am Nodogsplash Captive Portal) hinkommen und verwenden können. Doch ohne Internet geht das nicht richtig.

@TomiSi12
Copy link
Author

TomiSi12 commented Feb 8, 2023

Also meinen Sie das?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants