- Dev - Freifunk Nordwest

puppet module
by picard 20 Dec '15

20 Dec '15

moin, ich habe grade durch die puppet module geschaut, das schaut schon mal super aus! fehlen noch module? vnstat munin munin-node vim mc nginx vermisse ich noch gibt es eine liste? -- Gruß pic @ME https://wiki.nordwest.freifunk.net/picard

4 9

puppet
by Jan-Tarek Butt 20 Dec '15

20 Dec '15

Hi, aktueller stand ist das Eike heute Abend noch mal das OpenVPN Modul überarbeiten möchte. Simon hat sich in den letzten tagen in bir eingelesen und würde wohl gerne ein puppet modul für die Rheinland Anbindung realisieren wollen. Ich würde beginnen die Firmware soweit fertig zu stellen so das wir spätestens zum Kongress die ersten hoods aufbauen können. Ich würde vorschlagen das wir Morgen wenn es Eike und Simon zeitlich passt gegen 18Uhr eine Telko machen um gemeinsam weiter zu abernten und fragen zu klären. @Eike Simon: würde euch das passen? vg Tarek

5 11

dns
by Jan-Tarek Butt 16 Dec '15

16 Dec '15

Hi, die dns Konfiguration ist nun auf allen Superneodes fertig. es sollte jetzt überall aus dem Netz folgende domains aufrufbar sein: netmon.ffnw autoupdate.ffnw hood.ffnw und gesondert als speedtest: wget -O - speedtest.ffnw nun beginne ich mit der Implementierung des Gateway selectirungs Scripts für die einzelnen hoods. Sobald das ok für die IP configuration in puppet da ist wird morgen srv08 über puppet eingerichtet und die erste test hood in betrieb genommen. (vorausgesetzt es entstehen keine unerwarteten Fehler). Es sind jetzt noch ~14 Tage bis zur Deadline (10 Tage bis Congress beginn). Meinem Gefühl nach liegen wir gut im Zeitplan. vg Tarek

1 0

Re: [Dev] Vorstand | Project was moved
by Bjoern Franke 16 Dec '15

16 Dec '15

Am Montag, den 14.12.2015, 11:42 +0100 schrieb GitLab: > Project was moved to another location > The project is now located under Freifunk Nordwest / Vorstand > To update the remote url in your local repository run (for ssh): > git remote set-url origin git@git.nordwest.freifunk.net:ffnw_user/Vor > stand.git > or for http(s): > git remote set-url origin https://git.nordwest.freifunk.net/ffnw_user > /Vorstand.git > Hm: git remote set-url origin git@git.nordwest.freifunk.net:ffnw_user/Vorst and.git git pull GitLab: The project you were looking for could not be found. fatal: Could not read from remote repository. Please make sure you have the correct access rights and the repository exists. Sollte das nicht eigentlich passen? *kopfkratz* bjo -- xmpp bjo(a)schafweide.org

2 1

[Fwd: [batman-adv - Bug #223] Kernel Crash when using more than on interface in bat0]
by Bjoern Franke 16 Dec '15

16 Dec '15

\o/ -- xmpp bjo(a)schafweide.org

1 0

Fehler bei Mesh on WAN/LAN? -ODER- falsch konfiguriert?
by Malte Modler 14 Dec '15

14 Dec '15

Hallo Developers <https://youtu.be/Vhh_GeBPOhs>, mir ist eine kleine ungereimtheit aufgefallen, die für die Clients scheinbar keine nachteile bringt, jedoch ein Problem für die Wartbarkeit darstellt. und zwar betrifft dies whv-familienzentrum-west-2 <https://map.ffnw.de/#%21v:m;n:14cc20bbe0f8>. Dieser ist über whv-familienzentrum-west-1 <https://map.ffnw.de/#%21v:m;n:c04a0038ed26> angebunden, er bekommt jedoch selbst keine IP-Adressen (somit ist er über SSH nicht zu warten und er bekommt auch keine Updates) Die Clients und der Meshviewer sind davon unbeeindruckt. Das Problem bestand auch schon bevor das Update auf 0.6.2 freigegeben wurde. lg, Malte Fakten zu whv-familienzentrum-west-1 Hardware: TP-Link TL-WDR3600 v1 Software: 0.6.2 / gluon-v2015.1.2-4-gcc0c1d2 Verbindung ins Internet per "Mesh-VPN" (wie ist normalerweise bei jedem Router ist) Verbindung zum "whv-familienzentrum-west-2" über "Mesh on LAN" Fakten zu whv-familienzentrum-west-2 Hardware: TP-Link TL-WR841N/ND v9 Software: 0.6.1 / gluon-v2015.1.2-2-g8db1e73 Verbindung zu "whv-familienzentrum-west-1" per "Mesh on WAN".

1 0

Re: [Dev] fastdbl | Project was moved
by Bjoern Franke 14 Dec '15

14 Dec '15

Am Montag, den 14.12.2015, 11:31 +0100 schrieb GitLab: > Project was moved to another location > The project is now located under Freifunk Nordwest / fastdbl > To update the remote url in your local repository run (for ssh): > git remote set-url origin git@git.nordwest.freifunk.net:ffnw_user/fas > tdbl.git > or for http(s): > git remote set-url origin https://git.nordwest.freifunk.net/ffnw_user > /fastdbl.git > Bitte auf allen Supernodes entsprechend die URL im Cronjob anpassen. -- xmpp bjo(a)schafweide.org

2 1

Re: [Dev] [Admin] Netzkonflikte
by Jan-Tarek Butt 11 Dec '15

11 Dec '15

> Am 11.12.2015 um 10:24 schrieb Jan-Tarek Butt: >> H, >> >>> >>> wo genau kommt es denn zu den Netzkonflikten? BSSID ist geändert und IP Bereiche komplett getrennt. >> >> http://pastebin.com/TYHUutPv >> >> in der aktuellen Firmware des event Netzes ist 02:CA:FF:EE:BA:BF als >> BSSID gesetzt. diese ist identisch zu unserer aktuellen stable BSSID >> >> siteconf (git)-[v0.6] % cat site.conf | grep '02:CA:FF:EE:BA:BF' >> mesh_bssid = '02:CA:FF:EE:BA:BF', >> mesh_bssid = '02:CA:FF:EE:BA:BF', >> >> Im testing Netz habe ich die letzte Ziffer dekrementiert. D.h. >> siteconf (git)-[master] % cat site.conf | grep 'bssid' >> bssid = '02:CA:FF:EE:BA:BE', >> bssid = '02:CA:FF:EE:BA:BE', >> >> Es wäre super wenn ihr die BSSID somit auf 02:CA:FF:EE:BA:BD ändern >> würdet :) dann sind alle auf der sicheren Seite. >> >> der Master branch ist das testing netz und hat eine andere BSSID als der >> stable branch (v0.6) ich glaube das ist ein wenig untergegangen ;P >> >>> Airvpn hat manchmal Probleme; wir können da erstmal statisch einen VPN wählen, das hatten bjo und ich schon mehrfach gemacht >> >> AirVPN einfach abschalten ist auch keine coole idee da, srv06 nur mit >> 100Mbit angebunden ist und dieser schon voll ausgelastet ist. Was wir >> gucken sollten ist ob man zusätzlich zum statisch gewählten VPN auch >> einen IP Bereich angeben können, um Konflikte zu vermeiden. >> >> Port & Protocol IP DNS >> Port 443 - Protocol UDP 10.4.*.* 10.4.0.1 >> Port 443 - Protocol TCP 10.5.*.* 10.5.0.1 >> Port 80 - Protocol UDP 10.6.*.* 10.6.0.1 >> Port 80 - Protocol TCP 10.7.*.* 10.7.0.1 >> Port 53 - Protocol UDP 10.8.*.* 10.8.0.1 >> Port 53 - Protocol TCP 10.9.*.* 10.9.0.1 >> Port 2018 - Protocol UDP 10.30.*.* 10.30.0.1 >> Port 2018 - Protocol TCP >> Port 2018 - Protocol SSH >> Port 2018 - Protocol SSL 10.50.*.* 10.50.0.1 >> >> im Nordwest netz verteilen wir z.Z 10.8.* und 10.33.* an die clients >> Da airVPN auch 10.8.* einsetzt kann das unschöne folgen haben wenn wir >> airVPN nicht auf einen bestimmten address range festlegen können. >> Zusätzlich sollten wir gucken das wir aktuell keine InterCityVPN >> Anbindung haben da somit evtl. andere Comunitys gestört werden könnten. >> On 12/11/15 10:29, Stefan wrote: > War 10.8.X.X ein tippfehler von dir? > Wir verteilen 10.18.X.X und das verwendet airVPN nicht ;) Ah Pardon wie komme ich denn auf 10.8.* OÖ ... hm dann passt es zumindest in unserem Netz. Das IC VPN sollte denn noch nicht angebunden werden. > Neue FW baut grade, das meshing Foo ist damit heute Abend auch erledigt ;) Super :) vg Tarek

1 0

Re: [Dev] [Admin] Netzkonflikte
by Jan-Tarek Butt 11 Dec '15

11 Dec '15

H, > > wo genau kommt es denn zu den Netzkonflikten? BSSID ist geändert und IP Bereiche komplett getrennt. http://pastebin.com/TYHUutPv in der aktuellen Firmware des event Netzes ist 02:CA:FF:EE:BA:BF als BSSID gesetzt. diese ist identisch zu unserer aktuellen stable BSSID siteconf (git)-[v0.6] % cat site.conf | grep '02:CA:FF:EE:BA:BF' mesh_bssid = '02:CA:FF:EE:BA:BF', mesh_bssid = '02:CA:FF:EE:BA:BF', Im testing Netz habe ich die letzte Ziffer dekrementiert. D.h. siteconf (git)-[master] % cat site.conf | grep 'bssid' bssid = '02:CA:FF:EE:BA:BE', bssid = '02:CA:FF:EE:BA:BE', Es wäre super wenn ihr die BSSID somit auf 02:CA:FF:EE:BA:BD ändern würdet :) dann sind alle auf der sicheren Seite. der Master branch ist das testing netz und hat eine andere BSSID als der stable branch (v0.6) ich glaube das ist ein wenig untergegangen ;P > Airvpn hat manchmal Probleme; wir können da erstmal statisch einen VPN wählen, das hatten bjo und ich schon mehrfach gemacht AirVPN einfach abschalten ist auch keine coole idee da, srv06 nur mit 100Mbit angebunden ist und dieser schon voll ausgelastet ist. Was wir gucken sollten ist ob man zusätzlich zum statisch gewählten VPN auch einen IP Bereich angeben können, um Konflikte zu vermeiden. Port & Protocol IP DNS Port 443 - Protocol UDP 10.4.*.* 10.4.0.1 Port 443 - Protocol TCP 10.5.*.* 10.5.0.1 Port 80 - Protocol UDP 10.6.*.* 10.6.0.1 Port 80 - Protocol TCP 10.7.*.* 10.7.0.1 Port 53 - Protocol UDP 10.8.*.* 10.8.0.1 Port 53 - Protocol TCP 10.9.*.* 10.9.0.1 Port 2018 - Protocol UDP 10.30.*.* 10.30.0.1 Port 2018 - Protocol TCP Port 2018 - Protocol SSH Port 2018 - Protocol SSL 10.50.*.* 10.50.0.1 im Nordwest netz verteilen wir z.Z 10.8.* und 10.33.* an die clients Da airVPN auch 10.8.* einsetzt kann das unschöne folgen haben wenn wir airVPN nicht auf einen bestimmten address range festlegen können. Zusätzlich sollten wir gucken das wir aktuell keine InterCityVPN Anbindung haben da somit evtl. andere Comunitys gestört werden könnten. vg Tarek

1 0

Netzkonflikte
by Jan-Tarek Butt 10 Dec '15

10 Dec '15

Hi, Simon und ich haben gestern festgestellt das es gerade zwei akute Probleme im Netz gibt die für erhebliche Beeinträchtigungen sorgen bzw. sorgen können. Im ersteren Problem kann es zu einer Kollision zwischen dem Produktiven Freifunknetz und dem Event Netz von osna kommen Simon und ich haben es bestätigend gestern getestet. Im zweiten aktuellem Problem kommt es zu massiven package lost im Netz da wir airVPN einsetzen und die den gleichen address range 10.* wir wir und einige andere freifunk communitys verwenden. Mein Vorschlag ist, erst mal airVPN abzuschalten und alles über den reinland e.V. laufen zu lassen. vg Tarek

1 0