March 2017 - Dev - Freifunk Nordwest

[Fwd: [gluon] site.conf: mesh VPN configuration / tunneldigger support]
by Bjoern Franke 11 Mar '17

11 Mar '17

\o/

2 1

next-node fehler in site.conf?
by lrnzo 10 Mar '17

10 Mar '17

Hallo, in unserer site.conf steht ja derzeit folgendes: next_node = { ip4 = '10.18.0.127', ip6 = 'fd74:fdaa:9dc4:127', mac = '16:41:95:40:f7:dc', }, und in der site.mk taucht auch eine Zeile mit gluon-next-node auf. Eigentlich sollte das betreffende Interface local-node@br-client also die passenden Adressen enthalten. In der Realität hat man aber nach Eingabe von 'ip a s' nur das hier: 10: local-node@br-client: mtu 1500 qdisc noqueue link/ether 16:41:95:40:f7:dc brd ff:ff:ff:ff:ff:ff inet6 fe80::1441:95ff:fe40:f7dc/64 scope link valid_lft forever preferred_lft forever und nun fiel mir gerade auf, dass die v6 Adresse in der site.conf gar keine 128 bit lang ist sondern nur 64. Da fehlt imho ein :: und es müßte eigentlich next_node = { ip4 = '10.18.0.127', ip6 = 'fd74:fdaa:9dc4::127', mac = '16:41:95:40:f7:dc', }, in der site.conf heißen. Vielleicht war dieser kleine Fehler der Grund dafür, dass bei uns immer die next-node Adresse nicht funktionierte ?! Bin gespannt Lorenz

1 1

Hoodselector erfolgreich deaktivieren?
by lrnzo 05 Mar '17

05 Mar '17

Hallo Leute, es kommt manchmal vor, dass ich den hoodselector vorübergehend deaktivieren muss. Das mache ich immer, indem ich den cronjob in der /usr/lib/micron.d/hoodselector auskommentiere. Allerdings hilft das in der aktuellen stable 20170222 nicht, da es scheinbar lt Stefan noch einen zweiten cronjob irgendwo gibt. Ist das Absicht? lg lorenz

1 1

hoodselector aktiviert mesh_on_wan, obwohl... s.u.
by Lorenz Wenner 05 Mar '17

05 Mar '17

root@FF-OL-Bültmann-uplink:~# hoodselector VPN connection found. Position found. Set hood "ol" Hood set by VPN mode. Interface mesh_wan enabled. Interface mesh_lan enabled. root@FF-OL-Bültmann-uplink:~# uci show network | grep auto network.wan.auto='1' network.mesh_wan.auto='0' network.mesh_lan.auto='1' lg lronz

2 1

Gründe fürs Bricken ermittelbar?
by Malte Modler 04 Mar '17

04 Mar '17

Hi, seit dem letzten Firmwareupgrade ist ein Router von mir gebrickt. Lässt sich im Nachhinein noch ermitteln/debuggen warum er sich gebrickt hat, und wenn ja wie? Ich würde ihn auch für diesen Zweck verleihen. Und wenn nein, würde ich einfach versuchen ihn wieder zum laufen zu bringen... LG Malte

2 1

Netmon und WIFI GeoLocator beim GSoC 2017
by Clemens John 01 Mar '17

01 Mar '17

Hi, on monday Freifunk has been accepted as mentoring organization for the Google Summer of Code 2017 scholarship program. This year we offer much more projects than in the past. And again there are also three projects proposed by mentors from Freifunk Nordwest. WIFI GeoLocator (mentored by Johannes): https://wiki.freifunk.net/Ideas#WIFI_GeoLocator Netmon (mentored by Clemens): https://wiki.freifunk.net/Ideas#Netmon_Software_Compilation All three projects offered by Freifunk Nordwest are software development projects and we would really appreciate your application for one of our projects. So please bookmark the date for the students application period (March 20, 2017 - April 3, 2017) and take a look at our organizations page: https://summerofcode.withgoogle.com/organizations/5425897067773952/ If you are interested in taking part in one of our projects please contact us privatey or via the WLANWare mailinglist: http://lists.freifunk.net/mailman/listinfo/wlanware-freifunk.net If Freifunk does not fit your interests there are thousands of other projects and hundrets of organizations to take a look at - many of them well known for the best opensource software in the world. Please visit the GSoC 2017 website for more information: https://summerofcode.withgoogle.com Best whishes Clemens

1 0

Neue Testing Firmware Hoodselector Fix und Update Fest
by Johannes Rudolph 01 Mar '17

01 Mar '17

Moin zusammen, ich habe gerade eine neue Testing gebaut. Ihr findet sie hier: Meine Änderungen zum Aktuellen stable findet ihr hier: https://git.ffnw.de/ffnw-firmware/packages/tree/johannes/201703 <https://git.ffnw.de/ffnw-firmware/packages/tree/johannes/201703> Download: https://firmware.ffnw.de/20170227_testing/ Meine Änderungen / Anpassungen / Ergänzungen: Hoodselector: Ich habe folgendes umgebaut, was für die Praxis mir aktuell deutlich sin voller erscheint: Wenn ein Router ein VPN Router ist und eingetragene Koordinaten hat, wird nich überprüft ob es einen Mesh Konflikt per Mesh on LAN/WAN gibt. Sicherlich kann es hierdurch zu Hoodkurzschlüssen kommen, allerdings passiert das aktuell bei Firmware updates sehr oft und ich und Stefan sind den ganzen Tag dabei diese Hoodkurzschlüsse auf den Supernodes zu trennen. Dadurch das der VPN Router dieses nicht mehr prüft haben die MeshKnoten um ihn herum es einfacher die richtige Hood zu finden, wenn mehr als eine im lokalen Mesh vorhanden ist. Dann habe ich noch die Gewichtung der Mesh Router geändert. Bisher bekam ein VPN Router das Gewicht von 2 und ein einfacher Mesh Router das Gewicht von 1. Wenn nun per Mesh on LAN/WAN mehre Hoods ermittelt worden sind gewinnt immer die Hood mit dem größten Gewicht. Jetzt hat ein VPN Router ein Gewicht von 20. Eine Beispiel Rechnung: Aktuelle Firmware 10 Router davon ist einer VPN Uplink. Alle anderen 9 Meshen nur über Mesh on LAN/WAN. Die Richtige Hood wäre in diesem Beispiel Oldenburg. Aktuell sind nach einem Sysupgrade alle Router in der Default Hood, da die Einstellungen beim Sysupgrade aus der site.conf überschrieben werden, dazu später mehr. Wenn nun der Hoodselector auf einem der Mesh Knoten ausgeführt wird ergibt sich folgende Gewichtung Hood Oldenburg 2 Hood Default 8 Der Meshknoten würde weiterhin die Default Hood auswählen. Wenn in der Zwischenzeit der Hoodselector auf dem VPN Router ausgeführt wird schaltet dieser immer im Wechsel zusätzlich noch Mesh on LAN/WAN immer ein und aus, diesem im Rhythmus des Cronjobs Meine Jetzige Testing Version: Kleiche Routerkonstellation Wenn nun der Hoodselector auf einem der Mesh Knoten ausgeführt wird ergibt sich folgende Gewichtung Hood Oldenburg 20 Hood Default 8 Jetzt wählt der MeshKnoten die Richtige Hood aus. Alle anderen Meshknoten werden nachziehen und nach einem einmaligen Durchlauf des hoodselectors in der gleichen Hood sein. Der VPN Router schaltet jetzt nicht mehr seine Mesh on LAN/WAN Verbindung ab. Ich denke bis VXLAN im Kernel uns zur Verfügung steht und sich unser Meshing Problem in Luft auflöst ist dieses eine sehr praxisnahe praktikable Lösung. Zusätzlich habe ich den Hoodselctor update fest eingebaut. Bedeutet das auch nach einem sys upgrade der Router in seiner alten Hood wieder startet. Dafür speichert der Hoodselector nun in der Datei /etc/config/hoodselector seine aktuell ausgewählte Hood ab. Diese Datei bleibt beim sys upgrade erhalten und wird nicht verändert. Nach dem Sysupgrade laufen einige Upgrade Skripte. Nach dem Durchlauf des Skriptes das nun standardmäßig die fastd Config anhand der site.conf überschreibt, läuft ein weiteres Skript, dass die richtige fastd Config für die Hood anhand der gespeicherten Hood aus dem Hoodfile neu schreibt. Nun verbindet sich der Router nach dem Sysupgrade wieder mit der richtigen Hood auf anhieb und landet nicht mehr standardmäßig in der Default Hood. Zusätzlich steht nun nach dem Login auf dem Router auch die Ausgewählte Hood zur Verfügung. Schaut es euch einfach mal an. Ich hoffe das hilft die Stabilität unseres Netzes zu Verbessen Ich habe bzw bin gerade noch dabei einen Cooperative Locator zu bauen, der es ermöglichen soll die Position an Hand der umliegenden Router zu ermitteln. Eine erste noch nicht fertige, aber lauffähige Version ist in der Testing enthalten. Dieses Paket baue ich in einem Git Submodule. Ich habe schon vor über einem Jahr eingebaut das die submodules beim gluon build mit ausgecheckt werden, um gleich die Frage zu beantworten ob das klappt. Den Code dazu findet ihr hier: https://git.ffnw.de/ffnw-firmware/cooplocator <https://git.ffnw.de/ffnw-firmware/cooplocator> Zukünftig kann der geolocator dann damit die Position anhand der umliegenden WLAN Netzwerke über openwifi.su und anhand der lokalen Mesh Knoten vor Ort ermitteln. Fragen? Wünsche? Anregungen? Gruß Johannes

4 8