January 2017 - Dev - Freifunk Nordwest

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

10 Mar '17

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

1 1

Sign Request 20170125
by Jan-Tarek Butt 06 Feb '17

06 Feb '17

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 24

Signaturen
by Jan-Tarek Butt 05 Feb '17

05 Feb '17

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

6 6

Requests ins Internet
by Clemens John 30 Jan '17

30 Jan '17

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

2 1

Position der Router
by Malte Modler 30 Jan '17

30 Jan '17

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

4 4

MTU zu klein?
by Malte Modler 27 Jan '17

27 Jan '17

Hi, ich bin nochmal, kann es sein dass das mit den Einstellungen von Batman-adv was nicht stimmt? der sagt mir nämlich die MTU wäre mit 1500 zu klein, sie solle doch bitte 1532 sein (siehe Anhang) Das ist doch bestimmt nicht so gewollt, oder? lg Malte

4 4

MTU zu klein?
by Malte Modler 27 Jan '17

27 Jan '17

Hi, ich bin nochmal, kann es sein dass das mit den Einstellungen von Batman-adv was nicht stimmt? der sagt mir nämlich die MTU wäre mit 1500 zu klein, sie solle doch bitte 1532 sein (siehe Anhang) Das ist doch bestimmt nicht so gewollt, oder? lg Malte

1 0

vorschlag hood leer-emden-aurich und OS city
by Jan-Tarek Butt 26 Jan '17

26 Jan '17

Hi zusammen, :) ich würde gerne einen Vorschlag für zwei neue hoods einreichen. Die erste hood soll die alte lk-os hood aufteilen, um eine Entlastung zu erzielen. Die zweite ist eine neue hood um Leer-Emden-Aurich um weitere Router aus der default hood zu ziehen. Wären damit alle einverstanden? Schöne Grüße Tarek --%<--- [ { "name": "default", "bssid": "02:CA:FF:EE:BA:BF", "defaulthood": true, "servers": [ { "host": "default02.ffnw.de", "port": "11111", "publickey": "32a02dd5e6b9233926e178ac609023ad30bcf26954d38d410088bbdc0b2258cb" }, { "host": "default03.ffnw.de", "port": "11111", "publickey": "9737c65a17cfaa8339315ee53d2b9e02520733780362efacf9503737f5a23204" }, { "host": "default04.ffnw.de", "port": "11111", "publickey": "18199a10620dbd13728a09402ca2364436ca27e46e669a2ebdfe20976dc45e6f" }, { "host": "default05.ffnw.de", "port": "11111", "publickey": "5c1738236ba6930f654fd5e815e0c63ac03f81551ee2b183045b256fb133f77d" }, { "host": "default06.ffnw.de", "port": "11111", "publickey": "22e270ff9b2d1017c3a0b00dd22a58ef7e5915a355eeb16f0b8b52d7eb377869" } ], "boxes": [] }, { "name": "lk-st", "bssid": "02:00:0A:12:80:00", "defaulthood": false, "servers": [ { "host": "lk-st01.sn.ffnw.de", "port": "10000", "publickey": "c6485ba100d633dbebdbfad24ba4a010a242d6d7bb9817173259e9d3677b929d" }, { "host": "lk-st02.sn.ffnw.de", "port": "10001", "publickey": "88991ed1d7c6c4e1ffa9c97a1aa390d8ac03917ddacd9494c949abcbea6c6c94" } ], "boxes": [ [ [ 52.18, 7.41 ], [ 52.35, 7.9 ] ] ] }, { "name": "lk-fri", "bssid": "02:00:0A:12:88:00", "defaulthood": false, "servers": [ { "host": "lk-fri01.sn.ffnw.de", "port": "10001", "publickey": "613ffbc8a5a2b1a8602866c0bd44afddecee79c49cde52ee4dd5df73c88d0437" }, { "host": "lk-fri02.sn.ffnw.de", "port": "10002", "publickey": "14f33c20c3487904e6d1420e9105cfb62b66bc3216d5cdb8a055461b6ed0415d" } ], "boxes": [ [ [ 53.36, 7.85 ], [ 53.72, 8.18 ] ] ] }, { "name": "ol", "bssid": "02:00:0A:12:98:00", "defaulthood": false, "servers": [ { "host": "ol01.sn.ffnw.de", "port": "10000", "publickey": "2807aacfbccff12794c80a1c368e89966bee9376416cc1773a5224c6f94c76d6" }, { "host": "ol02.sn.ffnw.de", "port": "10001", "publickey": "9e3eb2b7094efbd574de2d7401589e2279c4e9e65522c0985fb57a98dfb605c1" } ], "boxes": [ [ [ 53.08, 8.14 ], [ 53.22, 8.3 ] ] ] }, { "name": "lk-os", "bssid": "02:00:0A:12:90:00", "defaulthood": false, "servers": [ { "host": "lk-os01.sn.ffnw.de", "port": "10000", "publickey": "148fa1af96a0ee6653d150fa11b6b018738a711f47b8d8bb05ad569880ad6415" }, { "host": "lk-os02.sn.ffnw.de", "port": "10001", "publickey": "c91a74b295f8d1372080c0a7536b094631c4cab6af3fd339e135c4f971c91242" } ], "boxes": [ [ [ 52.13, 8.15 ], [ 52.37, 8.42 ] ], [ [ 52.13, 7.95 ], [ 52.37, 7.99 ] ], [ [ 52.32, 7.99 ], [ 52.37, 8.15 ] ], [ [ 52.13, 7.99 ], [ 52.24, 8.15 ] ] ] }, { "name": "butjadingen", "bssid": "02:00:0A:12:B0:00", "defaulthood": false, "servers": [ { "host": "lk-bra01.sn.ffnw.de", "port": "10000", "publickey": "e581343a5d17afc1c8c205424e00e26adef6c520ec54b6f462f962245e5b02cd" }, { "host": "lk-bra02.sn.ffnw.de", "port": "10001", "publickey": "f9940159383e953044102b3e1529f568dd068c3f34062177ef74d244e06f65ef" } ], "boxes": [ [ [ 53.45, 8.18 ], [ 53.63, 8.57 ] ] ] }, { "name": "wittmund", "bssid": "02:00:0A:12:B8:00", "defaulthood": false, "servers": [ { "host": "lk-wtm01.sn.ffnw.de", "port": "10000", "publickey": "b57a979cc9ae698b4173b5b57b2b193e38de5cc423059023894965bba8458e45" }, { "host": "lk-wtm02.sn.ffnw.de", "port": "10001", "publickey": "29a241d64158bc51f01e44bc188e91e5b887985da3688a02ce12b33439e17053" } ], "boxes": [ [ [ 53.5, 7.68 ], [ 53.72, 7.85 ] ] ] }, { "name": "rastede", "bssid": "02:00:0A:12:A0:00", "defaulthood": false, "servers": [ { "host": "ras01.sn.ffnw.de", "port": "10000", "publickey": "ca1b5487ffc20a1f90e0ac14e835d84ab9e52612b5ca62e073d0a13dad98775e" } ], "boxes": [ [ [ 53.22, 8.09 ], [ 53.36, 8.32 ] ] ] }, { "name": "lk-vec", "bssid": "02:00:0A:12:A8:00", "defaulthood": false, "servers": [ { "host": "lk-vec01.sn.ffnw.de", "port": "10002", "publickey": "18e3fd453b3ed675e23ead15727b6989879db5c401a71e1a5c4744f86d473eea" } ], "boxes": [ [ [ 52.63, 7.91 ], [ 52.76, 8.67 ] ] ] }, { "name": "Delmenhorst", "bssid": "02:00:0A:12:C0:00", "defaulthood": false, "servers": [ { "host": "del01.sn.ffnw.de", "port": "10000", "publickey": "a1180ec56590b7c2c9377c10e96c5af176ff7f64984af423115875dd72d9bac3" }, { "host": "del02.sn.ffnw.de", "port": "10001", "publickey": "22d9a5e6c1d91946e894065038a7bc73b9739daa19ee767fd789a3ce0da95f92" } ], "boxes": [ [ [ 53, 8.3 ], [ 53.22, 8.78 ] ] ] }, { "name": "os", "bssid": "02:00:0A:12:C8:00", "defaulthood": false, "servers": [ { "host": "os02.sn.ffnw.de", "port": "10000", "publickey": "c694e8ae8828d9da0ba1d9e263d481dd1677e18f83be2cd8acd63db30aad0e5e" }, { "host": "os02.sn.ffnw.de", "port": "10001", "publickey": "86f79f8e272d589d0436918ed436691e2109d687086bccd287275a175605d8d1" } ], "boxes": [ [ [ 52.24, 7.99 ], [ 52.32, 8.15 ] ] ] }, { "name": "Leer-Emden-Aurich", "bssid": "02:00:0A:12:D0:00", "defaulthood": false, "servers": [ { "host": "leer01.sn.ffnw.de", "port": "10000", "publickey": "02ee5dc6e69696388c38b8cee0c366f152a39136c0051300dfb6104ef0761007" }, { "host": "leer01.sn.ffnw.de", "port": "10001", "publickey": "241d76b6b262f9dd452dcea92bcb57f1cc606ebeaeed9d0c55828dfd230a0271" } ], "boxes": [ [ [ 53.2, 6.98 ], [ 53.5, 7.85 ] ] ] } ] -->%--

7 17

Package repo und fehlender tag
by Simon Kurka 26 Jan '17

26 Jan '17

Hallo zusammen, ich hatte gerade mal wieder einen leichten Anlauf inneren Wutanfalls. 1. Package Repo Könnten wir vielleicht, wie einige andere Communities auch, ein eigenes (noch) OpenWrt Package repo pflegen? Es ist quasi unmöglich kmods für unsere spezifische Kernel-Version zu finden und damit ebenso unmöglich mal unkompliziert Dinge auszuprobieren. Generell muss ich, um überhaupt etwas installieren zu können, die Repo URL ändern, da openwrt.draic.info nicht mehr existiert. Das sollte dann vielleicht gleich in der nächsten Version auf unser eigenes Package repo umgeschwenkt werden in der siteconf oder alternativ auf einen funktionierenden Mirror, wenn ich da einen Denkfehler habe (Henne & Ei z. B.). 2. Fehlender tag Warum zur Hölle gibt es noch keinen 1.2.2 tag im git? Der 1.2.1 tag ist definitiv falsch, das war die Version mit testing.xxxx, der letzte Commit sagt allerdings, dass das für diesen tag auf ohne testing geändert wurde, was ja definitiv nicht der Fall war. Sieht nach einem klaren Bruch zwischen Versionsverwaltung und der Realität aus. Bitte fix korrigieren! -- Viele Grüße, Simon

3 4

hoodselector MoW bug
by Simon Kurka 26 Jan '17

26 Jan '17

Hi, der hoodselector hat einen Bug mit ganz hässligen Auswirkungen. Ich werde ih nvorerst deaktivieren. Umgebung: 2 Geräte 1x VPN 1x MoW Kein Mesh auf WLAN möglich. Der MoW Router findet keine Nachbarn und setzt sich in die default hood, obwohl er statische Koordinaten hat. Der VPN Router erkennt einen MoW Konflikt und schaltet ab. Folge: MoW Router Offline. Auftreten tut das übrigens in der Lambertikirche in Oldenburg. -- Viele Grüße, Simon

3 6