In der aktuellen Firmware gibts leider einen Fehler, der am Ende der Erstkonfiguration des Routers für Verwirrung sorgen kann. Die Anleitung zur Übermittlung des Schlüssels (s. letzten Screenshot in der Installationsanleitung) sieht etwas komisch aus. Das ist aber kein großes Problem. Zum einen funktioniert auch ohne die Übermittlung des Schlüssels alles. Am besten hält man sich aber in die Installationsanleitung, da stehts richtig.
Da ich beruflich gerade ziemlich eingespannt bin, dauert es bis zur Korrektur der Firmware noch etwas...
- Details
Für die Router unserer Knoten haben wir eine neue Firmware erstellt. Primär ging es dabei um das Testen der automatischen Update-Funktion. Das hat problemlos funktioniert.
Ansonsten haben wir lediglich ein paar Parameter geändert. So ist nun für neue Router kein Versenden dessen VPN-Schlüssels mehr notwendig. Wer einen Router ins Freifunk-Netz integrieren möchte, muß sich jetzt also lediglich hier die passende Firmware herunterladen, mit dieser den Router flashen und diesen an sein vorhandenes Netzwerk anstecken. Der Router sollte sich dann automatisch mit unserem Netz verbinden und somit den Freifunk-Zugang ermöglichen.
- Details
Wer uns bei den ersten Tests unterstützen möchte, kann sich jetzt hier das erste Release unserer Firmware herunterladen. Getestet und zu empfehlen sind die Routermodelle WR841ND und WDR3600 von TP-Link, aber auch alle anderen Routermodelle mit verfügbarer Firmware auf der Download-Seite sollten funktionieren. Bis wir selbst eine Installationsanleitung verfaßt haben, kann man sich z.B. an die Beschreibung der Rothenburger Community halten. Dabei aber natürlich unsere Firmware nutzen und den zum Abschluß der Installation angezeigten Routernamen und VPN-Key per E-Mail an
Da es sich um die erste Testversion handelt, kann es durchaus sein, daß noch nicht alles wie gewünscht funktioniert. Außerdem muß später sicher noch mehrmals eine neuere Firmware von Hand installiert werden. Bei Problemen helfen wir aber gern weiter.
- Details
Bei der Planung wurde berücksichtigt, daß später einmal eine einfache Trennung in die 2 Communities Gera und Greiz erfolgen kann.
Zum Aufsetzen der Infrastruktur-Server mit den benötigten Diensten, welche wiederum Voraussetzung für erste Tests mit der Router-Firmware ist, werden bereits verschiedene Grundparameter, wie IP-Adressen benötigt. Dazu wurde im freifunk.net-Wiki der IPv4-Bereich 10.181.0.0/16 und bei SixXS der IPv6-Bereich fdb5:078b:64cc::/48 reserviert. Außerdem wurden zwei Einträge (Gera und Greiz) mit noch nicht vielen Daten für die API erstellt. Wenn alles gut geht. sollte unsere Community damit bald z.B. in der Community-Übersicht auftauchen.
Bei freifunk.net wurde die Subdomain "gera-greiz.freifunk.net" beantragt, welche auf diese Webseiten umleitet. Prophylaktisch wurden auch schon die beiden Subdomains "gera.freifunk.net" und "greiz.freifunk.net" erstellt, welche auch beide hierher umgeleitet werden.
- Details
Wer in den letzten Tagen aufmerksam auf unsere Karte geschaut hat, wird mitbekommen haben, daß es dort seit ca. 3 Wochen ein zweites Gateway gab. Ein solches benötigen wir ja dringend als Redundanz für unser bisheriges Gateway. Ich hatte deswegen bei Hetzner einen der neuen vServer (CX10 für 4,46€/Monat) bestellt. Diesen hatte ich bereits fertig konfiguriert und im Testbetrieb an einigen Knoten laufen. Zum heutigen Treffen wollte ich das stolz päsentieren und zu weiteren Tests einladen. Daraus wird nun leider erstmal nichts.
Heute früh habe ich festgestellt, daß der vServer nicht per IPv6 erreichbar ist. Per IPv4 und auch sonst hat alles funktioniert. Fehler in der vServer-Konfiguration konnte ich ausschließen. Also habe ich ein Ticket bei Hetzner aufgemacht. Der Support meldete sich auch recht schnell. Der Virtualisierungs-Host hatte eine Fehlkonfiguration. Ich sollte den vServer stoppen und neu starten, danach würde alles wieder gehen. Habe ich gemacht, allerdings bootete der Server nicht mehr, sondern blieb mit der Meldung "not a bootable disk" stehen. Ähnliche Probleme gab es in den vergangenen Wochen bereits, wurden dann aber beseitigt. Diesmal nicht. Das kam vom Support per Mail:
"nach einer weiteren Analyse musste ich leider feststellen das hier ein Programmierfehler vorlag. Sie haben eine neue virtuelle Festplatte zugewiesen bekommen, die alte wurde bedauerlicherweise mit samt der Snapshots bereinigt."
Damit war der Inhalt der (virtuellen) Festplatte weg und auch der als Backup-Möglichkeit angelegte Snapshot. Also meine ganze Arbeit der letzten Wochen. Sehr ärgerlich.
Ich habe den vServer bei Hetzner nun gekündigt und werde mich auf die Suche nach einer Alternative begeben.
- Details
namespace geöffnet?
<name>space
geschlossen seit 06.06.2026 17:29 Uhr