August 2016 - 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

[patch master v2] fix patching error by emty build_patches dir
by Jan-Tarek Butt 10 Sep '16

10 Sep '16

--- buildscript | 8 +++++--- 1 file changed, 5 insertions(+), 3 deletions(-) diff --git a/buildscript b/buildscript index 04942e6..43997bf 100755 --- a/buildscript +++ b/buildscript @@ -122,9 +122,11 @@ get_source() { } patch_target() { - for patch in "$PWD"/build_patches/openwrt/*.patch; do - patch --no-backup-if-mismatch -p0 -d "$target" -i "$patch" - done + if (( `ls $PWD/build_patches/openwrt/*.patch 2> /dev/null | wc -l` )); then + for patch in "$PWD"/build_patches/openwrt/*.patch; do + patch --no-backup-if-mismatch -p0 -d "$target" -i "$patch" + done + fi } prepare() { -- 2.9.3

2 1

VPN managemend
by Jan-Tarek Butt 01 Sep '16

01 Sep '16

Hi zusammen, Mir ist gerade eine Idee gekommen die ich hier mal vorstellen und diskutieren wollte. Es kommt ja hin und wieder mal vor das Router Betreiber mehrere VPN Router am selben DSL Anschluss betreiben. Mir ist nicht ersichtlich in wie fern das sinnvoll sein könnte. Im Gegenteil die ohne hin in den meisten fällen knappe Bandbreite an einem DSL Anschluss wird somit durch 2 VPN Verbindungen belastet. Zusätzlich werden auch die peer slots serverseitig blockiert. Nun zu der Idee. Die Router tauschen sich local über deren interfaces miteinander aus (lan,wan,wifi). Als Protokoll könnte man respondd nutzen. Sobald zwei router die local mit einander meshen und auch einen VPN über die identische leitung haben, schaltet einer der beiden den fastd ab. Das Ergebnis wären keine redundanten fastd Verbindungen mehr über identische DSL Anschlüsse. Bewerkstelligen könnte man das indem man prüft ob die Router eine identischen fastd config haben. Da habe ich gerade was in respondd fertig gemacht das md5 hashes von aktuell gesetzen hoods bereitstellt. Die Prüfung ob es sich um den selben Anschluss handelt könnte über die Ermittlung der externe IP geschehen. Da müsste v4 v6 berücksichtigt werden. was halten ihr davon? Hab ich evtl. was essenzielles übersehen warum das eine blöde Idee sein könnte? Wehr hat Lust und zeit das zu implementieren? :) schönen Gruß Tarek

6 8

Re: [Dev] VPN managemend
by Jens Ellerbrock | Freifunk Nordwest e. V. 31 Aug '16

31 Aug '16

Das hat sich bald mit L2TP auch erledigt ;) Von meinem Samsung Galaxy Smartphone gesendet. -------- Ursprüngliche Nachricht --------Von: lrnzo via Dev <dev(a)lists.ffnw.de> Datum: 31.08.16 19:17 (GMT+01:00) An: dev(a)lists.ffnw.de Cc: lrnzo <lrnzo(a)osnabrueck.freifunk.net> Betreff: Re: [Dev] VPN managemend naja, wenn jemand den extra für freifunk angemieteten DSL Anschluss auch wirklich auslasten will ... In einen 50 Mbit/s VDSL Anschluss bekommt man schon 3 Tunnel hinein (je nach dem welche Hardware man hat.) Ich habe das auch so gemacht, bevor ich mir nen offloader gebaut habe. aber das nur am Rande Am 31.08.2016 um 17:08 schrieb Jan-Tarek Butt via Dev: > Es kommt ja hin und wieder mal vor das Router Betreiber mehrere VPN Router am selben DSL > Anschluss betreiben. Mir ist nicht ersichtlich in wie fern das sinnvoll sein könnte. > Im Gegenteil die ohne hin in den meisten fällen knappe Bandbreite an einem DSL Anschluss > wird somit durch 2 VPN Verbindungen belastet. Zusätzlich werden auch die peer slots > serverseitig blockiert. _______________________________________________ Dev mailing list Dev(a)lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev

1 0

Fwd: [WLANnews] JetBrains Lizenzen für freifunk
by Jan-Tarek Butt 30 Aug '16

30 Aug '16

FYI -------- Forwarded Message -------- Subject: [WLANnews] JetBrains Lizenzen für freifunk Date: Tue, 30 Aug 2016 14:26:13 +0200 From: Andreas Bräu <ab(a)andi95.de> Reply-To: Deutschlandweite Liste für WLAN Neuigkeiten <wlannews(a)freifunk.net> To: wlannews(a)freifunk.net Hallo Freifunkas, von JetBrains haben wir 4 AllProducts-Lizenzen (IntelliJ, WebStorm, PhpStorm, ... https://www.jetbrains.com/products.html) für OpenSource-Entwicklung bei freifunk bekommen. Meldet euch bei mir, wenn ihr Interesse habt, das zu nutzen. Viele Grüße Andi _______________________________________________ WLANnews mailing list WLANnews(a)freifunk.net Abonnement abbestellen? -> http://lists.freifunk.net/mailman/listinfo/wlannews-freifunk.net Weitere Infos zu den freifunk.net Mailinglisten und zur An- und Abmeldung unter http://freifunk.net/mailinglisten

1 0

Re: [Dev] [patch master] sed version number to current commit if no tag discripe exist
by Jan-Tarek Butt 28 Aug '16

28 Aug '16

FYI On 08/28/16 23:27, Jan-Tarek Butt wrote: > --- > buildscript | 3 +++ > 1 file changed, 3 insertions(+) > > diff --git a/buildscript b/buildscript > index 53985c4..5a23037 100755 > --- a/buildscript > +++ b/buildscript > @@ -192,6 +192,9 @@ prebuild() { > > #insert actual firware version informations into release file > version=$(git describe --tags --dirty) > + if [ $? -ne 0 ]; then > + version=$(git log | grep -m 1 commit | tail -c41 | head -c7) > + fi > community=$(basename "$(realpath selected_community)" .cfg) > > { > -- > 2.9.3 >

1 0

Signrequest Firmware 1.1 - Part 2
by Johannes Rudolph 25 Aug '16

25 Aug '16

Hallo zusammen, Die Firmware 1.1 läuft seit gut 6 Wochen stabil. Sie wurde auch von 4 Leuten signiert. Inklusive meiner Signatur. Nur leider kennen die Router mit Firmware < 8.1 meine Signatur nicht. Dank unseres Netzsplit sind in den letzten Wochen Router mit alter Firmware wieder online gekommen. Doses kennen meine Signatur noch nicht und updaten nicht. Daher wäre super gut wenn einer aus dem Folgendem Trio noch die Firmware 1.1 signiert, dann hat diese 4 gültige "alte" Signaturen. Dieses betrifft: - Bjo - Clemens - Simon Danke im Voraus Johannes

1 0

mailinglisten - freifunk api
by picard 22 Aug '16

22 Aug '16

moin, auf [0] ist Osnabrücks ML zu finden. wie bekommen wir die ffnw und alle anderen ML auf die übersichts seite? danke im voraus [0] https://freifunk.net/services/wir-tauschen-uns-uber-mailinglisten-aus/servi… -- Freifunk Gruß pic Xmpp: picard(a)ffnw.de & picard(a)fr32k.de @ME https://wiki.nordwest.freifunk.net/picard

3 4

hoodgen map zugriff probleme
by Jan-Tarek Butt 19 Aug '16

19 Aug '16

Hi, mir ist gerade aufgefallen das die darstellung der map nicht mehr über den aktuell implementierten weg möglich ist. http://hood.ffnw/hoodgen.html falls jemand bock auf php hat und vor allen ein wehnig zeit, ist ein patch gerne gesehen :) issue folgt gleich https://git.nordwest.freifunk.net/ffnw-server/hoodgen vg Tarek

3 5