- Dev - Freifunk Nordwest

Sign Request 20171014

by Jan-Tarek Butt

Moin Moin leute, Ich habe heute eine neue Firmware gebaut. Basisdaten: * Firmware-Version: 20171014 * Gluon-Version: v2017.1.x * Commit ID: 3e2e72729f43aff4dcbc8da63336990875929cd7 * Download: https://firmware.ffnw.de/20171014 Folgende Gluon spezifischen Änderungen gab es unter anderen: * Gluon basiert nun auf LEDE anstelle von OpenWRT welches stark veraltet war/ist. Die LEDE basis von Gluon ist nun v17.01.3. Welches u.a. Stabilisierung-Verbesserungen, security fixes und einige Updates enthält. (Changelog findet sich hier ) v17.01 [0], v17.01.1 [1], v17.01.2 [2], v17.01.3 [3]. * Der Kernel wurde von 3.18.x auf v4.4.89 geupgraded. * Das Gluon build system wurde vereinfacht und einige hacks die für OpenWRt notwendig waren wurden entfernt. * das opkg repo enthält jetzt auch Architektur spezifischen Pakete. * Das deaktivieren von batman-adv auf einem Netzwerk Interface hat vorher teilweise einen kernel crash verursacht. Z.B. während eines sysupgrade Prozesses. Diese Problem ist nun behoben (#680). * Eine race condition im Netzwerk setup scripts konnte zu unvollständigen Konfigurationen führen (#905). Der fix behebt außerdem das Hängenbleiben von WLAN und VPN losen Geräten. * Einige Änderungen im WLAN stack von LEDE haben die Stabilität vom ath9k Treiber verbessert (#605). * Ein neues Feature ist der DNS cache für clients (#1000). Dieses kann das Nutzer Erlebnis verbessern (#1000). Siehe dazu auch [4]. * batman-adv wurde auf Version 2017.1 geupdated [5]. * GCC 4.8 oder neuer wird jetzt zum bauen benötigt. * Support für tunneldigger mesh VPN * Ein bug in einigen batman-adv versions zuvor kann zu einer großen Anzahl von management traffic führen. Das batman-adv multicast optimization wurde vorübergehend deaktiviert um das Problem zu umgehen. Multicast optimizations wird wieder eingeschaltet sobald das management traffic Problem behoben ist. * batman-adv gw_mode ist nun Upgrade fest (#1196). Das kann nützlich sein wenn man z.b. einen Gluon Router an einen Router mit DHCP hängt, muss der gw_mode gesetzt sein um batman-adv als server laufen zu lassen. * Es gibt jetzt die Möglichkeit die batman-adv Algorithmen (BATMAN IV or BATMAN V) in der site.conf zu konfigurieren (#1185). BATMAN V ist nach wie vor nicht gut getestet. Diese Option ermöglichst es BATMAN V basierte test meshes aufzubauen. * dnsmasq wurde auf v2.78 upgegraded um folgende bugs zu beheben: CVE-2017-13704, CVE-2017-14491, CVE-2017-14492, CVE-2017-14493, CVE-2017-14494, 2017-CVE-14495 und 2017-CVE-14496 die wichtigsten fixes die oben genannt worden, beheben (remote code execution) in der DHCP Komponente von dnsmasq. Der DHCP ist nur im ConfigMode aktiv. Ein Angreifer kann memory Korruption und mögliche remote code execution erzwingen, indem er einen bösartig DNS Server anbietet und einen Gluon Router austrinkst so das dieser den bösartig DNS Server nutzt. * Einige security Issues wurden in Paketen behoben die in der regel nicht teil der Stock-Firmware von Gluon sind. Mit involviert sind u.a tcpdump, curl und mbedtls weiteres kann man hier einsehen [6] * Das Filtern von multicast paketen zwischen dem mesh und local-node interface wurde gefixed (#1230). Dieses Problem hatte verursacht das gluon-radvd router advertisement an lokale clients gesendet hatte wenn eine anfrage aus dem lokalen Netz kam. * Es wird verhindert ein build tätigen wenn wir autoupdater mirror URLs nicht mit http:// starten (9ab93992d1fc). * Fix MAC Adressen für den TP-Link TL-WR1043ND v4 wenn Gluon auf der neueren stock Firmware installiert wird (#1223). Die upstream Änderungen findet ihr hier: https://github.com/freifunk-gluon/gluon/compare/d722c2...3e2e72 Folgende Comunnity spezifischen Änderungen gab es: package repo: * Das Paket "disable-11s" welches das versehentliche einschalten von IEEE802.11s wieder rückgängig macht ist entfernt. * Das Paket ffnw-config-mode-geo-location wurde aktualisiert, und nutzt jetzt minified js. * Alle Pakete wurde von luci.model.uci auf simple-uci angepasst. * Die Default hood bssid wurde von 02:CA:FF:EE:BA:BF auf 02:00:0A:12:E0:00 korrigiert. * Das Paket hoodselectorctl wurde entfernt. * Das Paket nodewatcher2 wurde entfernt. * Das hoodselector upgrade script nutzt nun BSSIDs zur Identifikation der hood, welche eindeutig ist, Anstelle des hoodnames. * Der hoodselector prüft im Radiolest Mode ob mesh on lan/wan an ist. * Der hoodselector nutzt nun kein scan dump mehr welchen Airtime gespart hatte. diese funktion ist in LEDE nicht mehr vorhanden. Die Änderungen an unseren eigenen Paketen können im Packages-Repository hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/packages/compare/20170822..… siteconf repo: * Ein paar patches die den umgeng mit IEEE802.11s in openWRT ermöglichen wurden entfernt. * Das Modul netmon wurde entfernt. * fastd kann nun auch die crypt Methode 'null' was bedeutet das ein unverschlüsselter Tunnel aufgebaut werden kann. Dies kann über den configMode eingestellt werden. * autoupdater good signatures level ist auf 5 gestiegen. * Die update Priorität wurde von 0 auf 2 erhöht. D.h. es dauert mindestens 2 tage bis alle Geräte das Update erhalten. Änderungen an der Siteconf können im Siteconf-Repo hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/siteconf/compare/20170822..… * Wichtiger Hinweis * Es gibt ein Problem in allen Gluon Versionen vor 2016.2.6 welche die x86 Systeme betrifft. Diese verlieren ihre Konfiguration wenn diese auf Gluon 2017.1.x updaten. Ältere Firmware Versionen sollten vorher auf 20170822 [7] upgraden, bevor diese 20171014 installieren. Ein anderes potentielles Problem betrifft die meisten Virtuellen Maschinen. Die Gluon 2017.1.x images sind größer als die 2016.2.x images. Dies betrifft die x86 Architektur. Wenn deine Festplatte auf 2016.2.x images basiert, muss diese auf 273MB order größer vergrößert werden. Dies solltes du vor den update auf 20171005 machen! Der Befehl für qemu wäre z.b. folgender: qemu-img resize $IMAGE 273MB Ich bitte euch die Änderungen zu prüfen und die Firmware im Anschluss zu signieren. Die Dokumentation zum Signaturprozess findet ihr im Wiki unter: http://wiki.nordwest.freifunk.net/Firmware/Releaseprozess#Firmware_signieren Schöne Grüße aus Frankreich Tarek [0] https://lede-project.org/releases/17.01/changelog-17.01.0-final [1] https://lede-project.org/releases/17.01/changelog-17.01.1 [2] https://lede-project.org/releases/17.01/changelog-17.01.2 [3] https://lede-project.org/releases/17.01/changelog-17.01.3 [4] https://gluon.readthedocs.io/en/v2017.1.x/features/dns-cache.html [5] https://www.open-mesh.org/news/78 [6] https://git.lede-project.org/?p=source.git;a=shortlog;h=refs/heads/lede-17.… [7] https://firmware.ffnw.de/20170822/

7 years, 6 months

4
13
0 0

Hoodselector

by Malte Modler

Hi, ich bin gerade bei meiner Mutter zuhause (gegenüber von KDO), mein VPN router ist aufgrund fehlender Standortangabe (Autolocator will nicht) in der Defaulthood gelandet, die Meshrouter in der KDO bleiben offline, weil, so glaube ich, die sich gegenseitig in der Oldenburg-Hood ziehen, anstatt mit einem VPN-Router zu meshen. Ja, ich weiß, ich könnte einfach die Koordinaten manuell auf Oldenburg setzen, aber ich wollt euch trotzdem auf den Bug hinweisen. LG Malte

7 years, 6 months

2
1
0 0

Fwd: [gluon] [ANNOUNCE] Gluon v2017.1.4

by Jan-Tarek Butt

FIY -------- Forwarded Message -------- Subject: [gluon] [ANNOUNCE] Gluon v2017.1.4 Date: Wed, 15 Nov 2017 23:18:04 +0100 From: Matthias Schiffer <mschiffer(a)universe-factory.net> To: gluon(a)luebeck.freifunk.net CC: Freifunk Firmware Entwicklung <firmware-devel(a)freifunk.net>, WLANware <wlanware(a)freifunk.net> Hi, just out: Gluon maintenance release v2017.1.4. This time we have fixes for KRACK (not relevant for typical Gluon deployments), fixed VPN support on ARM targets, a small build fix, and got enabling/disabling PoE passthrough in site.conf or the advanced settings working again. We have also added support for one new device. Full release notes: http://gluon.readthedocs.io/en/v2017.1.x/releases/v2017.1.4.html -- NeoRaider

7 years, 6 months

1
0
0 0

Netzkonzept

by Jan-Tarek Butt

Hallo zusammen, Da wir uns nun langsam aber sicher der finalen Version der hood nähern, hab ich angefangen ein erstes Netzkonzept für das höhere liegende Routing zu schreiben. Diese Konzept soll ein Entwurf für einen ersten Vorschlag einer Dezentralen hood mit lokalen DSL Exits und Routing für hood übergreifende Richtfunkverbindungen sein. Es kann sein das noch ein Haufen Rechtschreibfehler enthalten sind, ich bitte davon abzusehen ;P Allgemein habe ich versucht möglichst viel von der reinen WLAN Struktur bis hin zum Routingkonzept zu erklären und verständlich zu bebildern. Falls denn noch was unklar ist würde ich mich sehr gerne über eine Anmerkung freuen. Ansonsten freue ich mich auf Feedback und evtl. andere Konzepte. :) https://wiki.ffnw.de/Technik/Netzkonzept Schöne Grüße Tarek

7 years, 6 months

1
0
0 0

Partielle Updates

by Clemens John

Hi, ich möchte gerne mal eure Meinung zum Thema partielle Updates hören. Der Kerngedanke dahinter ist, ein fertiges Firmwareupdate zunächst nur in einer einzigen Hood auszurollen. Läuft dieses Update ohne Verluste, wird das Update in weiteren Hoods nachgezogen bis alle Hoods geupdated sind. Das muss gar nicht unser Standardprozess werden. Aber ich möchte das mal als Möglichkeit für besonders kritische Updates wie bspw. das 802.11s-Update vorschlagen. Was meint ihr? Vllt. hat sogar jemand Ideen zur Realisierung. Viele Grüße Clemens

7 years, 7 months

5
8
0 0

Offline-SSID

by Simon Kurka

Hallo zusammen, auf dem letzten Treffen kam nochmals die Frage nach einer Offline-SSID auf. Tarek möchte so eine grundlegende Entscheidung auf der ML diskutieren. Ich denke wir sollten eine Offline-SSID einführen. Diese muss nicht direkt vom Online-Status des Routers herrühren, sondern könnte auch durch ein fehlendes (Batman-)Gateway ausgelöst werden. Grund: Ohne Gateway Anbindung hat man nicht den erwarteten Zustand. Befindet man sich beispielsweise in Oldenburg und verbindet sich mit unserem Netz, erwartet man eine IPv4 und eine Publicv6 aus dem Oldenburger Bereich zugewiesen zu bekommen und mit jedem anderen im Freifunk Nordwest Netz und auch mit dem gesamten Internet Daten tauschen zu können. Für Nutzer, die auch die ganz grundlegenden lokalen Features nutzen, sollte es kein Problem sein sowohl Offline- als auch Online-SSID zu speichern / sich damit zu verbinden. Wenn wir das nicht tun provozieren wir an reinen Mesh-Routern ohne Anbindung ein Offline-legen der User. Die Geräte verbinden sich mit Freifunk, schalten mobile Daten ab und sind offline. Außerdem kann es auch beim Ausbau unterstützen: Mein Blick in der Oldenburger Innenstadt geht gerade dahin, wo ich einen Uplink her bekomme, obwohl ein weiterer Routerstandort auch ohne cool ist. Ich werde aber keine Router aufbauen, die von vornherein offline sind und Nutzer beeinträchtigen. Mit Offline-SSID kein Problem und die Geräte würden sich auf die normale SSID konfigurieren, sobald ein Uplink-Router in der Nähe ist. -- Viele Grüße, Simon

7 years, 7 months

7
17
0 0

status v2017.1.x

by Jan-Tarek Butt

Hi zusammen, Die Portierungen zu gluon v2017.1.x sind nun weitestgehend abgeschlossen. Es müssen nur noch ein paar Schönheits Änderungen erledigt werden, dann ist soweit alles abgeschlossen. vg Tarek

7 years, 7 months

4
7
0 0

VPN-method bei LEDE

by lrnzo

Hallo Leute dass man bei LEDE jetzt im config-modus wählen kann zwischen vpn mit und ohne crypto ist schön, aber leider wirkungslos. ich habe den default "hohe Geschwindigkeit" beibehalten, meine /etc/config/fastd beinhaltet folgendes: config fastd 'mesh_vpn' list method 'null' list method 'null+salsa2012+umac' list method 'salsa2012+umac' und im logread steht: daemon.info fastd[4121]: new session with <mesh_vpn_backbone_peer__10000> established using method `salsa2012+umac'. mir fallen spontan zwei mögliche Lösungen ein: 1. die anderen optionen 'null+salsa2012+umac' und 'salsa2012+umac' müssen ganz rausfliegen, wenn per config-modus "hohe Geschwingkeit gewählt wird" 2. vielleicht müssen Gateway-seitig die Optionen auch so sortiert werden, dass dort 'null' zuoberst steht. Aber das wäre nur ein Schuss ins Blaue. Kennt sich jemand aus? LG Lorenz

7 years, 7 months

5
9
0 0

Sign Request 20171010

by Jan-Tarek Butt

Moin Moin leute, Ich habe heute eine neue Firmware gebaut. Basisdaten: * Firmware-Version: 20171010 * Gluon-Version: v2017.1.x * Commit ID: 3e2e72729f43aff4dcbc8da63336990875929cd7 * Download: https://firmware.ffnw.de/20171010 Folgende Gluon spezifischen Änderungen gab es unter anderen: * Gluon basiert nun auf LEDE anstelle von OpenWRT welches stark veraltet war/ist. Die LEDE basis von Gluon ist nun v17.01.3. Welches u.a. Stabilisierung-Verbesserungen, security fixes und einige Updates enthält. (Changelog findet sich hier ) v17.01 [0], v17.01.1 [1], v17.01.2 [2], v17.01.3 [3]. * Der Kernel wurde von 3.18.x auf v4.4.89 geupgraded. * Das Gluon build system wurde vereinfacht und einige hacks die für OpenWRt notwendig waren wurden entfernt. * das opkg repo enthält jetzt auch Architektur spezifischen Pakete. * Das deaktivieren von batman-adv auf einem Netzwerk Interface hat vorher teilweise einen kernel crash verursacht. Z.B. während eines sysupgrade Prozesses. Diese Problem ist nun behoben (#680). * Eine race condition im Netzwerk setup scripts konnte zu unvollständigen Konfigurationen führen (#905). Der fix behebt außerdem das Hängenbleiben von WLAN und VPN losen Geräten. * Einige Änderungen im WLAN stack von LEDE haben die Stabilität vom ath9k Treiber verbessert (#605). * Ein neues Feature ist der DNS cache für clients (#1000). Dieses kann das Nutzer Erlebnis verbessern (#1000). Siehe dazu auch [4]. * batman-adv wurde auf Version 2017.1 geupdated [5]. * GCC 4.8 oder neuer wird jetzt zum bauen benötigt. * Support für tunneldigger mesh VPN * Ein bug in einigen batman-adv versions zuvor kann zu einer großen Anzahl von management traffic führen. Das batman-adv multicast optimization wurde vorübergehend deaktiviert um das Problem zu umgehen. Multicast optimizations wird wieder eingeschaltet sobald das management traffic Problem behoben ist. * batman-adv gw_mode ist nun Upgrade fest (#1196). Das kann nützlich sein wenn man z.b. einen Gluon Router an einen Router mit DHCP hängt, muss der gw_mode gesetzt sein um batman-adv als server laufen zu lassen. * Es gibt jetzt die Möglichkeit die batman-adv Algorithmen (BATMAN IV or BATMAN V) in der site.conf zu konfigurieren (#1185). BATMAN V ist nach wie vor nicht gut getestet. Diese Option ermöglichst es BATMAN V basierte test meshes aufzubauen. * dnsmasq wurde auf v2.78 upgegraded um folgende bugs zu beheben: CVE-2017-13704, CVE-2017-14491, CVE-2017-14492, CVE-2017-14493, CVE-2017-14494, 2017-CVE-14495 und 2017-CVE-14496 die wichtigsten fixes die oben genannt worden, beheben (remote code execution) in der DHCP Komponente von dnsmasq. Der DHCP ist nur im ConfigMode aktiv. Ein Angreifer kann memory Korruption und mögliche remote code execution erzwingen, indem er einen bösartig DNS Server anbietet und einen Gluon Router austrinkst so das dieser den bösartig DNS Server nutzt. * Einige security Issues wurden in Paketen behoben die in der regel nicht teil der Stock-Firmware von Gluon sind. Mit involviert sind u.a tcpdump, curl und mbedtls weiteres kann man hier einsehen [6] * Das Filtern von multicast paketen zwischen dem mesh und local-node interface wurde gefixed (#1230). Dieses Problem hatte verursacht das gluon-radvd router advertisement an lokale clients gesendet hatte wenn eine anfrage aus dem lokalen Netz kam. * Es wird verhindert ein build tätigen wenn wir autoupdater mirror URLs nicht mit http:// starten (9ab93992d1fc). * Fix MAC Adressen für den TP-Link TL-WR1043ND v4 wenn Gluon auf der neueren stock Firmware installiert wird (#1223). Die upstream Änderungen findet ihr hier: https://github.com/freifunk-gluon/gluon/compare/d722c2...3e2e72 Folgende Comunnity spezifischen Änderungen gab es: package repo: * Das Paket "11s-switch" ist hinzugekommen. Diese sorgt dafür, das die Router von IBSS (AD-HOC) auf 11s mesh wechseln. Der wechsel findet am 24.10.2017 statt. * Das Paket "disable-11s" welches das versehentliche einschalten von IEEE802.11s wieder rückgängig macht ist entfernt. * Das Paket ffnw-config-mode-geo-location wurde aktualisiert, und nutzt jetzt minified js. * Alle Pakete wurde von luci.model.uci auf simple-uci angepasst. * Die Default hood bssid wurde von 02:CA:FF:EE:BA:BF auf 02:00:0A:12:E0:00 korrigiert. * Das Paket hoodselectorctl wurde entfernt. * Das Paket nodewatcher2 wurde entfernt. * Das hoodselector upgrade script nutzt nun BSSIDs zur Identifikation der hood, welche eindeutig ist, Anstelle des hoodnames. * Der hoodselector prüft im Radiolest Mode prüfe ob mesh on lan/wan an ist. * Der hoodselector nutzt nun kein scan dump mehr welchen Airtime gespart hatte. diese funktion ist in LEDE nicht mehr vorhanden. Die Änderungen an unseren eigenen Paketen können im Packages-Repository hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/packages/compare/20170822..… siteconf repo: * Ein paar patches die den umgeng mit IEEE802.11s in openWRT ermöglichen wurden entfernt. * Das Modul netmon wurde entfernt. * fastd kann nun auch die crypt Methode 'null' was bedeutet das ein unverschlüsselter Tunnel aufgebaut werden kann. Dies kann über den configMode eingestellt werden. * autoupdater good signatures level ist auf 5 gestiegen. * Geräte mit ATH10K sind in dieser version raus geflogen. Folgende Geräte erhalten das update nicht: MR1750 v1, v2; OM5P-AC v1, v2; Archer C5 v1; Archer C7 v2; UniFi AP AC Lite und UniFi AP AC Pro. * Die update Priorität wurde von 0 auf 2 erhöht. D.h. es dauert mindestens 2 tage bis alle Geräte das Update erhalten. Änderungen an der Siteconf können im Siteconf-Repo hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/siteconf/compare/20170822..… * Wichtiger Hinweis * Es gibt ein Problem in allen Gluon Versionen vor 2016.2.6 welche die x86 Systeme betrifft. Diese verlieren ihre Konfiguration wenn diese auf Gluon 2017.1.x updaten. Ältere Firmware Versionen sollten vorher auf 20170822 [7] upgraden, bevor diese 20171005 installieren. Ein anderes potentielles Problem betrifft die meisten Virtuellen Maschinen. Die Gluon 2017.1.x images sind größer als die 2016.2.x images. Dies betrifft die x86 Architektur. Wenn deine Festplatte auf 2016.2.x images basiert, muss diese auf 273MB order größer vergrößert werden. Dies solltes du vor den update auf 20171005 machen! Der Befehl für qemu wäre z.b. folgender: qemu-img resize $IMAGE 273MB Eine Firmware für die Geräte: MR1750 v1, v2; OM5P-AC v1, v2; Archer C5 v1; Archer C7 v2; UniFi AP AC Lite und UniFi AP AC Pro wird es am 24.10.2017 geben. Grund dafür ist das es nicht möglich ist, 11s und IBSS in einer Firmware zu bauen. Ein update dieser Geräte muss daher manuell erfolgen, wenn es sich um einen mesh only gerät handelt. Ich bitte euch die Änderungen zu prüfen und die Firmware im Anschluss zu signieren. Die Dokumentation zum Signaturprozess findet ihr im Wiki unter: http://wiki.nordwest.freifunk.net/Firmware/Releaseprozess#Firmware_signieren Schöne Grüße aus Spanien Tarek [0] https://lede-project.org/releases/17.01/changelog-17.01.0-final [1] https://lede-project.org/releases/17.01/changelog-17.01.1 [2] https://lede-project.org/releases/17.01/changelog-17.01.2 [3] https://lede-project.org/releases/17.01/changelog-17.01.3 [4] https://gluon.readthedocs.io/en/v2017.1.x/features/dns-cache.html [5] https://www.open-mesh.org/news/78 [6] https://git.lede-project.org/?p=source.git;a=shortlog;h=refs/heads/lede-17.… [7] https://firmware.ffnw.de/20170822/

7 years, 7 months

4
10
0 0

Sign Request 20171005

by Jan-Tarek Butt

Moin Moin leute, Ich habe heute eine neue Firmware gebaut. Basisdaten: * Firmware-Version: 20171005 * Gluon-Version: v2017.1.x * Commit ID: 3e2e72729f43aff4dcbc8da63336990875929cd7 * Download: https://firmware.ffnw.de/20171005 Folgende Gluon spezifischen Änderungen gab es unter anderen: * Gluon basiert nun auf LEDE anstelle von OpenWRT welches stark veraltet war/ist. Die LEDE basis von Gluon ist nun v17.01.3. Welches u.a. Stalinisierung-Verbesserungen, security fixes und einige Updates enthält. (Changelog findet sich hier ) v17.01 [0], v17.01.1 [1], v17.01.2 [2], v17.01.3 [3]. * Der Kernel wurde von 3.18.x auf v4.4.89 geupgraded. * Das Gluon build system wurde vereinfacht und einige hacks die für OpenWRt notwendig waren wurden entfernt. * das opkg repo enthält jetzt auch Architektur spezifischen Pakete. * Das deaktivieren von batman-adv auf einem Netzwerk Interface hat vorher teilweise einen kernel crash verursacht. Z.B. während eines sysupgrade Prozesses. Diese Problem ist nun behoben (#680). * Eine race condition im Netzwerk setup scripts konnte zu unvollständigen Konfigurationen führen (#905). Der fix behebt außerdem das Hängenbleiben von WLAN und VPN losen Geräten. * Einige Änderungen im WLAN stack von LEDE haben die Stabilität vom ath9k Treiber verbessert (#605). * Ein neues Feature ist der DNS cache für clients (#1000). Dieses kann das Nutzer Erlebnis verbessern (#1000). Siehe dazu auch [4]. * batman-adv wurde auf Version 2017.1 geupdated [5]. * GCC 4.8 oder neuer wird jetzt zum bauen benötigt. * Support für tunneldigger mesh VPN * Ein bug in einigen batman-adv versions zuvor kann zu einer großen Anzahl von management traffic führen. Das batman-adv multicast optimization wurde vorübergehend deaktiviert um das Problem zu umgehen. Multicast optimizations wird wieder eingeschaltet sobald das management traffic Problem behoben ist. * batman-adv gw_mode ist nun Upgrade fest (#1196). Das kann nützlich sein wenn man z.b. einen Gluon Router an einen Router mit DHCP hängt, muss der gw_mode gesetzt sein um batman-adv als server laufen zu lassen. * Es gibt jetzt die Möglichkeit die batman-adv Algorithmen (BATMAN IV or BATMAN V) in der site.conf zu konfigurieren (#1185). BATMAN V ist nach wie vor nicht gut getestet. Diese Option ermöglichst es BATMAN V basierte test meshes aufzubauen. * dnsmasq wurde auf v2.78 upgegraded um folgende bugs zu beheben: CVE-2017-13704, CVE-2017-14491, CVE-2017-14492, CVE-2017-14493, CVE-2017-14494, 2017-CVE-14495 und 2017-CVE-14496 die wichtigsten fixes die oben genannt worden, beheben (remote code execution) in der DHCP Komponente von dnsmasq. Der DHCP ist nur im ConfigMode aktiv. Ein Angreifer kann memory Korruption und mögliche remote code execution erzwingen, indem er einen bösartig DNS Server anbietet und einen Gluon Router austrinkst so das dieser den bösartig DNS Server nutzt. * Einige security Issues wurden in Paketen behoben die in der regel nicht teil der Stock-Firmware von Gluon sind. Mit involviert sind u.a tcpdump, curl und mbedtls weiteres kann man hier einsehen [6] * Das Filtern von multicast paketen zwischen dem mesh und local-node interface wurde gefixed (#1230). Dieses Problem hatte verursacht das gluon-radvd router advertisement an lokale clients gesendet hatte wenn eine anfrage aus dem lokalen Netz kam. * Es wird verhindert ein build tätigen wenn wir autoupdater mirror URLs nicht mit http:// starten (9ab93992d1fc). * Fix MAC Adressen für den TP-Link TL-WR1043ND v4 wenn Gluon auf der neueren stock Firmware installiert wird (#1223). Die upstream Änderungen findet ihr hier: https://github.com/freifunk-gluon/gluon/compare/d722c2...3e2e72 Folgende Comunnity spezifischen Änderungen gab es: package repo: * Das Paket "11s-switch" ist hinzugekommen. Diese sorgt dafür, das die Router von IBSS (AD-HOC) auf 11s mesh wechseln. Der wechsel findet am 22.10.2017 statt. * Das Paket "disable-11s" welches das versehentliche einschalten von IEEE802.11s wieder rückgängig macht ist entfernt. * Das Paket ffnw-config-mode-geo-location wurde aktualisiert, und nutzt jetzt minified js. * Alle Pakete wurde von luci.model.uci auf simple-uci angepasst. * Die Default hood bssid wurde von 02:CA:FF:EE:BA:BF auf 02:00:0A:12:E0:00 korrigiert. * Das Paket hoodselectorctl wurde entfernt. * Das Paket nodewatcher2 wurde entfernt. * Das hoodselector upgrade script nutzt nun BSSIDs zur Identifikation der hood, welche eindeutig ist, Anstelle des hoodnames. * Der hoodselector prüft im Radiolest Mode prüfe ob mesh on lan/wan an ist. * Der hoodselector nutzt nun kein scan dump mehr welchen Airtime gespart hatte. diese funktion ist in LEDE nicht mehr vorhanden. Die Änderungen an unseren eigenen Paketen können im Packages-Repository hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/packages/compare/20170822..… siteconf repo: * Ein paar patches die den umgeng mit IEEE802.11s in openWRT ermöglichen wurden entfernt. * Das Modul netmon wurde entfernt. * fastd kann nun auch die crypt Methode 'null' was bedeutet das ein unverschlüsselter Tunnel aufgebaut werden kann. Dies kann über den configMode eingestellt werden. * autoupdater good signatures level ist auf 5 gestiegen. * Geräte mit ATH10K sind in dieser version raus geflogen. Folgende Geräte erhalten das update nicht: MR1750 v1, v2; OM5P-AC v1, v2; Archer C5 v1; Archer C7 v2; UniFi AP AC Lite und UniFi AP AC Pro. * Die update Priorität wurde von 0 auf 2 erhöht. D.h. es dauert mindestens 2 tage bis alle Geräte das Update erhalten. Änderungen an der Siteconf können im Siteconf-Repo hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/siteconf/compare/20170822..… * Wichtiger Hinweis * Es gibt ein Problem in allen Gluon Versionen vor 2016.2.6 welche die x86 Systeme betrifft. Diese verlieren ihre Konfiguration wenn diese auf Gluon 2017.1.x updaten. Ältere Firmware Versionen sollten vorher auf 20170822 [7] upgraden, bevor diese 20171005 installieren. Ein anderes potentielles Problem betrifft die meisten Virtuellen Maschinen. Die Gluon 2017.1.x images sind größer als die 2016.2.x images. Dies betrifft die x86 Architektur. Wenn deine Festplatte auf 2016.2.x images basiert, muss diese auf 273MB order größer vergrößert werden. Dies solltes du vor den update auf 20171005 machen! Der Befehl für qemu wäre z.b. folgender: qemu-img resize $IMAGE 273MB Eine Firmware für die Geräte: MR1750 v1, v2; OM5P-AC v1, v2; Archer C5 v1; Archer C7 v2; UniFi AP AC Lite und UniFi AP AC Pro wird es am 22.10.2017 geben. Grund dafür ist das es nicht möglich ist, 11s und IBSS in einer Firmware zu bauen. Ein update dieser Geräte muss daher manuell erfolgen, wenn es sich um einen mesh only gerät handelt. Ich bitte euch die Änderungen zu prüfen und die Firmware im Anschluss zu signieren. Die Dokumentation zum Signaturprozess findet ihr im Wiki unter: http://wiki.nordwest.freifunk.net/Firmware/Releaseprozess#Firmware_signieren Schöne Grüße aus Spanien Tarek [0] https://lede-project.org/releases/17.01/changelog-17.01.0-final [1] https://lede-project.org/releases/17.01/changelog-17.01.1 [2] https://lede-project.org/releases/17.01/changelog-17.01.2 [3] https://lede-project.org/releases/17.01/changelog-17.01.3 [4] https://gluon.readthedocs.io/en/v2017.1.x/features/dns-cache.html [5] https://www.open-mesh.org/news/78 [6] https://git.lede-project.org/?p=source.git;a=shortlog;h=refs/heads/lede-17.… [7] https://firmware.ffnw.de/20170822/

7 years, 7 months

4
9
0 0

MR Tester gesucht

by Jan-Tarek Butt

Hi zusammen, ich habe einen Merge request den ich nicht testen kann da mir dazu die nötige Hardware fehlt :( Es geht um Folgenden: https://git.ffnw.de/ffnw-firmware/packages/merge_requests/65 Das test Setup dazu müsste folgender maßen aussehen. Einen VPN Router in hood X. Einen mesh Router der in hood Y ist aber sich zur hood X verbunden hat weil es keinen VPN Router aus hood Y findet. Wenn das soweit steht sollte folgende Ausgabe kommen. root@v2017testing:~# hoodselector No VPN connection found Batman gateways found Position found. Geo hood and bssid hood are not equal, do wifi scan... Set hood "X" Hood set by batmanHasGateway mode, GW source is wifi Das heißt der mesh Router hat festgestellt das es eigentlich gar nicht seine hood ist schaut einfach mal nach ob einer aus seiner hood in der nähe ist. In dem o.g. Fall ist kein Router aus hood Y da. Nachdem du diese Ausgabe gesehen hast Stöpsels du den anderen VPN Router aus hood Y ein. Danach sollte der mesh Router automatisch zurück wechseln. Freiwillige vor ;P vg Tarek

7 years, 7 months

2
5
0 0

Ubiquiti Edge Router als Offloader - mit LEDE

by Sebastian Wolzenburg

Moin, haben in Ibbenbüren die Anfrage bekommn ob man den Ubiquiti Edge Router lt. dieser Anleitung nicht auch mit unserer Firmware als Offloader nutzen kann. Gebe es gerne mal an euch weiter: https://www.freifunk-winterberg.net/die-nutzung-von-ubiquiti-edgerouter-x-a… Danke und schönes Rest-WE! -- Sebastian Wolzenburg Freifunk Ibbenbüren e.V. www.freifunk-ibbenbueren.net sebastian(a)freifunk-ibbenbueren.net

7 years, 7 months

2
1
0 0

Sign Request 20170629

by Jan-Tarek Butt

Moin Moin leute, Ich habe heute eine neue Firmware gebaut. Basisdaten: * Firmware-Version: 20171005 * Gluon-Version: v2017.1.x * Commit ID: 3e2e72729f43aff4dcbc8da63336990875929cd7 * Download: https://firmware.ffnw.de/20171005 Folgende Gluon spezifischen Änderungen gab es unter anderen: * Gluon basiert nun auf LEDE anstelle von OpenWRT welches stark veraltet war/ist. Die LEDE basis von Gluon ist nun v17.01.3. Welches u.a. Stalinisierung-Verbesserungen, security fixes und einige Updates enthält. (Changelog findet sich hier ) v17.01 [0], v17.01.1 [1], v17.01.2 [2], v17.01.3 [3]. * Der Kernel wurde von 3.18.x auf v4.4.89 geupgraded. * Das Gluon build system wurde vereinfacht und einige hacks die für OpenWRt notwendig waren wurden entfernt. * das opkg repo enthält jetzt auch Architektur spezifischen Pakete. * Das deaktivieren von batman-adv auf einem Netzwerk Interface hat vorher teilweise einen kernel crash verursacht. Z.B. während eines sysupgrade Prozesses. Diese Problem ist nun behoben (#680). * Eine race condition im Netzwerk setup scripts konnte zu unvollständigen Konfigurationen führen (#905). Der fix behebt außerdem das Hängenbleiben von WLAN und VPN losen Geräten. * Einige Änderungen im WLAN stack von LEDE haben die Stabilität vom ath9k Treiber verbessert (#605). * Ein neues Feature ist der DNS cache für clients (#1000). Dieses kann das Nutzer Erlebnis verbessern (#1000). Siehe dazu auch [4]. * batman-adv wurde auf Version 2017.1 geupdated [5]. * GCC 4.8 oder neuer wird jetzt zum bauen benötigt. * Support für tunneldigger mesh VPN * Ein bug in einigen batman-adv versions zuvor kann zu einer großen Anzahl von management traffic führen. Das batman-adv multicast optimization wurde vorübergehend deaktiviert um das Problem zu umgehen. Multicast optimizations wird wieder eingeschaltet sobald das management traffic Problem behoben ist. * batman-adv gw_mode ist nun Upgrade fest (#1196). Das kann nützlich sein wenn man z.b. einen Gluon Router an einen Router mit DHCP hängt, muss der gw_mode gesetzt sein um batman-adv als server laufen zu lassen. * Es gibt jetzt die Möglichkeit die batman-adv Algorithmen (BATMAN IV or BATMAN V) in der site.conf zu konfigurieren (#1185). BATMAN V ist nach wie vor nicht gut getestet. Diese Option ermöglichst es BATMAN V basierte test meshes aufzubauen. * dnsmasq wurde auf v2.78 upgegraded um folgende bugs zu beheben: CVE-2017-13704, CVE-2017-14491, CVE-2017-14492, CVE-2017-14493, CVE-2017-14494, 2017-CVE-14495 und 2017-CVE-14496 die wichtigsten fixes die oben genannt worden, beheben (remote code execution) in der DHCP Komponente von dnsmasq. Der DHCP ist nur im ConfigMode aktiv. Ein Angreifer kann memory Korruption und mögliche remote code execution erzwingen, indem er einen bösartig DNS Server anbietet und einen Gluon Router austrinkst so das dieser den bösartig DNS Server nutzt. * Einige security Issues wurden in Paketen behoben die in der regel nicht teil der Stock-Firmware von Gluon sind. Mit involviert sind u.a tcpdump, curl und mbedtls weiteres kann man hier einsehen [6] * Das Filtern von multicast paketen zwischen dem mesh und local-node interface wurde gefixed (#1230). Dieses Problem hatte verursacht das gluon-radvd router advertisement an lokale clients gesendet hatte wenn eine anfrage aus dem lokalen Netz kam. * Es wird verhindert ein build tätigen wenn wir autoupdater mirror URLs nicht mit http:// starten (9ab93992d1fc). * Fix MAC Adressen für den TP-Link TL-WR1043ND v4 wenn Gluon auf der neueren stock Firmware installiert wird (#1223). Die upstream Änderungen findet ihr hier: https://github.com/freifunk-gluon/gluon/compare/d722c2...3e2e72 Folgende Comunnity spezifischen Änderungen gab es: package repo: * Das Paket "11s-switch" ist hinzugekommen. Diese sorgt dafür, das die Router von IBSS (AD-HOC) auf 11s mesh wechseln. Der wechsel findet am 22.10.2017 statt. * Das Paket "disable-11s" welches das versehentliche einschalten von IEEE802.11s wieder rückgängig macht ist entfernt. * Das Paket ffnw-config-mode-geo-location wurde aktualisiert, und nutzt jetzt minified js. * Alle Pakete wurde von luci.model.uci auf simple-uci angepasst. * Die Default hood bssid wurde von 02:CA:FF:EE:BA:BF auf 02:00:0A:12:E0:00 korrigiert. * Das Paket hoodselectorctl wurde entfernt. * Das Paket nodewatcher2 wurde entfernt. * Das hoodselector upgrade script nutzt nun BSSIDs zur Identifikation der hood, welche eindeutig ist, Anstelle des hoodnames. * Der hoodselector prüft im Radiolest Mode prüfe ob mesh on lan/wan an ist. * Der hoodselector nutzt nun kein scan dump mehr welchen Airtime gespart hatte. diese funktion ist in LEDE nicht mehr vorhanden. Die Änderungen an unseren eigenen Paketen können im Packages-Repository hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/packages/compare/20170822..… siteconf repo: * Ein paar patches die den umgeng mit IEEE802.11s in openWRT ermöglichen wurden entfernt. * Das Modul netmon wurde entfernt. * fastd kann nun auch die crypt Methode 'null' was bedeutet das ein unverschlüsselter Tunnel aufgebaut werden kann. Dies kann über den configMode eingestellt werden. * autoupdater good signatures level ist auf 5 gestiegen. * Geräte mit ATH10K sind in dieser version raus geflogen. Folgende Geräte erhalten das update nicht: MR1750 v1, v2; OM5P-AC v1, v2; Archer C5 v1; Archer C7 v2; UniFi AP AC Lite und UniFi AP AC Pro. Änderungen an der Siteconf können im Siteconf-Repo hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/siteconf/compare/20170822..… * Wichtiger Hinweis * Es gibt ein Problem in allen Gluon Versionen vor 2016.2.6 welche die x86 Systeme betrifft. Diese verlieren ihre Konfiguration wenn diese auf Gluon 2017.1.x updaten. Ältere Firmware Versionen sollten vorher auf 20170822 [7] upgraden, bevor diese 20171005 installieren. Ein anderes potentielles Problem betrifft die meisten Virtuellen Maschinen. Die Gluon 2017.1.x images sind größer als die 2016.2.x images. Dies betrifft die x86 Architektur. Wenn deine Festplatte auf 2016.2.x images basiert, muss diese auf 273MB order größer vergrößert werden. Dies solltes du vor den update auf 20171005 machen! Der Befehl für qemu wäre z.b. folgender: qemu-img resize $IMAGE 273MB Eine Firmware für die Geräte: MR1750 v1, v2; OM5P-AC v1, v2; Archer C5 v1; Archer C7 v2; UniFi AP AC Lite und UniFi AP AC Pro wird es am 22.10.2017 geben. Grund dafür ist das es nicht möglich ist, 11s und IBSS in einer Firmware zu bauen. Ein update dieser Geräte muss daher manuell erfolgen, wenn es sich um einen mesh only gerät handelt. Ich bitte euch die Änderungen zu prüfen und die Firmware im Anschluss zu signieren. Die Dokumentation zum Signaturprozess findet ihr im Wiki unter: http://wiki.nordwest.freifunk.net/Firmware/Releaseprozess#Firmware_signieren Schöne Grüße aus Spanien Tarek [0] https://lede-project.org/releases/17.01/changelog-17.01.0-final [1] https://lede-project.org/releases/17.01/changelog-17.01.1 [2] https://lede-project.org/releases/17.01/changelog-17.01.2 [3] https://lede-project.org/releases/17.01/changelog-17.01.3 [4] https://gluon.readthedocs.io/en/v2017.1.x/features/dns-cache.html [5] https://www.open-mesh.org/news/78 [6] https://git.lede-project.org/?p=source.git;a=shortlog;h=refs/heads/lede-17.… [7] https://firmware.ffnw.de/20170822/

7 years, 7 months

2
3
0 0

Neues IPv4 Subnetz

by Johannes Rudolph

Moin Am Wochenede habe ich und noch ein neues Freifunk IPv4 Netz besorgt da wie mit unseren bisherigen ans Limit gekommen sind Wir haben nun neu : 10.72.0.0/16 https://github.com/freifunk/icvpn-meta/pull/528 Das ganze habe ich schon mal für zukünftige Hoods die wir wohl einrichten müssen hier vorbereitet: https://wiki.ffnw.de/Administration/Hoods/Hood_IP_Netze Gruß Johannes Von meinem iPhone gesendet

7 years, 7 months

5
11
0 0

v2017.x

by Jan-Tarek Butt

Hi zuammen, ich plane heute abend einen neuen build anzuschmeißen. darin wird die problenm behebung bezgl. fast & unsecure oder secure für fastd nicht enthalten sein. das würde dann später folgen. Ist aber auch nicht kritisch von daher würde sich da nix ändern im Vergleich zu den vorherigen Versionen. vg Tarek

7 years, 7 months

1
0
0 0

Umstellung auf 11s

by Jan-Tarek Butt

Hi zusammen, Ich würde mit dem Update auf v2017.X auch gerne die Umstellung von IBSS auf 11s Only machen wollen. Der Support für IBSS fliegt bald bei Gluon raus. Die ursprüngliche Idee war es, ein neues Packet zu bauen welches eine Abwärtskompatibilität gewährleistet. Das ist aber relativ aufwendig zu entwickeln daher daher habe ich folgenden Vorschlagt: Mit der Firmware zum wechsel auf v2017.X kommt ein neues Package welchen nach an einem bestimmten Datum X das IBSS Netz abschaltet und das 11s ein. Das sollte denke ich ein sehr einfacher weg sein den wechsel zu vollziehen. Ich würde ungern beide Netze Parallel laufen lassen da die Vergangenheit gezeigt hat das dies zu Problemen führen kann. Wenn alle mit der Idee soweit einverstanden sind würde ich vorschlagen das Datum X auf 2 Wochen nach Release zu setzen? Damit würde das IBSS 2 Wochen nach der Freigabe der neuen Firmware abgeschaltet sein. Schöne Grüße Tarek

7 years, 8 months

3
10
0 0

Hoodselector kann jetzt Polygone

by lrnzo

Hallo Leute, ich habe dem Hoodselector beigebracht, (auch nichtkonvexe) Polygone als Hoods zu erkennen. Hierzu habe ich die Strahl-Methode nach dem Punkt-in-Polygon-Test nach Jordan [1] in lua implementiert und als Funktion in den hoodselector eingebaut. Hierzu habe ich einen lokalen branch polygone-hoods vom packages-repo erstellt und würde den ganz gerne mit git push --set-upstream origin polygone-hoods pushen. Aber: GitLab: You are not allowed to push code to this project. ;( kann mich jemand als Developer hinzufügen? Auch die hoods.json habe ich entsprechend angepasst. Jede n-eckige Hood besteht jetzt aus einer Box, mit n+1 Punkten, wobei Punkt[1]=Punkt[n+1]. Unter [2] kann man sich das Ergebnis anschauen. Natürlich sind damit jetzt auch schräge Hoodgrenzen möglich, zB entlang Teutoburger Wald oder Autobahnen etc. Es muss nur jemand (tm) machen. Habe die neue Kombination aus hoodselector + hoods.json mal durch mein test-script [3] laufen lassen. er hat alle hoods erkannt und kam auch überall online :) Übrigens: Verschachtelte Hoods (also zB. Bad-Iburg innerhalb landkreis-osnabrück) stellten übrigens schon früher kein Problem dar, sofern sie in der hoods.json richtig sortiert waren. Wenn die "Unterhood" vor der "Oberhood" steht, kam der hoodselector immer schon damit klar. [1] https://de.wikipedia.org/wiki/Punkt-in-Polygon-Test_nach_Jordan [2] http://bl.ocks.org/d/ea7ee9d9ff49ff90047ebda82e306c77 [3] https://git.nordwest.freifunk.net/lrnzo/check-hoods LG lrnzo

7 years, 8 months

4
7
0 0

Update von Unifizierend AP AC Pro

by Karsten

Hallo zusammen, ich scheine einfach zu blöd zu sein. Ich versuche meine Unifi AC Pro mit der Freifunksoftware zu flashen und ich bekomme das nicht hin: 1. Versuch mit dem Controller 2. mit Pumpkin 3. mit dem Terminal von Mac 4. Versuch mit dem Controller wie bringt man diesem Teil bei, die Software anzunehmen. mit dem Controller sehen ich immer die Version 3.8.6.6650 Grüße Karsten

7 years, 8 months

2
1
0 0

zweiter LAN-Port von Unifi Ap AC Pro

by Karsten

Hallo zusammen, bei Unifi AP AC Pro gibt es einen zweiten Lan-Port. Wird aus dem Port das Freifunk-Lan ausgegeben? Ich Netz habe ich dazu nichts gefunden. Grüße Karsten

7 years, 8 months

2
1
0 0

nach dem update ist vor dem update

by lrnzo

root@FF-IBB-STADT-Offloader04:~# cat /tmp/hoodselector_error Command failed: Request timed out /usr/bin/lua: /usr/sbin/hoodselector:709: attempt to index local 'e' (a nil value) stack traceback: /usr/sbin/hoodselector:709: in function 'g' /usr/sbin/hoodselector:860: in main chunk [C]: ?

7 years, 8 months

3
5
0 0

fastd stündlicher session reset

by Jan-Tarek Butt

Hi, ich hab gerade eine Mail erhalten mit einem Log Auszug von einem Router: https://picload.org/view/dgrgraai/massentunnel.png.html Die Netmon node Client Massages sind bereits hier geklärt: https://git.ffnw.de/netmon-sc/node-client/issues/5 Allerdings die fastd Session Resets kann ich mir nicht erklären. Gab es Serverseitig in den letzten Wochen evtl. Änderung an fastd? Denn Routerseitig wurde fastd nicht angepackt? schöne grüße Tarek

7 years, 8 months

1
0
0 0

LEDE und MR3020

by Bjoern Franke

Moin, ich bin seit geraumer Zeit aus der Firmwarentwicklung raus und nun wollte ich für einen MR3020(v1) mal ein LEDE-Image bauen. Normale Images für den Router gibt es ja, doch recht schnell auch Platzprobleme, sodass ich diverse Pakete direkt in das Image backen wollte. Merkwürdigerweise purzelt aber für den MR3020 am Ende kein Image raus, aber für viele andere AR71xx-Geräte. Gibt's für den MR3020 irgendwas zu beachten? Grüße bjo

7 years, 8 months

2
3
0 0

Re: [Dev] [Nordwest] Firmware 20170629

by Jan-Tarek Butt

Hi, > ich habe ma einen neuen branch gemacht für das nächste update: > > https://git.ffnw.de/ffnw-firmware/siteconf/commit/88dd11323ba571dd30688724a… <https://git.ffnw.de/ffnw-firmware/siteconf/commit/88dd11323ba571dd30688724a…> > > dort habe ich den Ordner für den stable link mal angepasst. > > Alle Router schauen jetzt in das Verzeichnis > > autoupdate.ffnw/stable > > das könnten wir so lassen Ich lösche das noch mal. Wir sollten das erstmal besprechen befor wir da potentiell unnötie branchs und co aufmachen. > nach dem nächsten update mit gluon 2016.2.6 ändern wir den zukünftigen stable und testing Ordner auf: > > autoupdate.ffnw/stablelede2017 > autoupdate.ffnw/testinglede2017 > > der Branch wäre dann immer noch „stable“ bzw „testing“ > > das erste update mit Gluon 2017.x.x kommt dann in den Ordner „stablelede2017“ > > alle alten router die dann noch mal online kommen würden dann mit dem autoupdater erst unsere letzte Gluon 2016.2.6 Firmware laden und installieren und danach auf lede wechseln. > > Irgendwann können wir dann wieder aus stablelede2017 wieder stable machen > > Was haltet ihr von dem Vorschlag? Wir könnten es wahrscheinlich einfacher machen. Wir lassen autoupdate.ffnw/stable auf den 201707** (v2016.2.x) Ordner zeigen. ab der Version 201707** (v2016.2.x) zeigt die autoupdater url z.b. auf autoupdate<anhängsel>.ffnw/stable vg Tarek

7 years, 9 months

3
5
0 0

watchdog für festgefahrenen hoodselector

by lrnzo

Hallo Leute, sobald der hoodselector einmal nicht terminiert hat, kann er nicht wieder ausgeführt werden, weil er seine eigene pid-file (/var/run/hoodselector.pid) nicht gelöscht hat. Folgender Einzeiler löscht diese Datei, falls sie älter als 300 sekunden = (5 minuten) ist. if [ $(($(date +%s) - $(date +%s -r "/var/run/hoodselector.pid"))) -gt 300 ];then rm /var/run/hoodselector.pid;fi könnte das vielleicht als watchdog/cronjob in die nächste firmware mit rein? wäre schon sehr praktisch. PS. ich teste das jetzt mal auf paar routern LG lrnzo

7 years, 9 months

3
14
0 0

Router kommt nicht wieder online. debugging trotzdem möglich :)

by lrnzo

Hallo Leute, heute morgen wollte ein Kabelmeshrouter nach automatischem Reboot nicht wieder online kommen, aber ich konnte noch per link-local rauf und habe mal ein wenig herumprobiert. Noch ist er nicht wieder online, aber ich dachte mir, die Ausgaben könnten fürs Firmware-debugging interessant sein. Deshalb hier: ---------------------------8<--------------------------- root@FF-Bad-Iburg-Pfarrheim-Glane-01:~# hoodselector No VPN connection found Testing neighboring adhoc networks for batman advanced gw connection. The following wireless networks have been found: 73 2437 02:00:0a:12:58:00 mesh.ffnw After filtering we will test the following wireless networks: No neighboring freifunk batman advanced mesh found. Command failed: Request timed out Failed to parse json data: unexpected end of data currend configuration are not defined as hood VPN stopped. Command failed: Request timed out Command failed: Request timed out Command failed: Request timed out Wireless restarted. IBSS needed reconfiguration. Applied new settings and restarted. Command failed: Request timed out Command failed: Request timed out Command failed: Request timed out Wireless restarted. MESH needed reconfiguration. Applied new settings and restarted. Fastd needed reconfiguration. Stopped and applied new settings. VPN enable. VPN started. Interface br-client restarted. VPN needed reconfiguration. Applied new settings and restarted. Set hood "default" Set defaulthood. Command failed: Request timed out Failed to parse json data: unexpected end of data Command failed: Request timed out /usr/bin/lua: /usr/sbin/hoodselector:132: attempt to index local 'e' (a nil value) stack traceback: /usr/sbin/hoodselector:132: in function 'r' /usr/sbin/hoodselector:205: in function 'h' /usr/sbin/hoodselector:938: in main chunk [C]: ? --------------------------->8--------------------------- im logread steht nur alle paar Minuten: ---------------------------8<--------------------------- Thu Aug 3 16:42:24 2017 kern.emerg kernel: [23206.120000] unregister_netdevice: waiting for bat0 to become free. Usage count = 4 Thu Aug 3 16:42:24 2017 kern.emerg kernel: [23206.380000] unregister_netdevice: waiting for primary0 to become free. Usage count = 1 Thu Aug 3 16:42:24 2017 kern.emerg kernel: [23206.640000] unregister_netdevice: waiting for local-node to become free. Usage count = 1 --------------------------->8--------------------------- die systemzeit ist offensichtlich falsch, aber das liegt sicherlich an der Nichterreichbarkeit jeglicher ntp-server. Ich werde ihn bis 18 Uhr erstmal nicht rebooten, sondern warten, ob jemand eine Idee hat, welche Ausgaben außerdem aufschlussreich sein könnten. Die /tmp/hoodselector_error war übrigens leer LG Lorenz

7 years, 9 months

2
3
0 0

Sign Request 20170629

by Johannes Rudolph

Hi, Ich habe heute eine neue Firmware gebaut. Basisdaten: * Firmware-Version: 20170629 * Gluon-Version: 2016.2.6 * Download: https://firmware.ffnw.de/20170629 Folgende Änderungen gab es: * siteconf Repo: * für x86 add kmod-usb-net-mcs7830 * drop libwlocate * drop lwtrace * packages Repo: * Hoods: * Osnabrueck -> Osnabrueck1 und Osnabrueck2 * Oldenburg -> Oldenburg1 und Oldenburg2 * Leer Emden Aurich -> Leer und Aurich * Butjadingen -> Butjadingen und Tossens * Hoodselector: * fix filter own Network * fix filter default Hood Die Änderungen an der Siteconf können im Siteconf-Repo mittels folgendem Befehl eingesehen werden: https://git.ffnw.de/ffnw-firmware/siteconf/compare/20170530...201706 Die Änderungen an unseren eigenen Paketen können im Packages-Repository mittels folgendem Befehl eingesehen werden: https://git.ffnw.de/ffnw-firmware/packages/compare/201705...201706 Ich bitte euch die Änderungen zu prüfen und die Firmware im Anschluss zu signieren. Die Dokumentation zum Signaturprozess findet ihr im Wiki unter: https://wiki.nordwest.freifunk.net/Entwicklung/Firmware_releaseprozess#Firm… Viele Grüße Johannes

7 years, 9 months

7
25
0 0

Fwd: [ff-firmware-devel] [ANNOUNCE] Gluon v2016.2.7 and v2017.1.2

by Jan-Tarek Butt

FYI -------- Forwarded Message -------- Subject: [ff-firmware-devel] [ANNOUNCE] Gluon v2016.2.7 and v2017.1.2 Date: Mon, 14 Aug 2017 02:25:29 +0200 From: Matthias Schiffer <mschiffer(a)universe-factory.net> To: gluon(a)luebeck.freifunk.net CC: Freifunk Firmware Entwicklung <firmware-devel(a)freifunk.net>, WLANware <wlanware(a)freifunk.net> We have just released two new maintenance releases of Gluon: the (hopefully) last release of the v2016.2.x series, and a new v2017.1.x update. The extensive changes to the sysupgrade procedure introduced in v2016.2.6 introduced a regression that could cause nodes to hang during upgrades, requiring manual power cycling. This issue has been fixed; instead, a reboot is triggered when the upgrade can't proceed. v2017.1.2 fixes the same issue for the v2017.1.x branch, together with a few minor feature additions and other bugfixes. For a more detailed list of changes please refer to the full release notes: http://gluon.readthedocs.io/en/v2016.2.x/releases/v2016.2.7.html http://gluon.readthedocs.io/en/v2017.1.x/releases/v2017.1.2.html -- NeoRaider -- firmware-devel mailing list firmware-devel(a)freifunk.net http://lists.freifunk.net/mailman/listinfo/firmware-devel-freifunk.net

7 years, 9 months

1
0
0 0

fastd.mesh_vpn.method

by lrnzo

Hallo Leute, mittlerweile ist ja in der firmware fastd.mesh_vpn.method='null' 'salsa2012+umac' gesetzt und alle supernodes können die Methoden method "salsa2012+umac"; method "null+salsa2012+umac"; method "null"; soweitsogut. Aber effektiv bauen alle uplinks ihren fastd-tunnel immer über die (langsamere) Methode salsa2012+umac auf. Es sei denn man schmeißt diese Methode routerseitig zB per uci raus. Letzteres habe ich jetzt updatefest auf vielen routern getan: uci del_list fastd.mesh_vpn.method='salsa2012+umac';uci del_list fastd.mesh_vpn.method='null';uci add_list fastd.mesh_vpn.method='null';uci commit fastd; echo '/etc/config/fastd' >> /etc/sysupgrade.conf;/etc/init.d/fastd restart aber was sollen Leute machen, die "nur" den configmodus nutzen? Habe mich gefragt, ob man nicht in den wizzard bei der vpn-config ein Menü tun könnte so nach der Motto "schnelles oder extra-verschlüsseltes vpn". Also solange wir noch kein l2tp haben. LG Lorenz

7 years, 10 months

3
2
0 0

Vorschlag für nightly autoupdater branche

by Jan-Tarek Butt

Hi zusammen, Clemens hatte vor einiger Zeit mal den nigthly autoupdater branche im siteconf repo angelegt. Ich habe gestern testweise mal den nigthly CI in das packages repo eingebaut. Langfristig würde ich mir wünschen den nigthly CI in dem packages repo zu lassen. Das ermöglicht bsp. das Änderungen die in den Master gemerged wurde automatisch Auf die Router installiert werden die auf dem nigthly branch zeigen. Somit können Entwickler relativ einfach neue Änderungen von anderen Entwicklern testen und auf bestehenden Änderungen entwickeln. Ein nigthly branche im siteconf repo ist nicht wirklich hilfreich. Da dieses relativ selten, meist zur Zeit eines releases geädert wird. vg Tarek

7 years, 10 months

2
2
0 0

Fwd: [ff-firmware-devel] [ANNOUNCE] Gluon v2017.1.1

by Jan-Tarek Butt

FYI -------- Forwarded Message -------- Subject: [ff-firmware-devel] [ANNOUNCE] Gluon v2017.1.1 Date: Mon, 3 Jul 2017 17:02:16 +0200 From: Matthias Schiffer <mschiffer(a)universe-factory.net> To: gluon(a)luebeck.freifunk.net <gluon(a)luebeck.freifunk.net> CC: Freifunk Firmware Entwicklung <firmware-devel(a)freifunk.net>, WLANware <wlanware(a)freifunk.net>

7 years, 10 months

1
0
0 0

MAC Adresse und Seriennummer auslesen/anzeigen lassen

by Klaus Dint

Hallo zusammen, gibt es die Möglichkeit, mittels eines Befehles die MAC Adresse und die Seriennummer des Routers anzeigen zu lassen? Habe noch eine alte Rechnung eines Routers gefunden und nun würde es mich mal interessieren, wo dieser eigentlich nochmal gelandet war. Freundliche Grüße Klaus Dint

7 years, 11 months

1
0
0 0

Neue Hoods

by Johannes Rudolph

Hallo zusammen, ich würde gerne zeitnah eine neue Firmware bauen. Diese soll unteranderem noch den Fehler beheben, dass das eigene Netzwerk aktuell beim scan Mode des Hoodselectors nicht herausgefiltert wird. Zum anderen haben Stefan und ich einen weiteren Netzsplit vorbereitet. Dafür haben wir die 4 größten Hoods geteilt. Diese sind aktuell: Leer Oldeburg Osnabrück Butjadingen Server seitig hat Stefan alles dafür schon vorbereitet. Ich habe auch schon ein Hoodfile vorbereitet: https://git.ffnw.de/snippets/19 Dort habe ich zum einem die 4 großen Hoods geteilt und zum anderen habe ich versucht durch geschicktes verschieben die Anzahl der Rechtecke zu reduzieren, um das Hoodfile möglichst klein zu halten. Ich habe für die bessere Planbarkeit den Hoodgen um neue Funktionen erweitert. (https://hoodgen.ffnw.de) 1. Beim Klicken auf "Load Nodes" im oberen Menü werden alle aktuellen Nodes geladen und auf der Karte mit dargestellt, dieses hilft sehr gut beim ziehen von Hoodgrenzen in dichbesitelten Freifunk gebieten (Oldenburg, Osnabrück) 2. Wenn man die Nodes in den Hoodgen gelanden hat und auf "Export to JSON drückt", wird zum einem wie gewohnt der JSON Export erstellt, zum anderen werden nun die Nodes in der Jeweiligen Hood gezählt. Damit hat man beim Erstellen und verschieben von Hoods ein besseres Gefühl, wie viele Nodes in der jeweiligen Hood landen werden. Insbesondere bitte ich die Oldenburger das Hoodfile sich anzuschauen, was die Trennung von Oldenburg angeht. Wenn keiner was dazu sagt, würde ich das sonst deuten, dass alle mit meinem Vorschlag einverstanden sind. Gruß Johannes

7 years, 11 months

5
13
0 0

Fwd: [gluon] [SITE] Site seeds and VXLANs

by Jan-Tarek Butt

-------- Forwarded Message -------- Subject: [gluon] [SITE] Site seeds and VXLANs Date: Tue, 27 Jun 2017 23:41:46 +0200 From: Matthias Schiffer <mschiffer(a)universe-factory.net> To: gluon(a)luebeck.freifunk.net <gluon(a)luebeck.freifunk.net> Hi, I've just pushed a bunch of commits adding support for wired meshing over VXLANs. What does this mean? - Newly setup Gluon nodes will encapsulate wired mesh traffic (Mesh-on-LAN/WAN) in UDP packets using the VXLAN protocol. Instead of the batman-adv ethertype, the packets will be normal IPv6 UDP on port 4789 using link-local adresses for unicast, and the address ff02::15c for multicast - Nodes upgraded from Gluon v2017.1 or older will continue to use the "legacy" wired meshing without VLXANs for now. - Gluon v2017.2 will support both VXLANs and the legacy protocol. The setting can be changed in the Advanced Settings of the Config Mode, or by setting the "legacy" attribute of the mesh_wan and mesh_lan UCI sections. Both sides of a wired mesh connection must be set to the same protocol for the link to work. - Gluon v2017.2 + 1 will drop legacy support, settings will be upgraded to use VXLANs automatically - Each mesh domain / site will use a unique VXLAN ID, ensuring that accidental wired mesh connections between different sites won't bridge the meshes (especially important in sites that automatically assign nodes to mesh domains using tools like the Hood Selector) To assign a unique VXLAN ID to a site, a new setting must be added to site.conf: the site seed. The site seed simply consists of 32 bytes of random data in hexadecimal representation. Please refer to the documentation and the included example at [1] for the recommended way to generate a site seed. -- NeoRaider [1] http://gluon.readthedocs.io/en/latest/user/site.html

7 years, 11 months

1
0
0 0

Puppet Repo Änderungen

by Stefan

Hallo zusammen, ich muss grad mal ein wenig Dampf hier ablassen. Simon und ich haben in den letzen 2 Wochen wirklich viel Arbeit ins Puppet sowie unser AS gesteckt. Heute Morgen habe ich mich gewundert, warum beim FFNW Modul Puppet stockte. Nachdem ich mir den Source von https://git.ffnw.de/ffnw-puppet/puppet-ffnw/commit/088409c72e8b75dfb699ea0c… angesehen habe, war es klar. Im Quellcode werden globale Variable genutzt (z.B $::{nat_ip}) die aber gar nicht global sind, sondern nur vom FFNW Modul gesetzt werden. Meine Große Bitte wäre es hier, jede Änderung über Merge Requests zu löschen und das auch nur, wenn man weis was man tut. Das ist doppelte Arbeit die wir uns hier grade wieder machen. Danke. Stefan

7 years, 11 months

3
3
0 0

Firmware md5sum Checksumme

by Christian 'picard' Lorenz

Moin, kann sich mal jemand die Checksumme Dateien anschauen. Zumindest in der unten gezeigten md5 ist der Pfad zu viel. pic@pic_lapi:~/Downloads$ md5sum -c gluon-ffnw-20170530-tp-link-tl-wr841n-nd-v11.bin.md5 md5sum: /var/www/dev/firmware/20170530/gluon-ffnw-20170530-tp-link-tl-wr841n-nd-v11.bin: Datei oder Verzeichnis nicht gefunden /var/www/dev/firmware/20170530/gluon-ffnw-20170530-tp-link-tl-wr841n-nd-v11.bin: FAILED open or read md5sum: WARNUNG: die aufgeführte Datei konnte nicht gelesen werden pic@pic_lapi:~/Downloads$ vi gluon-ffnw-20170530-tp-link-tl-wr841n-nd-v11.bin.md5 (entfernt /var/www/dev/firmware/20170530/) pic@pic_lapi:~/Downloads$ md5sum -c gluon-ffnw-20170530-tp-link-tl-wr841n-nd-v11.bin.md5 gluon-ffnw-20170530-tp-link-tl-wr841n-nd-v11.bin: OK Danke pic -- Freifunk Gruß Freifunk steht für freie Kommunikation in digitalen Datennetzen! Wir verstehen frei als öffentlich zugänglich, im Besitz der Gemeinschaft & unzensiert.

7 years, 11 months

2
2
0 0

Hoodselector ignoriert eigen mesh-bssid nicht -> router bleibt in default hood

by lrnzo

Hallöle, folgendes Konstruk: offloader + MoW-Router, keine anderen ff-router in Funkreichweite. Offloader findet vermutlich aufgrund von Koordinaten in die richtige Hood (Badiburg). Der Router sieht aber beim wlan-scan immer auch seine eigene bssid (default) und bleibt dann stumpf darin hängen. Abhilfe schuf: bssid per uci händisch setzen und hoodselector laufen lassen. LG lrnzo

7 years, 11 months

2
1
0 0

Fwd: [WLANware] [gluon] [ANNOUNCE] Gluon v2016.2.6 and v2017.1

by Bjoern Franke

FYI -------- Weitergeleitete Nachricht -------- Betreff: [WLANware] [gluon] [ANNOUNCE] Gluon v2016.2.6 and v2017.1 Datum: Sat, 10 Jun 2017 14:50:46 +0200 Von: Matthias Schiffer <mschiffer(a)universe-factory.net> Antwort an: Deutschlandweite Liste für WLAN Themen Layer 1-7 <wlanware(a)freifunk.net> An: gluon(a)luebeck.freifunk.net Kopie (CC): Freifunk Firmware Entwicklung <firmware-devel(a)freifunk.net>, WLANware <wlanware(a)freifunk.net>

7 years, 11 months

1
0
0 0

Nach dem Update ist vor dem Update

by Johannes Rudolph

Hallo zusammen nach dem heutigen Firmwareupdate haben wir neue Hoods deployed. Ich habe schon mal einen Vorschlag erarbeitet, wie wir die aktuell 3 großen Hoods weiter auftrennen können, die haben alle nun über 200 Router Osnabrück in Osnabrück1 und Osnabrück2 Oldenburg in Oldenburg1 und Oldenburg2 Leer/Emden/Aurich in Leer und Emden/Aurich Ich habe da schon mal diesen Vorschlag hier erarbeitet, einfach mal in den Hoden kopieren: https://git.ffnw.de/snippets/19 <https://git.ffnw.de/snippets/19> ich habe auch den Hoodgen angepasst. Dort kann man nun die aktuellen Router laden, dass man es beim Grenzen ziehen einfacher hat und eine Subjektiven Eindruck gewinnt wie sich die Router aufteilen. Dazu einfach oben auf „Load Nodes“ drücken und dann Enter ;) In Meinem Vorschlag fehlt noch eine sinnvolle Teilung der Oldenburg Hood, vielleicht kann das mal jemand aus Oldenburg planen und einen Vorschlag machen. Ich kenne da die Backbone Ausbaupläne leider nicht. Ich bin gespannt Gruß Johannes

7 years, 11 months

1
1
0 0

Sign Request 20170530

by Jan-Tarek Butt

Moin Moin leute, Ich habe heute eine neue Firmware gebaut. Basisdaten: * Firmware-Version: 20170502 * Gluon-Version: v2016.2.x * Commit ID: 97f44c208b4dd23a63a0069963ca04fad899bf05 * Download: https://firmware.ffnw.de/20170530 Die upstream Änderungen findet ihr hier: https://github.com/freifunk-gluon/gluon/compare/242e63...97f44c Folgende Gluon spezifischen Änderungen gab es unter anderen: * backport support for TP-Link TL-WR841ND v12 * x86: backport more sysupgrade Folgende Comunnity spezifischen Änderungen gab es: package repo: * hoodselector: Die Fehler werden jetzt in /tmp/hoodselector_error geloggt. * hoodselectorctl: Die uci Steuerung für den hoodselector ist in ein eigenes Paket namens hoodselectorctl ausgelagert worden. * hoodselector: Enthält nun den Support um mit IEEE802.11s umzugehen. #86 * hoodselector: Das scannen nach benachbarten Freifunk Routern ist nun beschleunigt und kostet keine extra Airtime mehr. * hoodselector: Das filtern des eigenen WLANs wurde verbessert. #101 * hoodselector: Die wifi Test Funktion wurde überarbeitet. Es werden nun alle STA Netze vor dem testen der umliegenden Freifunk WLANSs entfernt. #103 * hoodselector: Im MOLWM wird nun sichergestellt das der Router-eigenen Eintrag entfernt wird. * hoodselector: Ein Fehler zur Position abfrage wurde behoben. Wenn keine uci config zu der Router Position zur Verfügung stand, hat die tonumber func nil anstatt 0 returnd so das eine folge Prüfung fehlschlug. #100 * hoodselector: Im scanmode wird bei keinem erfolgreichen scan Ergebnis wieder die defaulthood gesetzt. #99 * hoodselector: das suchen nach hoods aus dem hoodfile durch umliegende WLANs ist nicht mehr von groß, klein Notation abhängig. #102 * geolocator: Der geolocator wurde so angepasst das die pkgs libwlocate und lwtrace nicht mehr notwendig sind, damit konnten ~ 14kbyte speicher eingespart werden. * hoods: Die default hood wurde um einen vpn peer erweitert. Die hood suedwest ist in landkreis-emsland umbenannt worden. Eine neue hood landkreis-cloppenburg ist hinzu gekommen. Eine neue hood grafschaft-bentheim ist hinzu gekommen. Eine neue hood bad-iburg ist hinzu gekommen. siteconf repo: * IEEE802.11s kann jetzt optional im configMode eingeschaltet werden. * iw: package wurde erweitert um den Umgang mit IEEE802.11s zu ermöglichen. * libwlocate: package wurde entfernt. * lwtrace: package wurde entfernt. * netmon-node-client: ist in die Firmware aufgenommen worden. Das package soll das neue Administrations- und Monitorring-Portal Netmon-gn mit Daten versorgen. Änderungen an der Siteconf können im Siteconf-Repo hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/siteconf/compare/20170410..… Die Änderungen an unseren eigenen Paketen können im Packages-Repository hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/packages/compare/20170410..… Ich bitte euch die Änderungen zu prüfen und die Firmware im Anschluss zu signieren. Die Dokumentation zum Signaturprozess findet ihr im Wiki unter: https://wiki.nordwest.freifunk.net/Entwicklung/Firmware_releaseprozess#Firm… Schöne Grüße Tarek

7 years, 11 months

8
28
0 0

Fehler im Hoodselector?

by Malte Modler

Hi, ich hab mit dem Hoodselector folgendes Problem: > root@whv-mm-1:~# hoodselector > VPN connection found. > Position found. > /usr/bin/lua: /usr/sbin/hoodselector:392: attempt to compare number with nil > stack traceback: > /usr/sbin/hoodselector:392: in function '_' > /usr/sbin/hoodselector:711: in main chunk > [C]: ? > root@whv-mm-1:~# weiß jemand Rat? LG Malte

8 years

2
2
0 0

[ Bug ] Hoodselector 20170410 UAP-AC-PRO

by Simon Kurka

Hoodselector 20170410 UAP-AC-PRO > # hoodselector > No VPN connection found > Testing neighboring adhoc networks for batman advanced gw connection. > The following wireless networks have been found: > 0 5220 02:CA:FF:EE:BA:BF mesh.ffnw > 0 2437 02:CA:FF:EE:BA:BF mesh.ffnw > 71 2437 02:00:0A:12:98:00 mesh.ffnw > After filtering we will test the following wireless networks: > 71 2437 02:00:0A:12:98:00 mesh.ffnw > Prepare configuration for testing wireless networks... > VPN stopped. > Testing 02:00:0A:12:98:00... > command failed: Device or resource busy (-16) > VPN started. > Interface br-client restarted. > Wireless restarted. > Finished testing wireless networks, restored previous configuration > No neighboring freifunk batman advanced mesh found. > gluon-neighbour-info -i mesh-vpn -p 1001 -d ff02::2 -r hoodselector -t 0.5 > No VPN routers over mesh on lan or wan > No molwm neighbors found Nein mehr Info gibt es nicht, das ist für einen Bug-Report mehr als ausreichend. Wäre schön, wenn das auch richtig geht. -- Viele Grüße, Simon

8 years

2
6
0 0

[ Bug ] Hoodselector 20170410 Fehlerhafte Hoodauswahl bei MoW

by Simon Kurka

Hoodselector 20170410 Fehlerhafte Hoodauswahl bei MoW Betroffener Router: https://map.ffnw.de/#!v:m;n:98ded088850c (OldenburgSKNordCPE2) VPN-Router: https://map.ffnw.de/#!v:m;n:ec086ba4e6a4 (OldenburgSKNord) > # hoodselector > No VPN connection found > Batman gateways found --> Landet in default-hood. -- Viele Grüße, Simon

8 years

2
2
0 0

Testserverumgebung

by Sem Stadel

Moin zusammen, ich würde gerne für Testzwecke einen zusätzlichen Server bei Hetzner anmieten und unserem Verein zur Verfügung stellen. Dort sollte meiner Meinung nach eine komplette Testumgebung inkl. Einrichtung einer Testhood installiert werden. Damit könnte alles immer vorab getestet werden bevor es in unsere Produktivsysteme eingespielt wird. Was haltet ihr davon und was wird benötigt? Meiner Meinung sollte das System auch so ausgelegt sein, das im Ausfall eines anderen System als Backup genutzt werden kann. LG Sem

8 years

3
2
0 0

Sign Request 20170502

by Jan-Tarek Butt

Moin Moin leute, Ich habe heute eine neue Firmware gebaut. Basisdaten: * Firmware-Version: 20170502 * Gluon-Version: v2016.2.x * Commit ID: 03fc7b8e972aea4d61ff6014adc6ec5850f86216 * Download: https://firmware.ffnw.de/20170502 Die upstream Änderungen findet ihr hier: https://github.com/freifunk-gluon/gluon/compare/242e63...03fc7b Folgende Comunnity spezifischen Änderungen gab es: package repo: * hoodselector: Die fehler werden jetzt in /tmp/hoodselector_error gelog. * hoodselectorctl: Die uci Steuerung für den hoodselector ist in ein eigenes Paket namens hoodselectorctl ausgelagert worden. * hoodselector: Enthält nun den support um mit IEEE802.11s umzugehen. #86 * hoodselector: Das scannen nach benachbarten Freifunk Routern ist nun beschleunigt und kostet keine extra Airtime mehr. * hoodselector: Das filtern des eigenen WLANs wurde verbessert. #101 * hoodselector: Die wifi test funktion wurde überarbeitet. Es werden nun alle STA Netze vor dem testen der umliegenden freifunk WLANSs entfernt. #103 * hoodselector: Im MOLWM wird nun sichergestellt das der Router-eigenen Eintrag entfernt wird. * hoodselector: Ein Fehler zur Positionabfrage wurde behoben. Wenn keine uci config zu der Router Position zur Verfügung stand, hat die tonumber func nil anstatt 0 returnd so das eine folge Prüfung fehlschlug. #100 * hoodselector: Im scanmode wird bei keinem erfolgreichen scan Ergebnis wieder die defaulthood gesetzt. #99 * hoodselector: das suchen nach hoods aus dem hoodfile durch umliegende WLANs ist nicht mehr von groß, klein Notation abhängig. #102 * IEEE802.11s kann jetzt optional im configMode eingeschaltet werden. Änderungen an der Siteconf können im Siteconf-Repo hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/siteconf/compare/20170410..… Die Änderungen an unseren eigenen Paketen können im Packages-Repository hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/packages/compare/20170410..… Ich bitte euch die Änderungen zu prüfen und die Firmware im Anschluss zu signieren. Die Dokumentation zum Signaturprozess findet ihr im Wiki unter: https://wiki.nordwest.freifunk.net/Entwicklung/Firmware_releaseprozess#Firm… Schöne Grüße Tarek

8 years

3
7
0 0

Firmware 20170410

by Jan-Tarek Butt

Hi zusammen, ich habe am Freitag von Sem den hinwies bekommen das sein tp-link-tl-wdr4900-v1 auf den testing branch gewechselt ist. Scheinbar ist beim Bau der Firmware ein Fehler unterlaufen, vermutlich wurde vorher eine testing Version gebaut worden und darauf folgend eine stabile dabei wurde wahrscheinlich make ..TARGET=mpc85xx-generic .. vergessen auszuführen. Ich habe die testing images vorerst in mein homedir verschoben. Mir würden jetzt 2 Vorgehensweisen einfallen. Wir lassen die testing Images einfach aus den Ordner heraus und bieten zu den Signaturen keine images für die wdr4900. In einer neuen Firmware Version kommen dann die stable Images einfach wieder neu mit rein. <-- würde ich bevorzugen. Zweiter Vorschlag: Wir bauen 20170410 neu und müssen anschließend noch mal alle signieren. oder hat jemand noch eine andere Idee? Zudem hab ich gerade auch schon eine Mail an die Allgemeine liste vorbereitet, mit den hinwies darin, das Besitzer eines wdr4900 einmal manuell die Firmware wieder installieren sollten um wieder auf den stable zustand zu kommen. Diese kann dann abgesendet werden wenn wir eine neuere stable images haben oder den Fehlerfall gelöscht haben. Vg Tarek

8 years

1
1
0 0

Neue Hoods - Bentheim - Emsland - Cloppenburg - Bad Iburg

by Johannes Rudolph

Moin zusammen, nach dem Update ist vor dem Update. Unser Freifunk Netz wächst und wächst in der letzten Zeit verdammt schnell. Dank unseres Hoodsystems und des Hoodselectors können wir darauf mittlerweile relative einfach darauf regaieren. Daher habe ich zusammen mit Stefan bereits die nächsten Schritt geplant. In dem Bereich Nordwest sind mittlerweile überall Hoods, die letzten weißen Felcken haben wir mit dem Letzten Update (20170410) beseitigt. Aktuell sind ca. 65 Router in der Default Hood, das sind all diese, die nicht auf der Karte sind und keine Koordinaten haben oder ausserhalb unser Region sind. Stefan und ich haben uns überlegt nun uns an die „großen“ Hoods zu wagen und diese sinvoll zu unterglidern. Die Hood Südwest ist da so ein Kandidat, aktuell auch die größte Hood mit 200 Routern. Diese soll in 3 Hoods mit geografischen Bezug aufgeteillt werden in: - Landkreis Grafschaft Bentheim - Landkreis Emsland - Landkreis Cloppenburg Die Zweitgrößte Hood „Landkreis Osnabrück“, dort würden wir Bad Iburg in eine separate Hood verfrachten, da dort auch eine Menge von Routern auf kleiner Fläche installiert sind. Mein Vorschlag für die neuen Hoods findet ihr hier. Wenn hier keine Einwände kommen würde ich zeitnah eine neue Firmware bauen. Das neue Hoodfile habe ich hier zum Entwurf:https://git.ffnw.de/snippets/15 Man kann es sich wie gewohnt mit unserem Hoodgen anschauen https://hoodgen.ffnw.de Stefan hat das ganz Serverseitig bereits alles vorbereitet. Die Sachen kann man auch hier sich anschauen: https://mw.ffnw.de/Hood_IP_Netze Gruß Johannes Von meinem iPhone gesendet

8 years

3
5
0 0

Änderung am build process

by Jan-Tarek Butt

Hi zusammen, Es gab eine Änderung am build process. Wir haben nun um Gluon auch ein eigenes patch framework. vor dem bauen einer Firmware sollte nun ./prepare.sh patch ausgeführt werden. Wenn man Änderungen an gluon in patches packen will einfach ein patch in $(GLUONDIR)/patches/openwrt/01xx-dein-patch-hier.patch erstellen und im site repo ./prepare.sh update-patches ausführen. schöne Grüße Tarek

8 years

3
5
0 0

Hoodselection Bug Mesh

by Simon Kurka

Hi, > root@ffnw-8416f99be428:~# hoodselector > No VPN connection found > Batman gateways found > Set hood "default" > Hood set by batmanHasGateway mode, GW source is wifi Steht mitten unter Oldenburger Routern, kein Default Router in Sicht. Offenkundig ein Bug. -- Viele Grüße, Simon

8 years

2
1
0 0

Logread Raspi 2

by Sebastian Wolzenburg

Moin zusammen, gestern einen Raspi 2B (1GB RAM 4x 0,9Ghz) als Offloader aufgesetzt mit aktueller Stable FW (fastd). Im Logread sehe ich folgendes: https://pastebin.com/gRma3Xfa Screenshot davon auch noch im Anhang. Liegt das am Loglevel, oder muss ich mir Sorgen machen :) Danke! -- Sebastian Wolzenburg 2. Vorsitzender Freifunk Ibbenbüren e.V. www.freifunk-ibbenbueren.net sebastian(a)freifunk-ibbenbueren.net

8 years, 1 month

1
1
0 0

Sign Request 20170421

by Johannes Rudolph

Hi zusammen, Ich habe heute eine neue Firmware gebaut. Basisdaten: * Firmware-Version: 20170421 * Gluon-Version: v2016.2.5-1-g03fc7b8e * Download: https://firmware.ffnw.de/20170421/ Folgende Änderungen gab es: * hoodselector: remove upper function by scan #102 * hoodselector: filter redundancy networks #105 * hoodselector: prepare scanmode for handling ibss and mesh #103 * hoodselector: filter Own Respondd with Mac address * hoodselector: 802.11s support * hoodselector: delete all running wifi interfaces except ibss #103 * hoodselector: fix wrong function parameter on #99 * hoodselector: get location fix nil returned by uci fault #100 * hoodselector: set default hood in state scanmode #99 * hoodselector: replace stderr with stdout * Move Hoodselector Control to Own Package hoodselectorctl and add it * Hoods: Add Hood Landkreis Grafschaft Bentheim * Hoods: Add Hood Landkreis Cloppenburg * Hoods: Rename Südwest to Landkreis Emsland * Hoods: Add Hood Bad Iburg * Hoods: Emden-Leer-Aurich improved boarders * Hoods: Add Second Fastd Instance for Default Hood Die Änderungen an der Siteconf können im Siteconf-Repo mittels folgendem Befehl eingesehen werden: https://git.ffnw.de/ffnw-firmware/siteconf/compare/201704...johannes%2F2017… Die Änderungen an unseren eigenen Paketen können im Packages-Repository mittels folgendem Befehl eingesehen werden: https://git.ffnw.de/ffnw-firmware/packages/compare/201704...johannes%2F2017… Ich bitte euch die Änderungen zu prüfen und die Firmware im Anschluss zu signieren. Die Dokumentation zum Signaturprozess findet ihr im Wiki unter: https://wiki.nordwest.freifunk.net/Entwicklung/Firmware_releaseprozess#Firm… Nach dem die Firmware signiert wurde werde ich die entsprechenden Tags im GitLab setzen und in die entsprechenden Branches mergen. Parallel zu der Stable baue habe ich auch eine Testing Firmware gebaut und die gibt es die hier: https://firmware.ffnw.de/20170421_testing/ Viele Grüße Johannes Rudolph

8 years, 1 month

5
6
0 0

neuer runner verfügbar

by Bjoern Franke

Moin, ich habe gestern abend einen neuen runner02 auf srv19 eingerichtet. Specs: - 8 cores - 16 GB RAM - 750 GB HD Erreichbar ist die VM nur per IPv6, sie kann aber auch per IPv4 raustelefonieren. Grüße bjo

8 years, 1 month

4
4
0 0

Wechsel auf IEEE802.11s Diskussion

by Jan-Tarek Butt

Hallo zusammen, Vor ein paar tagen habe ich den Support für IEEE802.11s im hoodselector in den master gemerged. wir können nun also mit dem Abschluss des Milestones auch IEEE802.11s zur Verführung stellen. Es besteht noch ein issue #87 was ich hier zuvor nur besprechen wollte. Wenn wir jetzt einfach ibss und IEEE802.11s parallel über das gesamte Netz aktivieren, dann würde sich die Link Anzahl pro node verdoppeln. Da ja zwei nodes über zwei verschiedene Interfaces untereinander sichtbar sind und nicht wie zuvor nur über ibss. Das würde somit auch den Management traffic erhöhen. Im issue #87 geht es um die Überlegung eines workearound zum Wechsel auf IEEE802.11s, Gründe dafür s.u. Mein Ansatz wäre eine Erkennung von Nachbarroutern einzubauen um zu ermitteln ob ein Router ein und den selben Nachbarrouter sowohl über 11s als auch über ibss sieht. trifft das auf alle Router in der Umgebung zu schaltet der Router das ibss ab. Dazu kommt das die Router z.b. immer zwischen 24-6 Uhr einmal Täglich später wöchentlich nach Freifunk Routern schauen soll die ibss aktiv haben. Um eine Abwärtskompatibilität zu ermöglichen. Die zeitlichen Intervalle währen jetzt erst mal Platzhalter. Vorteil von IEEE802.11s gegenüber IBSS ist mehr Hardware Support. Probleme mit dem ath9k bug werden damit nicht behoben da der Bug unabhängig davon im Treiber ist. Das wird mit lede und insbesondere mit ath10k deutlich besser (WIP). Der workaround soll im Milestone 201705 Erstmal nur besprochen werden ( diese Mail ). schöne Grüße Tarek

8 years, 1 month

1
0
0 0

Sign Request 20170410

by Johannes Rudolph

Hi zusammen, wer nicht arbeitet macht auch keine Fehler! niemanden ist es aufgefallen, auch die die Signiert haben nicht, im Hoodfile fehlten für die neue Hood von Ibbenbüren die Serverdaten. Diese sind nun mit drin und auch bereits von mir was das angeht getestet. Auch 8 Augen machen mal einen Fehler. Stefan und ich habe das Firmwareupdate für die 20170409 mittlerweile gestoppt. Alle anderen 500 Router sind problemlos durchgelaufen ;) Bitte noch mal prüfen und signieren, dass wir die neuen Hoods ausrollen können, danke ;) Basisdaten: * Firmware-Version: 20170410 * Gluon-Version: v2016.2.5 * Download: https://firmware.ffnw.de/20170410/ Folgende Änderungen gab es: * Serverdaten für Ibbenbüren: https://git.ffnw.de/ffnw-firmware/packages/commit/987df0dd52d9aa440532901ee… Die Änderungen an unseren eigenen Paketen können im Packages-Repository mittels folgendem Befehl eingesehen werden: https://git.ffnw.de/ffnw-firmware/packages/compare/master...johannes%2F2017… Ich bitte euch die Änderungen zu prüfen und die Firmware im Anschluss zu signieren. Die Dokumentation zum Signaturprozess findet ihr im Wiki unter: https://wiki.nordwest.freifunk.net/Entwicklung/Firmware_releaseprozess#Firm… Viele Grüße Johannes Rudolph

8 years, 1 month

5
9
0 0

Hoodfile, Hoodselector mehrere Tunnelprotokolle

by Johannes Rudolph

Moin zusammen, ich würde gerne das Hoodfile Format wie folgt anpassen, um damit unterschiedliche Tunnelprotokolle einbinden zu können. Am Beispiel an l2tp und fastd würde ich das so machen: [ { "name": "astest", "bssid": "02:CA:FF:EE:BA:AA", "defaulthood": true, "servers": [ { "host": „fastd.ffnw.de ", "port": "10000", "publickey": „22e270ff9b2d1017c3a0b00dd22a58ef7e5915a355eeb16f0b8b52d7eb377869“, "type“ : "fastd" }, { "host": „l2tp.ffnw.de ", "port": "10000", "type“ : "l2tp" } ], "boxes": [] } ] damit könnte dann auch der hoodselector dementsprechend später je nach Tunnelprotokoll die richtigen daten finden an hand der Property „type“ Sollten nochmal andere Protokolle dazukommen könnten wir diese dann einfach ergänzen. Hat der Hoodselector seine entsprechende Hood gefunden schaut er einfach nach den entsprechenden Peers mit dem jeweiligen Typ. Ich würde dann bei Zeiten mal den Hoodgen und den Hoodselector dafür anpassen. Grußß Johannes

8 years, 1 month

4
5
0 0

Sign Request 20170409

by Johannes Rudolph

Hi, Aufgrund eines neuen Gluon Release ziehe ich meinen vorherigen Sign Request der Version 20170406 zurück und stelle direkt einen neuen auf Basis des neuen Gluon Releases Ich habe heute eine neue Firmware gebaut. Basisdaten: * Firmware-Version: 20170409 * Gluon-Version: v2016.2.5 * Download: https://firmware.ffnw.de/20170409/ Folgende Änderungen gab es: * Hoodselector: * Johannes: * Hoodselctor sysupgrade fest * Hoodselector kann über kommandozeile ein und ausgeschaltet werden * https://git.ffnw.de/ffnw-firmware/packages/blob/master/hoodselector/README.… * Tarek: * respondd add "get bssid falback" for radioless devices * add hoodfile bssid to molwm tbl for respondd * molwm add bssid default state * add difference bssid source on molwm choose VPN router befor mesh router. * fix #92 and drop first molwm neighbor because its node it selfe * Banner * Zeigt nun die gewählte Hood mit an, wird im /tmp gespeichert also im RAM und wird alle 2 Minuten neu erstellt * Hoods: * Add New Hoods: * Ibbenbüren * LK Wesermarsch * Südost * Modify: * Wittmund * Friesland * LK Vechta * Steinfurt * Rastede * site.conf * drop v4 next node addr * drop prefix4 for mesh * Alte VPN Peers aus der Site Conf gelöscht. Nur noch der Eine VPN Peer des Default Netzes Die Änderungen an der Siteconf können im Siteconf-Repo mittels folgendem Befehl eingesehen werden: https://git.ffnw.de/ffnw-firmware/siteconf/compare/20170222...johannes%2F20… Die Änderungen an unseren eigenen Paketen können im Packages-Repository mittels folgendem Befehl eingesehen werden: https://git.ffnw.de/ffnw-firmware/packages/compare/20170222...johannes%2F20… Ich bitte euch die Änderungen zu prüfen und die Firmware im Anschluss zu signieren. Die Dokumentation zum Signaturprozess findet ihr im Wiki unter: https://wiki.nordwest.freifunk.net/Entwicklung/Firmware_releaseprozess#Firm… Nach dem die Firmware signiert wurde werde ich die entsprechenden Tags im GitLab setzen und in die entsprechenden Branches mergen. Parallel zu der Stable baue ich auch eine Testing Firmware diese sollte heute im Laufe des Tages fertig sein und dann gibt es die hier: https://firmware.ffnw.de/20170409_testing/ Viele Grüße Johannes

8 years, 1 month

6
11
0 0

Fwd: [gluon] [ANNOUNCE] Gluon v2016.2.5

by Jan-Tarek Butt

FYI Ich würde vorschlagen, das wir 20170406 verwerfen und eine neue bauen. vg Tarek -------- Forwarded Message -------- Subject: [gluon] [ANNOUNCE] Gluon v2016.2.5 Date: Sun, 9 Apr 2017 18:53:32 +0200 From: Matthias Schiffer <mschiffer(a)universe-factory.net> To: gluon(a)luebeck.freifunk.net CC: Freifunk Firmware Entwicklung <firmware-devel(a)freifunk.net>, WLANware <wlanware(a)freifunk.net> A bit smaller than usual, Gluon v2016.2.5 has just been released. It contains just a single fix for a regression which causes frequent kernel crashes in Gluon v2016.2.4 with batman-adv compat 15 (compat 14 is unaffected). Complete release notes at: http://gluon.readthedocs.io/en/v2016.2.5/releases/v2016.2.5.html -- NeoRaider

8 years, 1 month

2
1
0 0

Sign Request 20170406

by Johannes Rudolph

Hi, Ich habe heute eine neue Firmware gebaut. Basisdaten: * Firmware-Version: 20170406 * Gluon-Version: v2016.2.4-1-gd452a7c2 * Download: https://firmware.ffnw.de/20170406/ Folgende Änderungen gab es: * Hoodselector: * Johannes: * Hoodselctor sysupgrade fest * Hoodselector kann über kommandozeile ein und ausgeschaltet werden * https://git.ffnw.de/ffnw-firmware/packages/blob/master/hoodselector/README.… * Tarek: * respondd add "get bssid falback" for radioless devices * add hoodfile bssid to molwm tbl for respondd * molwm add bssid default state * add difference bssid source on molwm choose VPN router befor mesh router. * fix #92 and drop first molwm neighbor because its node it selfe * Banner * Zeigt nun die gewählte Hood mit an, wird im /tmp gespeichert also im RAM und wird alle 2 Minuten neu erstellt * Hoods: * Add New Hoods: * Ibbenbüren * LK Wesermarsch * Südost * Modify: * Wittmund * Friesland * LK Vechta * Steinfurt * Rastede * site.conf * drop v4 next node addr * drop prefix4 for mesh * Alte VPN Peers aus der Site Conf gelöscht. Nur noch der Eine VPN Peer des Default Netzes Die Änderungen an der Siteconf können im Siteconf-Repo mittels folgendem Befehl eingesehen werden: https://git.ffnw.de/ffnw-firmware/siteconf/compare/20170222...johannes%2F20… Die Änderungen an unseren eigenen Paketen können im Packages-Repository mittels folgendem Befehl eingesehen werden: https://git.ffnw.de/ffnw-firmware/packages/compare/20170222...johannes%2F20… Ich bitte euch die Änderungen zu prüfen und die Firmware im Anschluss zu signieren. Die Dokumentation zum Signaturprozess findet ihr im Wiki unter: https://wiki.nordwest.freifunk.net/Entwicklung/Firmware_releaseprozess#Firm… Nach dem die Firmware signiert wurde werde ich die entsprechenden Tags im GitLab setzen. Parallel zu der Stable habe ich auch eine Testing Firmware gebaut und diese ausgerollt, diese ist identisch mit der Stable https://firmware.ffnw.de/20170406_testing/ Viele Grüße Johannes

8 years, 1 month

6
7
0 0

Puppet Agents OL, srv14, srv08

by Stefan

Hi zusamnme, bitte die Puppet Agents auf nachfolgenden Kisten auslassen: - OL VM - srv08 - srv08 Ein Puppet Modul von uns hat hier Fehler und unsere Rheinland Tunnel bekommen falsche Netmask zugewiesen. Simon und ich sind schon an der Fehlerbehebung und geben hier Entwarnung sobald es erledigt ist. Viele Grüße Stefan

8 years, 2 months

1
0
0 0

Netmon-SC map

by Jan-Tarek Butt

Hi, Wollen wir die Karte von Eike [0] so anpassen das wir diese als netmon-SC karte nutzen können? Wenn ja hätte jemand lust dazu? vg Tarek [0] https://git.nordwest.freifunk.net/baranator/lutscherlupe

8 years, 2 months

1
0
0 0

Makefile

by Johannes Rudolph

was genau passiert hier: define Package/ffnw-config-mode-geo-location/postinst #!/bin/sh $(call GluonCheckSite,check_site.lua) endef Gruß Johannes

8 years, 2 months

2
1
0 0

Fwd: [gluon] [ANNOUNCE] Gluon v2016.2.4

by Jan-Tarek Butt

FIY -------- Forwarded Message -------- Subject: [gluon] [ANNOUNCE] Gluon v2016.2.4 Date: Mon, 13 Mar 2017 15:41:34 +0100 From: Matthias Schiffer <mschiffer(a)universe-factory.net> To: gluon(a)luebeck.freifunk.net CC: Freifunk Firmware Entwicklung <firmware-devel(a)freifunk.net>, WLANware <wlanware(a)freifunk.net> Gluon v2016.2.4 is out, this time we have - fixed batman-adv (15) being unable to transmit packets of some specific sizes - fixed a regression in Gluon v2016.2.3 causing high loads in meshes with many router advertisements - switched to a working mirror after the ftp.all.kernel.org discontinuation and more. Find the complete release notes at: http://gluon.readthedocs.io/en/v2016.2.4/releases/v2016.2.4.html -- NeoRaider

8 years, 2 months

1
0
0 0

Re: [Dev] Offline-SSID

by Jens Ellerbrock | Freifunk Nordwest e. V.

Ich würde lo(c/k)al.nordwest.freifunk.net sagen Mit freundlichen Grüßen Jens Ellerbrock -------------------- Freifunk Nordwest e.V. Website Unterstütze uns doch mit einer kleinen Spende, oder ganz einfach beim Onlineshoppen (ohne extra Kosten) Von meinem Samsung Galaxy Smartphone gesendet. -------- Ursprüngliche Nachricht --------Von: Malte Modler via Dev <dev(a)lists.ffnw.de> Datum: 13.03.17 12:01 (GMT+01:00) An: dev(a)lists.ffnw.de Cc: Malte Modler <mail(a)malte-modler.de> Betreff: Re: [Dev] Offline-SSID no-uplink.nordwest.freifunk.net

8 years, 2 months

1
0
0 0

Git struktur

by Jan-Tarek Butt

Hallo zusammen, da nun vermehrt Entwicklungen von mehren Personen beigesteuert und betrieben werden würde ich gerne die Struktur ein wenig anpassen. Der master branch ist bereits ein protected branch. Das bedeutet developer stellen an den master branch einen merge request. Der voreilt bei der Variante ist das es das Revieren von code wesentlich angenehmer gestaltet. Über die inline Kommentare kann man dann wunderbar über Änderungen und Verbesserungen schreiben. Ich habe gerade die Konfiguration dafür im Projekt angepasst und würde das so probieren wollen um einen besser geordneten Entwicklungsprozess zu erzielen und das maintanen zu vereinfachen. Dazu habe ich alle den Status Developer zu geordnet. Was letztlich dazu führ das automatisch merge requests gegen den master gestellt werden, sobald man was puscht in den master puschen möchte. Es sollte sich dadurch für niemanden was ändern und alle sollten wie vorher auch gewohnt am code arbeiten können. Falls jemand ein Problem fest stellt was in der jetzigen Konfiguration jemanden an der Entwicklung behindert. Gerne hier drauf melden damit wir schauen können wo genau das Problem besteht und ob evtl. mehrere betroffen sind. Schöne Grüße und happy coding zusammen :) Tarek

8 years, 2 months

1
0
0 0

20170312_testing

by Johannes Rudolph

8 years, 2 months

1
0
0 0

Next Node Bugfix

by Stefan

Hallo zusammen, nachdem wir einige Stunden debuggt haben, konnten wir eine Lösung für das Next Node Problem finden. Unter node.ffnw ist nun als Client die Statuspage des Routes erreichbar. Dieser DNS Eintrag läst auf die v6 Adresse (fd74:fdaa:9dc4::127) auf. Das Problem im Bereich v4 ist, dass 10.18.0.127 außerhalb der Hoods liegt und deshalb nicht erreichbar ist. Im nexten Schritt sollten wir die Next Node v4 aus der siteconf entfernen, denn diese ist nun unnötig. Viel Spaß :-) VG Stefan

8 years, 2 months

3
3
0 0

Hoodselector Fehler

by Johannes Rudolph

Moin habe gerade das hier produziert: root@whv-rheinstrasse140-1:~# hoodselector No VPN connection found Testing neighboring adhoc networks for batman advanced gw connection. The following wireless networks have been found: 0 2437 02:CA:FF:EE:BA:BE testing.mesh.ffnw 0 5220 02:CA:FF:EE:BA:BE testing.mesh.ffnw 33 2437 02:00:0A:12:E8:00 testing.mesh.ffnw 39 5220 02:00:0A:12:E8:00 testing.mesh.ffnw After filtering we will test the following wireless networks: 0 5220 02:CA:FF:EE:BA:BE testing.mesh.ffnw 33 2437 02:00:0A:12:E8:00 testing.mesh.ffnw 39 5220 02:00:0A:12:E8:00 testing.mesh.ffnw Prepare configuration for testing wireless networks... VPN stopped. Testing 02:CA:FF:EE:BA:BE... command failed: Device or resource busy (-16)

8 years, 2 months

2
4
0 0

[Fwd: [gluon] site.conf: mesh VPN configuration / tunneldigger support]

by Bjoern Franke

\o/

8 years, 2 months

2
1
0 0

next-node fehler in site.conf?

by lrnzo

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

8 years, 2 months

1
1
0 0

Hoodselector erfolgreich deaktivieren?

by lrnzo

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

8 years, 2 months

1
1
0 0

hoodselector aktiviert mesh_on_wan, obwohl... s.u.

by Lorenz Wenner

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

8 years, 2 months

2
1
0 0

Gründe fürs Bricken ermittelbar?

by Malte Modler

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

8 years, 2 months

2
1
0 0

Netmon und WIFI GeoLocator beim GSoC 2017

by Clemens John

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

8 years, 2 months

1
0
0 0

Neue Testing Firmware Hoodselector Fix und Update Fest

by Johannes Rudolph

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

8 years, 2 months

4
8
0 0

Neue Hoods in Ibbenbüren Osnabrück und Oldenburg

by Johannes Rudolph

Moin ich habe gerade auf Grund der Größe die größten Hoods noch einmal unterteilt. Mein Vorschlag dafür ist hier: https://git.ffnw.de/snippets/12 <https://git.ffnw.de/snippets/12> Gruß Johannes

8 years, 3 months

1
0
0 0

Sign Request 20170222

by Jan-Tarek Butt

Hi zusammen, Ich habe heute eine neue Firmware gebaut. Basisdaten: * Firmware-Version: 20170220 * Gluon-Version: v2016.2.x * Commit ID: 242e636188dd9e81ed189fbe8414146dc0214347 * Download: https://firmware.ffnw.de/20170222 Die upstream Änderungen findet ihr hier: https://github.com/freifunk-gluon/gluon/compare/ee597c...242e63 Folgende Comunnity spezifischen Änderungen gab es: package repo: * Alle packages wurden auf Kompatibilität geprüft * Alle lua files werden minifyed * pkg ffnw-config-mode-geo-location: Es wurde ein Fehler behoben die zuletzt ausgewählte Konfiguration der Positionskonfiguration im configMode nun wiederhergestellt. * pkg hoods: neue hoods (suedwest, whv und lohne). Zudem wurden ein paar alte hoods angepasst (Leer-Emden-Aurich, lk-os, lk-vec, rastede und lk-fri) * pkg hoodselector-advanced: wurde entfernt * pkg hoodselector: besitzt nun ein besseres molwm handling. Zusätzlich sind ein paar Änderungen zur Stabilisierungen vorgenommen worden und ein neuer zustand für WLAN lose Geräte ist hinzu gekommen. * pkg libwlocate: kann nun ein Array an bssids entgegen nehmen die blacklisted werden sollen * pkg luamin: wurde entfernt * pkg luaparse: wurde entfernt * pkg lwtrace: angepasst zur Parameterübergabe von mehreren bssids * pkg ffnw-node-info: übergibt nun alle bssids die im hoodfile enthalten sind. * pkg multiple-v6-watchdoog: Code aufgeräumt und vereinfacht Änderungen an der Siteconf können im Siteconf-Repo hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/siteconf/compare/20170125..… Die Änderungen an unseren eigenen Paketen können im Packages-Repository hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/packages/compare/20170125..… Ich bitte euch die Änderungen zu prüfen und die Firmware im Anschluss zu signieren. Die Dokumentation zum Signaturprozess findet ihr im Wiki unter: https://wiki.nordwest.freifunk.net/Entwicklung/Firmware_releaseprozess#Firm… Schöne Grüße Tarek

8 years, 3 months

7
23
0 0

testing firmware für neues gluon v2016.2.x

by Jan-Tarek Butt

Hi zusammen, Ich habe soeben eine testing Firmware hochgeladen und schreibe in dieser Mail vorab schon mal Neuerungen und Änderungen. Grund dafür ist, das ich mich freuen würde wenn ein paar diese Images in bestimmten Szenarien testen wo es Probleme mit u.a dem hoodselector gibts. Darin sollten z.B. die Probleme mit offloader Setups gelöst sein. * Firmware-Version: 20170215 * Gluon-Version: v2016.2.x * Commit ID: b0c647151c6b4889bca8f9226c1456179e86b25b * Download: https://firmware.ffnw.de/testing/ Die upstream Änderungen findet ihr hier: https://github.com/freifunk-gluon/gluon/compare/ee597c...b0c647 Folgende Comunnity spezifischen Änderungen gab es: package repo: * Alle packages wurden auf Kompatibilität geprüft * Alle lua files werden minifyed * pkg ffnw-config-mode-geo-location: Es wurde ein Fehler behoben die zuletzt ausgewählte Konfiguration der Positionskonfiguration im configMode nun wiederhergestellt. * pkg hoods: neue hoods (suedwest, whv und lohne). Zudem wurden ein paar alte hoods angepasst (Leer-Emden-Aurich, lk-os, lk-vec, rastede und lk-fri) * pkg hoodselector-advanced: removed * pkg hoodselector: besitzt nun ein besseres molwm handling. Zusätzlich sind ein paar Änderungen zur Stabilisierungen vorgenommen worden. * pkg libwlocate: kann nun ein Array an bssids entgegen nehmen die blacklisted werden sollen * pkg luamin: removed * pkg luaparse: removed * pkg lwtrace, ffnw-node-info: angepasst zur Parameterübergabe von mehreren bssids * pkg multiple-v6-watchdoog: Code aufgeräumt und vereinfacht Änderungen an der Siteconf können im Siteconf-Repo hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/siteconf/compare/20170125..… Die Änderungen an unseren eigenen Paketen können im Packages-Repository hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/packages/compare/20170125..… Ich habe bewusst ein testing Image gebaut damit ihr in den Setups wo ihr bisher Probleme hattet testen könnt ob mit diesen Images alles funktioniert. Schöne Grüße Tarek

8 years, 3 months

4
27
0 0

Re: [Dev] [Nordwest] seit dem Update sind meine Router nicht mehr stabil ins Netz zu bekommen.

by Johannes Rudolph

Moin, ich werde gleich mal eine testing firmware bauen mit einer praxisnahen Lösung. Gibt es Leute die mir beim „testen“ helfen. Folgendes Setup wird benötigt: 1 VPN Router und mind 5 Mesh Router die nur über Netzwerkkabel Meshen - WLAN abgeschaltet bei allen Wer kann / will helfen? Gruß Johannes > Am 24.02.2017 um 19:47 schrieb Simon Kurka via Nordwest <nordwest(a)lists.ffnw.de>: > > Ein Bug hat Tarek gefixt, war scheinbar nicht alleine. > > Ich könnte einen fix an der Lambertikirche in Oldenburg bestätigen, gab keine Probleme. > > Am 24.02.2017 19:35 schrieb "Martin Brehme via Nordwest" <nordwest(a)lists.ffnw.de <mailto:nordwest@lists.ffnw.de>>: > OK, Danke für die Aufklärung! > > Am 24.02.2017 um 19:20 schrieb Stefan Dunkel via Nordwest: > Bislang nicht. > Tarek ist an dem Thema schon dran... > > > Am 24. Februar 2017 19:16:47 schrieb Martin Brehme via Nordwest > <nordwest(a)lists.ffnw.de <mailto:nordwest@lists.ffnw.de>>: > > Hallo, > > Ok, da hab ich die Mails der letzten Tage falsch verstanden. Mir war > nicht > klar, dass es noch einen Bug gibt. > > Gibt's dazu noch irgendwo ne Erklärung? > > Martin > > > Am 24. Februar 2017 19:07:39 schrieb Stefan Dunkel via Nordwest > <nordwest(a)lists.ffnw.de <mailto:nordwest@lists.ffnw.de>>: > > Hi, > > ja, ne kurzzeitige Lösung gibts auch: > > Cron vom hoodselector rausschmeißen und dann läuft es wieder. > > Die Tage werden wir Lösungen erarbeiten. > > > Am 24. Februar 2017 19:04:09 schrieb Martin Brehme via Nordwest > <nordwest(a)lists.ffnw.de <mailto:nordwest@lists.ffnw.de>>: > > Also ich werde langsam verrückt. Ich weiß nicht mehr weiter. Seit dem > Update spinnt das System hier komplett und die drei Router kommen nicht > mehr stabil ins Netz. Irgendwas stimmt hier bei den drei routern in der > Flüchtlingsunterkunft nicht. > > Es gibt eine FritzBox. Da dran sind ffnw-muehlen-04, ffnw-muehlen-05 > und > der ffnw-muehlen-offloader01 > > Der Offloader geht online und ist in der VEC Hood. hoodselector spuckt > das hier aus: > > root@ffnw-muehlen-offloader01:~# hoodselector > VPN connection found. > Position found. > Set hood "lk-vec" > Hood set by VPN mode. > hashes are not equals! Souce gluon-neighbour-info -i br-wan -p 1001 -d > ff02::2 -r hoodselector -t 0.5 > Interface mesh_wan disabled. > > > Auf den muehlen-04/05 spuckt der hoodselector das hier aus: > > root@ffnw-muehlen-04:~# hoodselector > No VPN connection found > Batman gateways found > gw source is wan > gluon-neighbour-info -i br-wan -p 1001 -d ff02::2 -r hoodselector -t > 0.5 > 02:CA:FF:EE:BA:BF 2 > Set hood "default" > Hood set by batmanHasGateway mode, GW source is mesh on lan/wan > > > > logread auf dem Offloader spukt seit heute das hier immer wieder neu > aus > - da stimmt doch was nicht: > > Fri Feb 24 18:46:00 2017 daemon.notice netifd: Interface 'mesh_wan' is > setting up now > Fri Feb 24 18:46:00 2017 kern.info <http://kern.info/> kernel: [ 991.694509] batman_adv: > bat0: Adding interface: br-wan > Fri Feb 24 18:46:00 2017 kern.info <http://kern.info/> kernel: [ 991.709910] batman_adv: > bat0: The MTU of interface br-wan is too small (1500) to handle the > transport of batman-adv packets. Packets going over this interface will > be fragmented on layer2 which could impact the performance. Setting the > MTU to 1532 would solve the problem. > Fri Feb 24 18:46:00 2017 kern.info <http://kern.info/> kernel: [ 991.781954] batman_adv: > bat0: Interface activated: br-wan > Fri Feb 24 18:46:00 2017 daemon.notice netifd: Interface 'mesh_wan' is > now up > Fri Feb 24 18:46:50 2017 authpriv.info <http://authpriv.info/> dropbear[2477]: Exit (root): > Error reading: Connection reset by peer > Fri Feb 24 18:48:00 2017 kern.info <http://kern.info/> kernel: [ 1111.734334] batman_adv: > bat0: Interface deactivated: br-wan > Fri Feb 24 18:48:00 2017 kern.info <http://kern.info/> kernel: [ 1111.751153] batman_adv: > bat0: Removing interface: br-wan > Fri Feb 24 18:48:00 2017 daemon.notice netifd: Interface 'mesh_wan' is > now down > Fri Feb 24 18:50:00 2017 daemon.notice netifd: Interface 'mesh_wan' is > setting up now > Fri Feb 24 18:50:00 2017 kern.info <http://kern.info/> kernel: [ 1231.714586] batman_adv: > bat0: Adding interface: br-wan > Fri Feb 24 18:50:00 2017 kern.info <http://kern.info/> kernel: [ 1231.729989] batman_adv: > bat0: The MTU of interface br-wan is too small (1500) to handle the > transport of batman-adv packets. Packets going over this interface will > be fragmented on layer2 which could impact the performance. Setting the > MTU to 1532 would solve the problem. > Fri Feb 24 18:50:00 2017 kern.info <http://kern.info/> kernel: [ 1231.802050] batman_adv: > bat0: Interface activated: br-wan > Fri Feb 24 18:50:00 2017 daemon.notice netifd: Interface 'mesh_wan' is > now up > _______________________________________________ > Nordwest mailing list > Nordwest(a)lists.ffnw.de <mailto:Nordwest@lists.ffnw.de> > https://lists.ffnw.de/mailman/listinfo/nordwest <https://lists.ffnw.de/mailman/listinfo/nordwest> > > > _______________________________________________ > Nordwest mailing list > Nordwest(a)lists.ffnw.de <mailto:Nordwest@lists.ffnw.de> > https://lists.ffnw.de/mailman/listinfo/nordwest <https://lists.ffnw.de/mailman/listinfo/nordwest> > > > _______________________________________________ > Nordwest mailing list > Nordwest(a)lists.ffnw.de <mailto:Nordwest@lists.ffnw.de> > https://lists.ffnw.de/mailman/listinfo/nordwest <https://lists.ffnw.de/mailman/listinfo/nordwest> > > > _______________________________________________ > Nordwest mailing list > Nordwest(a)lists.ffnw.de <mailto:Nordwest@lists.ffnw.de> > https://lists.ffnw.de/mailman/listinfo/nordwest <https://lists.ffnw.de/mailman/listinfo/nordwest> > _______________________________________________ > Nordwest mailing list > Nordwest(a)lists.ffnw.de <mailto:Nordwest@lists.ffnw.de> > https://lists.ffnw.de/mailman/listinfo/nordwest <https://lists.ffnw.de/mailman/listinfo/nordwest> > _______________________________________________ > Nordwest mailing list > Nordwest(a)lists.ffnw.de > https://lists.ffnw.de/mailman/listinfo/nordwest

8 years, 3 months

1
0
0 0

Entwurf neue Hoods

by Johannes Rudolph

Moin, heute lief unser Update durch, mit dem wir 3 neue Hoods deployed haben. Südwest Lohne Wilhelmshaven Das hat unser Default Netz weiter verkleinert. Ich habe mir die Knotenkarte mal sinnvoll überschaut und hier nun meine Vorschläge für das nächste Update 2 Neue Hoods Hood Wesermarsch - Der Rest vom LK Wesermarsch südlich von Butjadingen Hood Südost - Der Rest der Fläche in dem sich unsere Router befinden Mit Hilfe des Hoden könnt ihr euch das anschauen: http://hoodgen.ffnw.de <http://hoodgen.ffnw.de/> Mein Neues Hoodfile als Entwurf: https://git.ffnw.de/snippets/11 <https://git.ffnw.de/snippets/11> Gruß Johannes

8 years, 3 months

3
4
0 0

Re: [Dev] [Nordwest] Hoodselector und Einteilung Hood Firmware 20170222

by Johannes Rudolph

Moin > Am 24.02.2017 um 10:03 schrieb Sem Stadel via Nordwest <nordwest(a)lists.ffnw.de>: > > Moin, > > leider ist auch mit der neuen Firmware das Problem bei den VPN Offloadern nicht beseitigt. Ich musste den Hoodselector wieder umbennen, damit die betroffenen Netzelemente stabil laufen. > Beispiele: http://map.ffnw.de/#!v:m;n:c04a00b6a32c <http://map.ffnw.de/#!v:m;n:c04a00b6a32c>; http://map.ffnw.de/#!v:m;n:001999a72deb <http://map.ffnw.de/#!v:m;n:001999a72deb> Das Sollte sich Tarek noch mal anschauen wenn es da noch „Probleme“ gibt > > Zudem ist die Hoodeinteilung Landkreis Vechta und Stadt Lohne nicht nach meinem Vorschlag umgesetzt worden. > > Beispiele: http://map.ffnw.de/#!v:m;n:60e327c741a6 <http://map.ffnw.de/#!v:m;n:60e327c741a6>; http://map.ffnw.de/#!v:m;n:60e327c74276 <http://map.ffnw.de/#!v:m;n:60e327c74276> sind nicht mehr in der Hood LK-Vechta Jetzt falle ich vom Hocker, ich habe dir ein Bild geschickt mit den Hoods Lohne und Vechta und du hattest geschrieben „Ja sehr gut“ und nun ist es falsch :D sry nee Johannes > > VG > > Sem > > _______________________________________________ > Nordwest mailing list > Nordwest(a)lists.ffnw.de > https://lists.ffnw.de/mailman/listinfo/nordwest

8 years, 3 months

1
0
0 0

Sign Request 20170220

by Jan-Tarek Butt

Hi zusammen, Ich habe heute eine neue Firmware gebaut. Basisdaten: * Firmware-Version: 20170220 * Gluon-Version: v2016.2.x * Commit ID: 242e636188dd9e81ed189fbe8414146dc0214347 * Download: https://firmware.ffnw.de/20170220 Die upstream Änderungen findet ihr hier: https://github.com/freifunk-gluon/gluon/compare/ee597c...242e63 Folgende Comunnity spezifischen Änderungen gab es: package repo: * Alle packages wurden auf Kompatibilität geprüft * Alle lua files werden minifyed * pkg ffnw-config-mode-geo-location: Es wurde ein Fehler behoben die zuletzt ausgewählte Konfiguration der Positionskonfiguration im configMode nun wiederhergestellt. * pkg hoods: neue hoods (suedwest, whv und lohne). Zudem wurden ein paar alte hoods angepasst (Leer-Emden-Aurich, lk-os, lk-vec, rastede und lk-fri) * pkg hoodselector-advanced: wurde entfernt * pkg hoodselector: besitzt nun ein besseres molwm handling. Zusätzlich sind ein paar Änderungen zur Stabilisierungen vorgenommen worden und ein neuer zustand für WLAN lose Geräte ist hinzu gekommen. * pkg libwlocate: kann nun ein Array an bssids entgegen nehmen die blacklisted werden sollen * pkg luamin: wurde entfernt * pkg luaparse: wurde entfernt * pkg lwtrace: angepasst zur Parameterübergabe von mehreren bssids * pkg ffnw-node-info: übergibt nun alle bssids die im hoodfile enthalten sind. * pkg multiple-v6-watchdoog: Code aufgeräumt und vereinfacht Änderungen an der Siteconf können im Siteconf-Repo hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/siteconf/compare/20170125..… Die Änderungen an unseren eigenen Paketen können im Packages-Repository hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/packages/compare/20170125..… Ich bitte euch die Änderungen zu prüfen und die Firmware im Anschluss zu signieren. Die Dokumentation zum Signaturprozess findet ihr im Wiki unter: https://wiki.nordwest.freifunk.net/Entwicklung/Firmware_releaseprozess#Firm… Schöne Grüße Tarek

8 years, 3 months

1
3
0 0

Re: [Dev] Sign Request 20170220

by Simon Kurka

Konkrete Auswirkungen? Ist manuelles eingreifen erforderlich? Am 21.02.2017 23:37 schrieb "Jan-Tarek Butt via Dev" <dev(a)lists.ffnw.de>: On 02/21/17 10:25, Jan-Tarek Butt via Dev wrote: > Hi zusammen, > > Ich habe heute eine neue Firmware gebaut. Basisdaten: > * Firmware-Version: 20170220 > * Gluon-Version: v2016.2.x > * Commit ID: 242e636188dd9e81ed189fbe8414146dc0214347 > * Download: https://firmware.ffnw.de/20170220 > > Die upstream Änderungen findet ihr hier: > > https://github.com/freifunk-gluon/gluon/compare/ee597c...242e63 > > Folgende Comunnity spezifischen Änderungen gab es: > package repo: > > * Alle packages wurden auf Kompatibilität geprüft > * Alle lua files werden minifyed > > * pkg ffnw-config-mode-geo-location: Es wurde ein Fehler behoben die zuletzt > ausgewählte Konfiguration der Positionskonfiguration im configMode nun > wiederhergestellt. > > * pkg hoods: neue hoods (suedwest, whv und lohne). > Zudem wurden ein paar alte hoods angepasst (Leer-Emden-Aurich, lk-os, > lk-vec, rastede und lk-fri) > > * pkg hoodselector-advanced: wurde entfernt > > * pkg hoodselector: besitzt nun ein besseres molwm handling. Zusätzlich > sind ein paar Änderungen zur Stabilisierungen vorgenommen worden und > ein neuer zustand für WLAN lose Geräte ist hinzu gekommen. > > * pkg libwlocate: kann nun ein Array an bssids entgegen nehmen die blacklisted > werden sollen > > * pkg luamin: wurde entfernt > > * pkg luaparse: wurde entfernt > > * pkg lwtrace: angepasst zur Parameterübergabe von mehreren bssids > > * pkg ffnw-node-info: übergibt nun alle bssids die im hoodfile enthalten sind. > > * pkg multiple-v6-watchdoog: Code aufgeräumt und vereinfacht > > Änderungen an der Siteconf können im Siteconf-Repo hier eingesehen werden: > https://git.nordwest.freifunk.net/ffnw-firmware/siteconf/ compare/20170125...20170220 > > Die Änderungen an unseren eigenen Paketen können im Packages-Repository hier eingesehen werden: > https://git.nordwest.freifunk.net/ffnw-firmware/packages/ compare/20170125...20170220 > > Ich bitte euch die Änderungen zu prüfen und die Firmware im Anschluss zu > signieren. Die Dokumentation zum Signaturprozess findet ihr im Wiki unter: > https://wiki.nordwest.freifunk.net/Entwicklung/Firmware_releaseprozess# Firmware_signieren Diese Firmware stellt eine molwm Inkompatibilität zu vorherigen Versionen da. Es ist zwingend notwendig in einem mesh on lan/wan Konstrukt einer Version >= 20170220 zu betreiben da die hashes der hoods sonst ungleich sind auf grund von Rechenfehlern in Älternen Firmwares. vg Tarek _______________________________________________ Dev mailing list Dev(a)lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev

8 years, 3 months

2
1
0 0

hoodselector state diagram

by Jan-Tarek Butt

Hi zusammen, ich habe mal ein state dia für den hoodselector erstellt: Es handelt sich um eine grobe etwas abstracter gehaltende version da es sonst zu große aus maße annehmen würde. https://mw.ffnw.de/Hoodselector vg Tarek

8 years, 3 months

1
0
0 0

Hood Friesland-Wilhelmshaven

by Malte Modler

Hallo, ich habe einen Router in Wilhelmshaven, der hat den Gateway b6:48:25:84:a0:4c gewählt, alle anderen drum herum haben als Gateway "lkfri2" ist das OK, oder kann ich euch möglicherweise einen Bugreport schicken? LG Malte

8 years, 3 months

6
27
0 0

autoupdater vs PoE-passthrought

by lrnzo

Moin Leute, ich frage mich gerade folgendes: kann es bei PoE-Passthrough-Konstrukten passieren, dass der Sekundäre Router gerade sein firmwareupdate flasht während der primäre nach erfolgreichem update flashen rebootet? Dann wäre nämlich beim sekundären während des flashens der Saft weg, was ja unter gar keinen Umständen passieren darf. Ist diesbezügllich Vorsorge getroffen, also liegen die autoupdater-minuten speziell bei PoE-Passthrough-Konstrukten weit genug aus einander? ich frage, weil ich neulich kurz nach einem automatischen update eine PoE-sekundäre CPE tftpen musste und weil ich jetzt schon 2mal gesehen habe, dass innerhalb von PoE-Passthrough-Konstrukten nur 7 Minuten den autoupdater läufen liegen. Wenn man Pech hat, handelt man sich damit ihmo Probleme ein. LG lorenz

8 years, 3 months

2
2
0 0

Hinzufügen von radvd-filtered

by Stefan Dunkel

Hi zusammen, ich habe mich einmal ein wenig in das Thema IPv6 und doppelten IPs auf den Routern eingelesen. Ab und zu kommt es in den Hoods ja vor, das diese kurzgeschlossen werden, und keinerlei v6 Traffic mrhr fließt. Hier hat der Router einfach mehrere v6 Defaultroutes. Lösung des Problems: https://github.com/freifunk-gluon/gluon/pull/838 Der Router schaut nach der besten TQ zum Gateway und entscheidet sich dann für den richtigen Weg. Auch im Falle eines Kurzschlusses wäre das v6 Routing dann noch möglich. Daher meine Bitte, dass Paket in die nächste Firmware einzubauen - dass sollte all unseren Nerven zu Gute kommen :) Viele Grüße, Stefan

8 years, 3 months

3
3
0 0

Probleme mit Firmware 20170125

by Christian B.

8 years, 3 months

5
6
0 0

Arbeiten für gluon v2016.2.x

by Jan-Tarek Butt

Hi zusammen, Es sind nun alle packages für gluon v2016.2.x angepasst. Am hoodselector bin ich gerade noch bei das Problem im mesh on lan/wan Verbund zu testen. Dieses release wird wohl ein paar mehr Änderungen enthalten. vg Tarek

8 years, 3 months

1
0
0 0

Ip Netzwerke

by Johannes Rudolph

Moin zur Info, ich habe mit Stefan zusammen „endlich“ eine Auflistung und „Verteilung“ unserer IP Adressen der Hoods gemacht https://mw.ffnw.de/Hood_IP_Netze <https://mw.ffnw.de/Hood_IP_Netze> Gruß Johannes

8 years, 3 months

2
1
0 0

WR 1043ND v4.0

by prinznils

Hallo Heute ist hier ein 1043er aus der Förderung in der Version 4 aufgetaucht steht schon fest wann die fertig sein wird? Die Freifunk-Firmware für v3 geht nicht ;-) Grüße Nils -- ---------------------------- Freifunk Nordwest www.ffnw.de

8 years, 3 months

3
3
0 0

Heimnetz an FF Router LAN Ports

by Klaus Dint

Hallo, ich möchte die Anzahl der Netzwerkports meines Heimnetzes erhöhen. Um mir ein weiteres Gerät in Form eines Switches zu sparen, ist mir der Gedanke gekommen, ob man vielleicht die LAN Anschlüsse meines WDR3600 so umprogrammieren könnte, dass an diesen statt dem Freifunknetz mein normales Heimnetz ausgegeben wird, also der FF Router neben der Bereitstellung des Freifunk WLANs noch die Funktion eines Switches für mein Heimnetz übernimmt. Vielleicht können Sie mir sagen, ob dies generell möglich ist und falls ja, welche Änderungen ich dafür per SSH vornehmen muss? Bereits im Voraus vielen Dank für Ihre Hilfe Klaus Dint

8 years, 3 months

2
3
0 0

Heimnetz an FF Router LAN Ports nutzen

by Klaus Dint

Hallo, ich möchte die Anzahl der Netzwerkports meines Heimnetzes erhöhen. Um mir ein weiteres Gerät in Form eines Switches zu sparen, ist mir der Gedanke gekommen, ob man vielleicht die LAN Anschlüsse meines WDR3600 so umprogrammieren könnte, dass an diesen statt dem Freifunknetz mein normales Heimnetz ausgegeben wird, also der FF Router neben der Bereitstellung des Freifunk WLANs noch die Funktion eines Switches für mein Heimnetz übernimmt. Vielleicht können Sie mir sagen, ob dies generell möglich ist und falls ja, welche Änderungen ich dafür per SSH vornehmen muss? Bereits im Voraus vielen Dank für Ihre Hilfe Klaus Dint

8 years, 3 months

1
0
0 0

IP Netze Hoods

by Klaus Meier

Moin, bei euch in der Liste ist ein Fehler, der Hood (Ort) heißt nicht Butjardingen sondern Butjadingen. Gruß Gert

8 years, 3 months

1
0
0 0

Nächste Hoodteilung

by Stefan

Hallo zusammen, ich habe mir in den vergangenen Tagen mit Johannes zusammen einmal unsere Hoods angeschaut - wir sind hier beide auf die gleichen Ideen gestoßen: Aktuell wird die Anzahl an Routern in Wilhelmshaven und Friesland immer mehr. Meine Idee ist es hier, die Stadt Wilhelmshaven in eine eigene Hood vom Landkreis Friesland zu unterteilen. Dadurch hätten beide Hoods weiterhin „Luft „ nach oben. Im zweiten Schritt würde ich gerne eine süd-west Hood vorschlagen, die unsere Defaultnetz Gebiete abdeckt, in der auch relativ viele Router untergebracht sind. Dadurch hätten wir nur noch 1 Defaulthood, die ca. 100 – 150 Router beinhaltet. Die Süd-West Hood hätte auch etwa 150 Router, sprich genau in unserem Vorgabenbereich. Zu guter Letzt würde ich die Größe der Hood „Leer, Emden, Aurich“ bis an die Nordsee ziehen, da aktuell hier nur 75 Router untergebracht sind. Das Ganze hört sich erstmal viel an, sind aber nur 3 kleinere Änderungen, die für alle Vorteile hätte. Meinungen? Ich hoffe ihr stimmt mir zu ;) Zur besseren Übersicht hier einmal das Hoodfile: https://git.ffnw.de/snippets/4 Viele Grüße, Stefan

8 years, 3 months

2
2
0 0

(kein Betreff)

by Klaus Meier

Moin, zur Zeit sind es nur noch 2 Router Butjadingen Ferienwohnung Greiss und Greiss, bei den anderen lag es an der Fritzbox von EWE die hatte keine Internet Verbindung Gruß Gert

8 years, 3 months

2
1
0 0

Sign Request 20170125

by Jan-Tarek Butt

Hallo zusammen, Ich habe heute eine neue Firmware gebaut. Basisdaten: * Firmware-Version: 20170125 * Gluon-Version: v2016.1.x * Commit ID: ee597c66769a455d38467192598813e7f8411cfd * Download: https://firmware.ffnw.de/20170125 Die upstream Änderungen findet ihr hier: https://github.com/freifunk-gluon/gluon/compare/ee597c...ee597c Folgende Comunnity spezifischen Änderungen gab es: package repo: * multiple-v6-watchdoog: Ungenutzte variablen entfernt anhängende Leerzeichen entfernt. * hood: os-lk hood wurde gesplittet in os-stadt und os-lk hood Leer-Emden-Aurich wurde aufgenommen. Änderungen an der Siteconf können im Siteconf-Repo hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/siteconf/compare/v1.2.1...2… Die Änderungen an unseren eigenen Paketen können im Packages-Repository hier eingesehen werden: https://git.nordwest.freifunk.net/ffnw-firmware/packages/compare/v1.2.1...2… Schöne Grüße Tarek

8 years, 3 months

8
24
0 0

Firmware

by Klaus Meier

Moin, meine Frage ist, wurde in der letzten Zeit Firmwareupdates im Bereich Butjadingen eingespielt, wenn ja welche,da wir seit ein paar Tagen wieder viele rote router haben die nicht mehr online gehen, Welches ist die aktuelle Firmware für die TP-Link Router WDR 3500 / 3600 / 4300 und 1043 ND MfG Gert Lieske

8 years, 3 months

2
1
0 0

Signaturen

by Jan-Tarek Butt

Hallo zusammen, Wir haben ja die Regelung das mindestens 50% der zu Verfügung stehenden keys signieren müssen bevor ein Router eine neue stabile Firmware akzeptiert. Nun haben wir eine menge keys dabei, die noch nie oder extrem selten mal signiert haben. Ich würde folgendes vorschlagen: Die Leute, die noch nie signiert haben und es in der Zukunft von sich aus wahrscheinlich auch nicht mehr machen werden, das diese sich aus der keylist entfernen. Zudem, hätte ich da noch eine allgemeine bitte an alle die signieren können. Das einmal jeder für sich in sich geht, um zu überlegen ob man signieren sollte. Wenn z.B. im Grunde einfach ohne den Code einmal gelesen zu haben oder ohne das gebaute Image einmal installiert zu haben, spricht die Änderungen getestet zu haben, signiert wird. Schadet das letzten endest nur der Community und macht den Signatur Prozess auf der anderen Seite ein bisschen überflüssig. Ich möchte an dieser stelle auch noch sehr gerne für das gegenteilige bitten ;P Also wenn jemand signieren kann/möchte aber sich nicht sicher ist, wie er oder sie daran gehen soll. Scheut euch nicht ;) Fragen sind auf der ML immer willkommen. Schöne Grüße :) Tarek

8 years, 3 months

6
6
0 0

Vorschlag für den Meshviewer

by Malte Modler

Hi, ich hab einen Vorschlag für den Meshvier, und zwar hätte ich gerne eine Möglichkeit die Meshlinien und die Client-Punkte auf der Karte ausblenden zu lassen. Adrian kann nämlich in Wittwund die Karte vor lauter Linien und Punkten nicht mehr sehen^^ LG Malte

8 years, 3 months

2
1
0 0

Requests ins Internet

by Clemens John

Hi, der Node Client für das neue Netmon ist fertig. Allerdings habe ich bei den finalen Tests heute noch ein Problem festgestellt, das ich nicht verstehe. Ich muss mit Hilfe der Lua-Bibliothek "http.request" requests an die Netmon API schicken können. Ich komme aber beim besten Willen nicht aus der verdammten Kiste raus. Dabei war ich mir sicher, dass wir im kompletten Netz public IPv6 mit allem Schick und Schnack haben und ich meine, dass das vor ein paar Tagen auch noch ging? Ein paar Tests mit ping: IPv4 (läuft, aber das brauche ich nicht) +++ root@wg-westerberg:~# ping 37.120.176.207 PING 37.120.176.207 (37.120.176.207): 56 data bytes 64 bytes from 37.120.176.207: seq=0 ttl=54 time=29.231 ms 64 bytes from 37.120.176.207: seq=1 ttl=54 time=28.704 ms ^C --- 37.120.176.207 ping statistics --- 2 packets transmitted, 2 packets received, 0% packet loss round-trip min/avg/max = 28.704/28.967/29.231 ms +++ IPv6 (läuft NICHT, wäre aber schon besser) +++ root@wg-westerberg:~# ping 2a03:4000:6:8025::1 PING 2a03:4000:6:8025::1 (2a03:4000:6:8025::1): 56 data bytes ping: sendto: Permission denied +++ DNS (läuft NICHT, das will ich aber haben mit Auflösung nach IPv6) +++ root@wg-westerberg:~# ping api.netmon.ffnw.de ping: bad address 'api.netmon.ffnw.de' +++ Wie gehe ich da jetzt ran? Läuft da irgendetwas nicht oder mache ich etwas falsch? Viele Grüße Clemens

8 years, 3 months

2
1
0 0

Position der Router

by Malte Modler

Hi, kann es sein, dass im Configmode die Freigabe der Routerposition standardmäßig deaktiviert ist, und auch jedes mal wenn man den Configmode startet es erneut deaktiviert wird. Oder geht das nur mir so? [Firmware 1.2.2] LG Malte

8 years, 3 months

4
4
0 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

Dev