Ich habe zum Testen auf der PLO (ehemals WHO) und der 33 den sog. "DHCP-Splash" eingeschaltet.

Damit sollte jedes Windows- oder Mac-Notebook, das sich zu olsr.freifunk.net bzw. ch13-olsr.freifunk.net verbindet eine IP von diesen Knoten bekommen (wenn er sich in unmittelbarer Nähe dieser Knoten befindet). Windows sollte dann eine funktionierende Internetverbindung anzeigen, Pings ins Internet sollten funktionieren und die Webseiten www.freifunk-bno.de, www.freifunk.net, web.de, gmx.de und heise.de sollten besucht werden können. Andere Webseiten (z.b. www.dlf.de) sollten nicht angezeigt werden. Statt ihrer soll eine Sperr-Seite gezeigt werden, mit der Bitte sich auf unserer Webseite den Punkt "Der Einstieg" durchzulesen.

Freifunk-Router und andere Geräte, die mit einer 104er IP unterwegs sind, bekommen hiervon nichts mit, sondern verhalten sich wie zuvor.

Kann jemand, der direkt an der 33 oder PLO hängt, dies mit einem Notebook ausprobieren und hier berichten, ob das Verhalten so stimmig ist?

Ich habe mir das Setup gerade nochmal angeschaut: So wie ich es eingestellt habe, konnte DHCP-Splash nie funktionieren. Ich verstehe auch nicht, wie sich die Entwickler es gedacht haben: Meiner Meinung kann es mit der Weboberfläche nicht in einen funktionierenden Zustand überführt werden.

DHCP übernimmt das Programm dnsmasq und wird auch korrekt konfiguriert. Stellt man auf dem Router etwa ein: "Verteile IPs auf deinem Wlaninterface von 10.10.10.1-255", dann wird die dnsmasq-konfiguration korrekt angepasst. Allein: Es fehlt ein Interface, dass die IP 10.10.10.1 hat und dnsmasq verteilt deshalb keine Adressen.

Stellt man einen Bereich im 104er Adressbereich ein, etwa 104.13.50.16/28, was ja grundsätzlich im Bereich der Wlan-Adresse 104.13.3.33/8 enthalten ist, verweigert dnsmasq auch den Dienst. Grund ist angeblich, dass es keinen Adresspool für das Interface hat.

Ich habe zum Testen auf der 104.13.3.33 in der /etc/fw.local ein zusätzliches Interface mit der IP 10.10.10.1/24 angelegt. Ich hoffe, jetzt geht es.

eliza schrieb:
QUOTE:

Stellt man einen Bereich im 104er Adressbereich ein, etwa 104.13.50.16/28, was ja grundsätzlich im Bereich der Wlan-Adresse 104.13.3.33/8 enthalten ist, verweigert dnsmasq auch den Dienst. Grund ist angeblich, dass es keinen Adresspool für das Interface hat.


Hast Du das manuell per dhcp-range versucht?

IMHO braucht dieser Parameter doch gar kein Subnetz, sondern eine Bereich (Start,Stop), z.B.
auf meinem Router in dnsmasq.conf auf dem Interface eth0 mit 192.168.2.1/24:

Code:

domain-needed bogus-priv filterwin2k resolv-file=/tmp/resolv.conf server=192.168.1.1 interface=eth0 dhcp-range=192.168.2.100,192.168.2.199,1h

dnsmasq verteilt dann im lokalen Netz per DHCP Adressen aus [.100,.199] und nimmt die 192.168.1.1 als DNS-Server.

Ich wollte eigentlich etwas, was sich weitgehend, besser vollständig über das Webinterface einstellen lässt. Das Packet DHCP-Splash scheint immer zu Naten, daher sind 104er IPs und OLSR HNAs auf die IPs nicht sinnvoll.

DHCP-Splash stellt dann auch den dnsmasq ein und nutzt dazu den Befehl dhcp-range. Es hätte also eigentlich funktionieren sollen.

Keine direkte Antwort, aber ich wollte DHCPsplash auch nutzen und habe es nicht hinbekommen, wenigstens nicht über die Oberfläche. Stutzig macht mich eine Meldung oberhalb des Verwaltungsfensters DHCP-Splash:

/www/cgi-bin/dhcpsplash.html: 18: get_netparam: not found

Wenn jemand das weiterhilft und mich mit Tips für Laien versorgen kann, wäre das toll, ansonsten komme ich nicht um meinen Hausrouter herum und das Freifunk-Surfen im Park ist auch nicht möglich.