- Dev - Freifunk Nordwest

Offene Diskussionspunkte für Firmware 1.0

by Clemens John

Hi, ich habe noch ein paar offene Diskussionspunkte für die Firmware 1.0, schaut mal bitte im Ticket bzw. Merge-Request dazu vorbei und votet: * https://git.nordwest.freifunk.net/ffnw-firmware/packages/merge_requests/13 * https://git.nordwest.freifunk.net/ffnw-firmware/packages/issues/43 Viele Grüße Clemens

9 years

3
4
0 0

Firmware Autobuilds nicht manuell abbrechen bitte

by Clemens John

Hi, seid so lieb und canceled mir nicht jedesmal die automatisierten Firmware Builds sonst aktualisieren sich meine Router nicht. Wir haben die Builds extra eingerichtet damit niemand etwas tun muss um automatisch die aktuellste Entwicklerfirmware auf seinen Router zu bekommen. Das funktioniert aber nur wenn ihr den Server das Zeugs auch bauen lasst. Wenn ich jedesmal manuell auf retry drücken muss ist das suboptimal ;) https://git.nordwest.freifunk.net/ffnw-firmware/siteconf/builds Danke Clemens

9 years

2
1
0 0

v1.0 Testing Firmware

by Jan-Tarek Butt

Hi, Ich hab gestern Abend die testing Firmware fertiggestellt. Ich warte nur noch auf ein OK seites Stefan, das die Server soweit sind. Dann würde ich die images unter firmware.ffnw.de freigeben :) Schönen gruß Tarek

9 years

1
0
0 0

Hoods für firmware version 1.0

by Jan-Tarek Butt

Hallo zusammen, Ich würde gerne vorbereiten für die Firmware Version 1.0 die zu releasenden hoods diskutieren. Mir stellen sich ein paar Fragen vorweg. Wie viele serverseitige hoods sind aktuell möglich? Wie viele Router sollen diese hoods fassen? Welche BSSIDs sind aktuell für die testhoods belegt? Ursprünglich war der Plan in 1.0 eine großflächige hood um Wittmund WHV zufassen, sowie eine Großflächige hood um Osnabrück. Vom Volumen entspräche das ca. 500-600 Router pro hood. Je nachdem wie viele hoods wir in v1.0 releasen wollen würde ich folgende hoods vorschlagen: (haubsächlich get es hier gerade um die koordinaten) { "name": "osna", "host": "osna01.sn.ffnw.de", "port": "xxxx", "publickey": "xxxx", "bssid": "02:CA:FF:EE:BA:BD", "defaulthood": false, "boxes": [ [ [ "52.18", "7.90" ], [ "52.32", "8.22" ] ] ] }, { "name": "ibben", "host": "ibben01.sn.ffnw.de", "port": "xxxx", "publickey": "xxxx", "bssid": "02:CA:FF:EE:BA:BC", "defaulthood": false, "boxes": [ [ [ "52.08", "7.33" ], [ "52.39", "7.90" ] ] ] }, { "name": "ganderke", "host": "ganderke01.sn.ffnw.de", "port": "xxxx", "publickey": "xxxx", "bssid": "02:CA:FF:EE:BA:BB", "defaulthood": false, "boxes": [ [ [ "52.99", "8.30" ], [ "53.16", "8.70" ] ] ] }, { "name": "witt-whv", "host": "witt-whv01.sn.ffnw.de", "port": "xxxx", "publickey": "xxxx", "bssid": "02:CA:FF:EE:BA:BA", "defaulthood": false, "boxes": [ [ [ "53.49", "7.73" ], [ "53.65", "8.19" ] ] ] }, { "name": "ol-rast", "host": "ol-rast01.sn.ffnw.de", "port": "xxxx", "publickey": "xxxx", "bssid": "02:CA:FF:EE:BA:B9", "defaulthood": false, "boxes": [ [ [ "53.09", "7.97" ], [ "53.27", "8.30" ] ] ] } Eine Diskussion über die BSSID Vergabe findet im thread "Hood Mesh BSSID" statt. Wie ist eure Meinung dazu ? Schöne Grüße Tarek

9 years

6
49
0 0

fastd crypto

by Jan-Tarek Butt

Hi, wir haben im Rahmen der gluon Umstellung 2012-2013 damals ein VPN crypto eingeführt. Ich habe mir da schon länger Gedanken drüber gemacht. Ich bin zu den Schluss gekommen, das ein crypto auf dem VPN an sich sinnlos ist und letztlich nur zur ausbremsung des Durchsatzes durch fastd sowie einer stärkeren Limitierung Server seits führt. Ohne das ein vorteilhafter Grund dafür bestehen bleibt. Das crypto Ansicht ist relativ witzlos da sowohl public key als auch private key in gits rumliegen. Somit hat grundsätzlich jeder einfach die Möglichkeit die VPN Verschlüsselung aufzuheben. Ich wäre dafür in v1.0 die Verschlüsselung von fastd wieder zu entfernen. Das sollte den Durchsatz auf den Routern erhöhen und zur Entlastung von Gateways führen. Ein Nachteil fällt mir dadurch nicht ein. Schöne Grüße Tarek

9 years

6
7
0 0

Hood Mesh BSSID

by Johannes Rudolph

Moin, in abspreache mit Stefan bastel ich gerade am ersten Hoodfile. Ich bin über den Punkt Mesh BSSID gestolpert. Aktuell ist diese bei uns "02:CA:FF:EE:BA:BE" und für die Default Hood kann diese auch so bleiben. Kann ich einfach nach freidünken für Hoods andere BSSID vergeben, oder gibt es da vorgaben die ich noch nicht kenne`?! Ansonsten mach ich einfach: 02:CA:FF:EE:BA:BE -> Default Hood 02:CA:FF:EE:BA:B0 -> Hood Osnabrück 02:CA:FF:EE:BA:B1 -> Hood Butjardingen/Friesland/Wilhelmshaven/Wittmund und die später folgenden Hoods werden weiter hochgezählt. 02:CA:FF:EE:BA:B2 02:CA:FF:EE:BA:B3 02:CA:FF:EE:BA:B4 02:CA:FF:EE:BA:B5 02:CA:FF:EE:BA:B6 02:CA:FF:EE:BA:B7 02:CA:FF:EE:BA:B8 02:CA:FF:EE:BA:B9 Meinungen / Wünsche / Kritik / Lob / Tadel / Zustimmung / Ablehnung?! Keine Reaktion deute ich mal als Zustimmung Gruß Johannes

9 years

4
7
0 0

Puppet: Trennung Hood - FFRL-Anbindung

by Bjoern Franke

Ahoi, auf srv15 haben wir momentan zwei VMs, die den Traffic über ein internes Netz auf den VM-Host leiten, auf dem Bird läuft. Nun stellt sich mir die Frage, ob mit dem Ausrollen unserer Puppetmodule so ein Setup zur Zeit nicht möglich wäre, sprich: Supernode und Rheinland-Anbindung müssen zwangsläufig auf demselben Host sein. Kann einer unserer Puppetentwickler dazu was sagen? Grüße bjo -- xmpp bjo(a)schafweide.org

9 years

3
2
0 0

Re: [Dev] Hoods für firmware version 1.0

by Jan-Tarek Butt

Hi, > Hört sich sehr stimmig an. > Die testhood kann erst ja auf 08 bleiben bis wir später Platz haben. > > Wenn dann die ersten Router ungezogen sind können wir ja auf einem neuen Server eine Testhood anlegen. > > Mach du doch mal eine hood.json, um den Puppet Part kümmere ich mich dann. Nächste Woche habe ich Luft. Ich würde im laufe des Wochenendes eine json Datei Generieren lassen. Evtl. wollen hier noch ein paar drauf schreiben. vg Tarek

9 years

2
1
0 0

0.9 Changelog

by Jan-Tarek Butt

Hi, Ich habe heute eine neue Firmware gebaut. Basisdaten: * Firmware-Version: 0.9 * Gluon-Version: v2016.1.x * Commit ID: 15886fb65b9bcae8770f0bfa1bfc3718f70c9541 * Download: http://firmware.ffnw.de/0.9/ Folgende upstream Änderungen gab es: * https://gluon.readthedocs.io/en/v2016.1.4/releases/v2016.1.4.html#bugfixes * Fixes #714 https://github.com/freifunk-gluon/gluon/issues/714 * Fixes #721 https://github.com/freifunk-gluon/gluon/issues/721 * Fixes #754 https://github.com/freifunk-gluon/gluon/issues/754 * ar71xx-generic: add support for Ubiquiti Rocket M XW * Fixes #755 https://github.com/freifunk-gluon/gluon/issues/755 * Fixes #687 https://github.com/freifunk-gluon/gluon/issues/687 Folgende Comunnity speziffischen Änderungen gab es: * Neues Paket ffnw-hoods hinzugefügt. Dieses Paket enthält das hoodfile welches eine json datei ist die, die default hood beschreibt. * Neues Paket ffnw-hoodselector hinzugefügt. Dieses Paket enthält den hoodselector welcher eine halbautomatische Layer 2 Segmentierung anhand des hoodfiles realisiert. * geolacator patch führt zur error meldung wenn die positions Qualität = 0 ist. * nightly autoupdater branch hinzugefügt. liefert Images die täglich aus dem aktuellen master compeliert werden. * firmware signatur key von lethexa(Tim aus WHV) hinzugefügt Die Änderungen an der Siteconf können im Siteconf-Repo mittels folgendem Befehl eingesehen werden: git diff v0.8.2 v0.9 Die Änderungen an unseren eigenen Paketen können im Packages-Repository mittels folgendem Befehl eingesehen werden: git diff b290ec25eca44cc8bb30a407958a539151a06aab 384427d91babb80756b3e5df75c6c361fd3b3f1a Viele Grüße Tarek -- # Home tarek(a)ring0.de # Freifunk Nordwest <tarek(a)ffnw.de> # GnuPG: # Ich nehme verschlüsselte Mails entgegen. # Fingerprint: 57C0 5D95 DBB0 8A60 159D D114 D41F 2089 1E7A 91C2 # Download Key: http://pgp.mit.edu/pks/lookup?op=get&search=0x1E7A91C2 # Anleitung zur Mailverschlüsselung: http://bit.ly/1e3g2yF

9 years

11
27
0 0

Fwd: Re: Hoods für firmware version 1.0

by Jan-Tarek Butt

FYI -------- Forwarded Message -------- Subject: Re: [Dev] Hoods für firmware version 1.0 Date: Fri, 20 May 2016 21:26:06 +0200 From: Stefan <stefan(a)osnabrueck.freifunk.net> To: Jan-Tarek Butt <tarek(a)ring0.de> Hört sich sehr stimmig an. Die testhood kann erst ja auf 08 bleiben bis wir später Platz haben. Wenn dann die ersten Router ungezogen sind können wir ja auf einem neuen Server eine Testhood anlegen. Mach du doch mal eine hood.json, um den Puppet Part kümmere ich mich dann. Nächste Woche habe ich Luft. Am 20. Mai 2016 21:15:59 MESZ, schrieb Jan-Tarek Butt <tarek(a)ring0.de>: >Hi, > >On 05/20/16 19:52, Stefan wrote: >> Hey Tarek, >> >> sehr guter Plan. >> Aktuell gibt es auf srv08 4 Fastd Instanzen, die wie folgt aufgeteilt >werden könnten: >> >> - WHV >> - Wittmund >> - Oldenburg? > >Das fände ich schon mal super und wäre dafür. > >> - und eine Testinstanz > >Hier würde ich vorschlagen das die test instance auf einen Vollständig >eigenen Server kommt da hier durch aus auch mal anderen protokolle zum >Einsatz kommen könnten usw. > >> srv03 wäre für folgende Hoods mit 2 Fastd Instanzen gut >> >> - OS-Stadt (130 Router) >> - Ibbenbüren (120 Router) >> >> Pro Fastd Instanz wären hier bei 03 125 Router machbar > >Ich würde sonst vorschlagen einer hood mehere fastd instanze zu >zuweisen >somit können wir das Volumen einer hood erhöhen. > >> Die Server sind aktuell eh schon so eingerichtet. >> Wie haben nun 2 Server im ersten Schritt zur Verfügung. Alternativ >könnten wir noch 1 VM auf srv15 anlegen, da könnten auch noch 150 >Router hin. > >Sobald wir die ersten hoods ausgerollt haben werden Ressourcen aus der >Dedaulthood frei. Damit können wir weitere hoods bauen. > > >>> Ich würde gerne vorbereiten für die Firmware Version 1.0 die zu >>> releasenden hoods diskutieren. >>> >>> Mir stellen sich ein paar Fragen vorweg. >>> >>> Wie viele serverseitige hoods sind aktuell möglich? > >OK, ich schließe daraus das aktuell 6 hoods normale hoods möglich sind. > >>> Wie viele Router sollen diese hoods fassen? > >Mein Vorschlagt hier wären 300 Router pro hood. Das entspräche 2-3 >Fastd >Instanzen pro Hood. > >vg >Tarek -- vg Stefan

9 years

1
0
0 0

testing images

by Jan-Tarek Butt

Hi, http://firmware.ffnw.de/testing/ testing images sind fertig. Dort gibt es u.a. Archer C5 und C7 images Rasberry PI images Rasberry PI 2 images und noch ein haufen anderer hardware die neu sind. Jetzt weiter mit Mathe ... ;P vg Tarek

9 years

3
2
0 0

Merge Request zur Abstimmung: DNS-Einträge der Supernodes

by Clemens John

Hi, Tarek bereitet aktuell die Version 0.9 der Firmware vor. Da es bei den DNS- Einträgen der Supernodes neulich zu einer Diskussion kam, hier einmal ein Merge-Request die DNS-Einträge betreffend zur Abstimmung: https:// git.nordwest.freifunk.net/ffnw-firmware/packages/merge_requests/11 Viele Grüße Clemens

9 years

3
2
0 0

Dev Treffen

by Johannes Rudolph

Moin ich fand die Idee eines Fev-Treffens sehr gut ! Ich habe mal ne Doodle Umfrage erstellt zwecks Termin Findung http://doodle.com/poll/ubrxbmuhshe6y9wf Bitte eintragen wer wann Zeit und Lust hätte. Gruß Johannes

9 years

5
5
0 0

openwifi Mailinglist

by Jan-Tarek Butt

Hi, Clemens und ich haben gestern eine Mailingliste für das openwifi Projekt erstellt. Link zur Eintragung findet sich hier: https://lists.ffnw.de/mailman/listinfo/openwifi Das openwifi Projekt ist ein Projekt welches eine Geo-Positionsbestimmung mithilfe von Wlans ermöglicht. Besonderes Merkmal des Projektes ist das es die einzige vollständig Opensource Datenbank zur Positionsbestimmung an Hand von WLAN Daten besitzt zudem einen freien und uneingeschränkten zugriff auf die Positionsabfrage bietet. vg Tarek

9 years

1
0
0 0

Blogartikel zum Hacker-Treffen

by Jan-Tarek Butt

Hi, Ich hab einen Blogartikel zum dev treffen vorbereitet. https://blog.nordwest.freifunk.net/wp-admin/post.php?post=1540&action=edit Mag diesen jemand einmal kurz reviewen und veröffentlichen ? vg Tarek

9 years

2
1
0 0

Hacker-Treffen am 28.05

by Jan-Tarek Butt

Hi zusammen, Hiermit kündige ich für den 28.05 ein Hacker-Treffen im Mainframe an. Genauer Ort ist hier zu finden. (Raum C) https://mainframe.io/contact.de.dark.html Ich habe auch am besagten Termin ein Event im Mainframe Kalender eingetragen. https://mainframe.io/calendar.dark.html Die Hauptaspekte auf diesem Treffen werden sein: * Max 2 kurz Vorträge über Technische Themen. * Das openWifi Projekt http://openwifi.su/ * Der Hoodselechtor, Einführung in das hood Netzwerk * im Anschluss Diskussionen / Ideen Inkubation * Gemütlichen Zusammen Sitzen und Hacken \o/ Ein Link zum aktuellen Pad findet sich hier: https://pad.ffnw.de/p/dev-05-2016 Die Vorträge werden mit unserem coolen neuen Aufnahme Equipment welchen Clemens von seinem Mentoren Geld gekauft hat aufgenommen. :) Schöne Grüße Tarek P.S. Ich freue mich schon riesig auf ein wieder stattfindendes Hacker-Treffen ganz wie in den alten Zeiten :D

9 years

1
0
0 0

srv18: runner01 und buildvm

by Bjoern Franke

Moin, pkgbuilder ist auf srv15 umgezogen. Brauchen wir runner01 und buildvm noch? Ansonsten können wir srv18 plattmachen und bis zum 1.Juni noch für Tests etc. verwenden. Gruß -- xmpp bjo(a)schafweide.org

9 years

3
5
0 0

[Fwd: [gluon] Introducing the LEDE project]

by Bjoern Franke

FYI -- xmpp bjo(a)schafweide.org

9 years

1
0
0 0

Re: [Dev] KDO offline

by Stefan

Hi, wieso sind dadurch andere Router offline? Eventuell zurückflashen? Am 30. April 2016 15:27:24 MESZ, schrieb Malte Modler via Dev <dev(a)lists.ffnw.de>: >Hi, >ich bin schuld, dass die KDO offline ist. >Die Knoten bei meiner Mutter hab ich dreister Weise auf hoodtest10 >geupdatet. > >Falls es euch stört würde ich das wohl auch wieder rückgängig machen. >Ansonsten hab ich den public-key von Tarek eingetragen, und trage auch >gern noch weitere ein. > >Knoten: >ffnw-Jaegerstrasse1-1 >ffnw-Jaegerstrasse1-2 > >LG > > > >------------------------------------------------------------------------ > >_______________________________________________ >Dev mailing list >Dev(a)lists.ffnw.de >https://lists.ffnw.de/mailman/listinfo/dev -- vg Stefan

9 years

3
3
0 0

[Fwd: Re: [gluon] Temporary use WAN-DNS]

by Bjoern Franke

Hoi, AFAIR brauchte Tim Leerhoff ja auch Zugriff auf den DNS, vielleicht ist das für ihn interessant. Grüße

9 years

1
0
0 0

[Fwd: [WLANware] [ANNOUNCE] Gluon v2016.1.4]

by Bjoern Franke

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

9 years, 1 month

1
0
0 0

Hoodselector

by Johannes Rudolph

Moin, ich habe gerstern noche eine Änderung im Hoodslector vorgenommen, damit wir auch mehre Peers pro Server haben können. War ein Problem mit dem String, habe ich behoben. https://git.nordwest.freifunk.net/ffnw-firmware/packages/commit/d899d364cf3… Desweiteren habe ich festgestellt, dass nach einenm Hood wechsel irgednwas nicht ganz rund läuft. Das was ich bisher testen konnte hat ergeben: Router neustarten dann läuft nach Hoodweschsel alles soweit. Ich denke das kann an irgendwelchen IP Settings liegen aber ich habe keine ahnung, habe mir das nicht in die Tiefe angeschaut. Gruß Johannes

9 years, 1 month

7
25
0 0

Schöner Artikel über den stand von versionierungs software

by Jan-Tarek Butt

Hi, http://www.heise.de/newsticker/meldung/Free-Software-Foundation-GitHub-und-… vg :) Tarek

9 years, 1 month

1
0
0 0

Firmware 0.7

by Johannes Rudolph

Moin, ich habe gerade festgestellt das es 7 Router gibt mit der Firmware 0.7 Ich denke das kommt daher das die Eigentümer eine Unterstützung für die 841 v10 nutzen wollten. Damit wir diese nicht auf der Streckelasten zukünftig, würde ich vorschlagen des Link auf dem Server umzubiegen, sodass Firmaware.ffnw.de/testing auch auf 0.8.2 zeigt. Ich denke einigen die das installiert haben war nicht bewusst was in dem fall testing bedeutet und haben es einfach gemacht Meinungen? Gruß Johannes

9 years, 1 month

7
10
0 0

hoods.json

by Jan-Tarek Butt

Hi, Mag hier bitte mal jemand die hoodfiles der test hoods schreiben? :) vg Tarek

9 years, 1 month

2
2
0 0

Signierung 0.8.2

by Johannes Rudolph

Moin es wäre super wenn einfach alle die es noch nicht getan haben die 0.8.2 signieren würden! Es sind zwar 4 Gültige Signaturen vorhanden, allerdings updaten sich die Router < 0.8 nicht, da diesen zum Beispiel meine Signatur auf Firmware < 0.8 noch nicht bekannt ist. Dadurch stellt der Autoupdater fest, dass noch nicht genügend gültige Signaturen vorhanden sind und updatet nicht. Daher bitte Signieren Danke ! (Das ist ja auch schnell gemacht) Gruß Johannes

9 years, 1 month

5
4
0 0

Lass das mal den Buildserver machen

by Clemens John

Hi, Johannes hat sich mit dem CI System von Gitlab beschäftigt und ein paar Scripte gebastelt, die bei jedem Commit in das siteconf Repo automatisch eine neue Firmware bauen, signieren und unter folgender URL hochladen: http://firmware.nordwest.freifunk.net/nightly/<SITECONF-BRANCHNAME> Ich habe das ganze noch ein wenig überarbeitet und jetzt scharf geschaltet. Die relevanten Dateien zur Konfiguration liegen im siteconf Repo unter: * .gitlab-ci.yml * build/ Dokumentation: * http://doc.gitlab.com/ce/ci/yaml/README.html * Doku im Wiki ist TODO Aktuell ist das Feature für die folgenden Branches aktiviert: * master * citest Jeder der häufig Änderungen an der Firmware testen muss oder neue Dinge entwickelt, kann bei Bedarf einen eigenen Branch im siteconf Repo anlegen und das automatische Bauen der Firmware für den Branch aktivieren indem er den Namen des Branches in seinem Branch im .gitlab-ci.yml Script in den jeweiligen Abschnitten von "only" hinzufügt. Wenn man dann noch die "modules"-Datei auf einen eigenen packages Branch anpasst und einen eigenen Update-Channel in der Siteconf hinzufügt kann man sich damit eine richtig schöne Testumgebung mit automatischem Deployment auf Testroutern realisieren. Builds angucken: https://git.nordwest.freifunk.net/ffnw-firmware/siteconf/builds Viel Spaß damit und viele Grüße Clemens P.S. Da das Artifacts-Feature von Gitlab erst in einer der kommenden Versionen auto removing von Artifacts unterstützen wird, wird die Firmware aktuell nur für den wr841n/d deployed um den Speicherbedarf für Artifacts im Gitlab in Grenzen zu halten.

9 years, 1 month

1
0
0 0

Update alter Router

by Johannes Rudolph

Moin, ich weiß nun warum sich alte Router die noch 0.6x oder so haben nicht updaten, sie kennen die neuen Signaturen nicht. Wie lösen wir das nun am besten? Könnten noch leute die in der 0.6 Firmware die keys hatten bitte noch die 0.8.2 signieren dass sich die noch hängengebliebenden Router updaten, danke ! Gruß Johannes root@oldenburg-stuwo-pferdemarkt16-1:~# autoupdater Connecting to autoupdate.ffnw ([2a03:4000:6:8025::1]:80) - 100% |*******************************| 22144 0:00:00 ETA Not enough valid signatures! No usable mirror found.

9 years, 1 month

1
0
0 0

IPv6 auf Router

by Clemens John

Hi, ich bin in der misslichen Lage, dass ich ein Paket auf dem Router nachinstallieren muss (Firmware ist auf Stand aktueller master). Das Blöde: der Router denkt er sei per IPv6 angebunden und löst demzufolge jede Adresse für die ein AAAA Record existiert auf den AAAA record auf obwohl ich natürlich nur per IPv4 angebunden bin. Ich hatte kurz die Idee IPv6 per sysctl einfach zu disablen, aber dann läuft auch link local nicht mehr. Was kann ich tun? Viele Grüße Clemens

9 years, 1 month

2
4
0 0

Sign Request: 0.8.2

by Bjoern Franke

Hi, Ich habe heute eine neue Firmware gebaut. Basisdaten: * Firmware-Version: 0.8.2 * Gluon-Version: 2016.1.3 * Download: http://firmware.nordwest.freifunk.net/0.8.2/ Folgende Änderungen gab es: * vpn-Server wurden von srvxx zu vpnyy geändert vg bjo -- xmpp bjo(a)schafweide.org

9 years, 1 month

4
8
0 0

Hoodselector - site.conf - Debug

by Johannes Rudolph

Moin, zusammen mit Stefan habe ich eine Lösung entwickelt, mit der wir im Meshviewer schnell sehen können welche Router in welcher Hood ist. Dieses wird durch den siteCode in der site.conf gesteuert. Die site.conf ist auch auf dem Router abgesichert und wird von respondd ausgelesen. respondd sammelt die Daten zusammen und sendete sie an Alfred bzw im neuen Setup an den Nachfolger. Demnach müsste die site.conf bei setzten eine Hood durch den Hoodselector angepasst werden. Ich habe dieses auch schon erfolgreich testen können. https://git.nordwest.freifunk.net/ffnw-firmware/packages/blob/feature/SiteC… Was haltet ihr davon? Meinungen? Gruß Johannes

9 years, 1 month

5
13
0 0

Stand der Dinge Firmware 0.9

by Johannes Rudolph

Moin, wie schaut es damit aus? Du wolltest sie ja schon gebaut haben Tarek oder? Gruß Johannes

9 years, 1 month

3
3
0 0

BUG: Falsche aus mac automatisch generierte IPV6

by Tverr Bjelke

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hallo, ich habe hier mit einem Handy dauernd Verbindungsprobleme und bin dann beim Aufsetzen eines weiteren (baugleichen) Routers auf folgendes Gestoßen: Mein zweiter Router ffnw-tverrbjelke-d85d4c9c2f6e | TP-Link TL-WR1043N/ND v1 http://map.ffnw.de/#!v:m;n:d85d4c9c2f6e Er hat eine andere reale ipv6 als die automatisch bestimmte und in der Map eingetragene! Das gleiche gilt für meinen ersten router ffnw-tverrbjelke-d85d4c9c2da6 http://map.ffnw.de/#!v:m;n:d85d4c9c2da6 auch! Ich habe Tarek auf beiden routern seinen SSH-Key eingetragen, damit er debuggen kann. Ich glaube aber das Problem liegt schon HIER: http://mastersword.de/~reddog/ll.php diese Seite erzeugt aus meiner MAC (genommen jeweils von der Rückseite des routers) eine komische IPv6, aber die tatsächlich im gerät verwendete ipv6 linklocal ist eine andere! ffnw-tverrbjelke-d85d4c9c2da6 mit der MAC DA:5E:4C:9C:2D:A6 komme ich real ran mit: ping6 fe80::d85e:4cff:fe9c:2da6%eth0 In der url generierte und auch in der Map eingetragen als fe80::da5d:4cff:fe9c:2da6 Entsprechend auch falsch bei dem router ffnw-tverrbjelke-d85d4c9c2f6e mit der realen mac DA:5E:4C:9C:2F:6E komme ich ran mit: ping6 fe80::d85e:4cff:fe9c:2f6e%eth0 hier mal ein ifconfig auszug: ############################################################## root@ffnw-tverrbjelke-d85d4c9c2f6e:/etc/dropbear# ifconfig bat0 Link encap:Ethernet HWaddr D8:5D:4C:9C:2F:6E inet6 addr: fe80::da5d:4cff:fe9c:2f6e/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:143 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:33 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:6006 (5.8 KiB) TX bytes:0 (0.0 B) br-client Link encap:Ethernet HWaddr D8:5D:4C:9C:2F:6E inet6 addr: fd74:fdaa:9dc4:0:da5d:4cff:fe9c:2f6e/64 Scope:Glob al inet6 addr: fe80::da5d:4cff:fe9c:2f6e/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:142 errors:0 dropped:0 overruns:0 frame:0 TX packets:44 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:3976 (3.8 KiB) TX bytes:6006 (5.8 KiB) br-wan Link encap:Ethernet HWaddr DA:5E:4C:9C:2F:6E inet addr:192.168.2.123 Bcast:192.168.2.255 Mask:255.255.255 .0 inet6 addr: fe80::d85e:4cff:fe9c:2f6e/64 Scope:Link inet6 addr: 2a02:8109:1880:994:d85e:4cff:fe9c:2f6e/64 Scope:Global UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:1222 errors:0 dropped:0 overruns:0 frame:0 TX packets:866 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:201027 (196.3 KiB) TX bytes:143936 (140.5 KiB) client0 Link encap:Ethernet HWaddr DA:5F:4D:9C:2F:6E inet6 addr: fe80::d85f:4dff:fe9c:2f6e/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:158 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 B) TX bytes:10464 (10.2 KiB) eth0 Link encap:Ethernet HWaddr D8:5D:4C:9C:2F:6E inet6 addr: fe80::da5d:4cff:fe9c:2f6e/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:1293 errors:0 dropped:3 overruns:4595 frame:0 TX packets:1038 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:227559 (222.2 KiB) TX bytes:158205 (154.4 KiB) Interrupt:4 eth0.1 Link encap:Ethernet HWaddr DA:5E:4D:9C:2F:6E UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:164 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 B) TX bytes:8288 (8.0 KiB) eth0.2 Link encap:Ethernet HWaddr D8:5D:4C:9C:2F:6E UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:1290 errors:0 dropped:0 overruns:0 frame:0 TX packets:866 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:204155 (199.3 KiB) TX bytes:143936 (140.5 KiB) ibss0 Link encap:Ethernet HWaddr DA:60:4D:9C:2F:6E inet6 addr: fe80::d860:4dff:fe9c:2f6e/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1532 Metric:1 RX packets:1080 errors:0 dropped:0 overruns:0 frame:0 TX packets:1141 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:56232 (54.9 KiB) TX bytes:80604 (78.7 KiB) lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:1292 errors:0 dropped:0 overruns:0 frame:0 TX packets:1292 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:117064 (114.3 KiB) TX bytes:117064 (114.3 KiB) local-node Link encap:Ethernet HWaddr 16:41:95:40:F7:DC inet6 addr: fe80::1441:95ff:fe40:f7dc/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:142 errors:0 dropped:0 overruns:0 frame:0 TX packets:7 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:5964 (5.8 KiB) TX bytes:738 (738.0 B) mesh-vpn Link encap:Ethernet HWaddr DA:61:4C:9C:2F:6E inet6 addr: fe80::d861:4cff:fe9c:2f6e/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1312 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:581 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:0 (0.0 B) TX bytes:39186 (38.2 KiB) - ---- Ihr werdet sowieso nie begreifen, daß Denken kein bloßer Zeitvertreib, sondern eine Pflicht ist... (Pfeffer) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (GNU/Linux) iF4EAREIAAYFAlcKLtMACgkQRP30d5yulgHn/AD+K70L6NwNlslJW2X2Ao4ILtJp IbEz5gieWiBIWzYflP8A/Resc9LnroZ16cyNMmn52JODIwuJ9MpGsMJTOeuJmtk4 =oqQC -----END PGP SIGNATURE-----

9 years, 1 month

1
0
0 0

hoodselector

by Jan-Tarek Butt

Hi, ich habe mir nach dem letzten Arbeitstreffen den hoodselector nochmals angeschaut und durch gespielt. https://pad.ffnw.de/p/hoods-testcases (Ab den Punkt Hoodselector evaluirungsphase) Wir haben in dem Pad vor ein paar Wochen test-cases eruiert. Es fehlt im Grunde ein testcase wo Clemens und ich, länger drüber diskutiert haben und uns letztlich dafür entschieden hatten diesen Fall erst mal auszuschließen. Aktuell ist es so, das der hoodselector, wenn er keine geo Position hat, nach benachbarten BSSIDs von Mesh Routern scannt und anschließend die dazu gehörige hood aus dem hoodfile holt. Wenn keine hood zu der gescannten BSSID existiert beendet sich der hoodselector und bleibt weiterhin in der hood die beim Durchlauf zuvor gesetzt wurde. Wenn wir jetzt einen Mesh-Router haben und einen VPN-Router die miteinander meshen und es wird z.B. eine neue Firmware mit neuen hoods verteilt, kann folgendes Problem auftreten. Der VPN-Router updatet vor dem MeshRouter und wechselt in eine andere neue Hood. Der Mesh-Router wäre somit offline und würde kein Firmware Image bekommen. Nun kommt ein Lösungsvorschlag den ich in einer früheren Version des Hoodselectors schon einmal implementiert hatte. Wenn der Hoodselector keine geo Position hat, scannt er nach benachbarten BSSIDs von Mesh Routern um anschließend die dazu gehörige hood aus dem hoodfile zu holt. Wenn keine hood zu der gescannten BSSID existiert setzt der Router die gescannte BSSID mit der default Hood. Anschließend beendet sich der hoodselector. Problem hierbei ist das zwei Hoods über Layer2 verbunden werden könnten. Was ein wahrscheinlichen Ausfall beider betroffenen Hoods zur folge hätte. Mein vorchlag hier wäre also wenn eine gescannte BSSID gesetzt wird, wird fastd abgeschaltet. Somit kann der Router nur Meshen. Im nächsten Durchlauf würde der hoodselector dann versuchen eine geoposition zu beziehen. Ist das nicht erfolgreich so würde der Router prüfen ob Batman-adv GWs in Reichweite sind. Ist das der Fall beendet sich der hoodselechtor. Ist es nicht der Fall. So würde der Router wieder in den scann Vorgang gehen. Solange bis er Batman-adv GWs findet oder es keine anderen BSSIDs die unterschiedlich zu eigenen sind gibt. Kann der Hoodselector eine Geoposition ermitteln, so setzt der Hoodselector wieder die andere Hood und BSSID, die er über die Geoposition bezogen hatte. Die Folge wäre eine Trennung zum Restlichen Netz. Auch hier hatte ich schon eine mögliche Lösung implementiert. Das wenn der Router eine Hood via Position hat, der Hoodselector prüfen soll ob er Batman-adv GWs sieht. Wenn ja soll er die hood ganz normal setzen. Wenn der hoodselector keine GWs findet soll die o.g. scannroutine einsetzen. package repo: git diff edbba3be529c0d31c0f529cbaebca6e9edff01cc 58234d27a07fa72f59c7add49da2d02cae0483bc An dieser stell bin ich mir noch nicht ganz sicher denn es würde wenn ich mich logisch nicht irre eine loop entstehen das. Der Router eine bssid des nachbar Routers setzen würde mit abgeschalteten fastd. Im nächsten Durchlauf hätte der Router ja eine batman-adv GWs und würde somit wieder eine bestehende hood aus seinen hoodfile entnehmen. Dieses Phänomen würde somit immer wieder wechselnd eintreten. Eine Elegante Lösung ist mit noch nicht eingefallen. Evtl. hat jemand von euch eine mögliche Lösung die ich noch nicht gesehen hab. Schönen Gruß Tarek

9 years, 1 month

8
23
0 0

git commits reverted

by Jan-Tarek Butt

Hi, @Johannes: Ich habe gerade den commit 8c373f9987036f0fd5e024254a0539ceb3109618 rückgängig gemacht da dieser ein falschen File Format Besitz. Die Datei wurde wohl in dos Format abgespeichert. dos nutzt die Endung CRLF anstatt nur LF für endlines. Magst du den commit noch mal korrigieren ? vg Tarek

9 years, 1 month

1
0
0 0

Firmware 0.9

by Johannes Rudolph | Freifunk Nordwest

Moin Wie ist da der Stand ? Gruß Johannes Von meinem iPhone gesendet

9 years, 1 month

4
9
0 0

Puppet und Sudo

by Clemens John

Hi, ich habe git.ffnw.de zu Puppet hinzugefügt. sudo -s funktioniert auch wie erwartet. Ein normales sudo fragt mich aber nach dem Passwort, das ich natürlich nicht habe. +++ git% sudo -u git -H bundle exec rake gitlab:env:info RAILS_ENV=production We trust you have received the usual lecture from the local System Administrator. It usually boils down to these three things: #1) Respect the privacy of others. #2) Think before you type. #3) With great power comes great responsibility. [sudo] password for floh1111: +++ Kann sich das mal jemand ansehen? Viele Grüße Clemens

9 years, 1 month

3
5
0 0

Geolocator

by Johannes Rudolph

Moin Nach dem nun der Geolocator Fix in die Firmware eingebaut ist, sind viele Router schon besser Positioniert. Nun tritt ein neues Phänomen auf. Viele Router (~70) sitzen auf den Koordinaten (Lat: 51 Lon: 9) Nach einiger Recherche, danke noch mal an die junge aus Aurich konnte ich das Problem nun nachvollziehen. Wenn man sich den Code von openwifi.su anschaut [1] sieht man zwischen Zeile 68 und 85 den Grund hierfür. Wenn keine Netzwerke gefunden worden sind, mit der jeweiligen MAC Adresse oder die gesendeten Netzwerke nicht in der openwifi.su Datenbank sind, wird über die Anfrage IP versucht die Geokoordinate zu ermitteln. (Zeile 71) Das Ergebnis kann man auch auf dem Router erkennen, da nun in der Antwort die Quality mit 0% angeben wird. Ist dieses der fall, sollten die Koordinaten zukünftig nicht mehr übernommen werden, da sie die Position der Router in keinem fall widerspiegelt. Die Zweite Methode dieses zu Verbessern, ist es die Datenbank von openwifi.su mit mehr Daten zu füttern. Dieses kann jeder machen, der ein Android Handy benutzt. Mann kann sich hier [2] die passende App runterladen. Ich werde das mal die Tage einbauen, wenn die die Quality der Antwort 0% beträgt, dass die Position dann nicht übernommen wird. Wünsche Anregungen Fragen, Ergänzungen ? Gruß Johannes [1] https://sourceforge.net/p/libwlocate/code/ci/master/tree/master/web/getpos.… [2] https://f-droid.org/repository/browse/?fdid=com.vwp.owmap

9 years, 1 month

3
4
0 0

MTU detection

by Tim Leerhoff

Hallo Tarek, ich habe die MTU-detection wie besprochen als Daemon implementiert und würde sie jetzt gerne testen. Kennst Du jemanden mit einem DSLite-Anschluss und genau diesem Problem, bei dem ich mich temporär auf dem Router einloggen (ssh) könnte ? Gruß Tim

9 years, 1 month

5
12
0 0

Autolocator Verbesserung

by Johannes Rudolph

Hallo zusammen, mittlerweile haben sich ein Großteil der Router auf 0.8.1 upgedatet. Darin enthalten war eine Verbesserung des Autolocators, dieser scant die WLAN’s in der Umgebung und sendet diese an das openwifi.su Projekt. Der Server versucht dann eine Position aus den empfangenen WLAN Netzen zu ermitteln. Auf Magische art und Weise sammeln sich gerade um die 15-20 Router irgendwo in Hessen. (51°?0,000'?N 009°?0,000’?E <http://flopp.net/?z=15&m=A:51:9:0:FF-IBB-CleverFit01>) Ich habe mal ein paar rausgesucht, die es betrifft: DiakoniePflegeschulenOsnabrueck4 FF-OS-PP24-Westerberg-Buedchen Loppersum-Schlossstr-Outdoor AlterBrunselHausRechts FF-IBB-CleverFit01 (http://map.ffnw.de/#!v:m;n:14cc206f8788) Vielleicht können sich die Eigentümer ja mal bei mir melden. Ich hätte gerne wenn es möglich ist Zugriff auf die Router um dieses Phänomen untersuchen zu können und in naher Zukunft dieses eventuelle Problem beheben zu können. Natürlich darf auch jeder andere, dessen Router sich dort befindet mir schreiben, ich habe einfach mal ein paar Rausgepickt aus der Masse. Vielen Dank! Gruß Johannes

9 years, 1 month

3
5
0 0

testRouter gesucht

by Jan-Tarek Butt

Hi, Tim arbeitet zurzeit an einer Software die den fastd (Mesh VPN) Daten Durchsatz erheblich erhöhen kann. Um diese Software zu testen brauchen wir eure Hilfe. Gesucht sind spezielle Internet Anschlüsse die Probleme mit der sogenannten "Path MTU Discovery" haben. Betroffene Anschlüsse sind Unytimedia und Kabeldeutschland Anschlüsse. Wer so einen Anschluss besitzt und daran einen Freifunk Router betreibt. Und bereit wäre Tim und mir Zugang auf den entsprechenden Freifunk Router zu geben. Würde uns bei der Entwicklung sehr unterstützen. Dazu müssten wir ssh zugang auf den entsprechenden Router bekommen. Mein public ssh key findet ihr hier: http://dev.ffnw.de/tata/rsa.pub Schöne Grüße :) Tarek

9 years, 1 month

7
12
0 0

MTU-Detection-tests -> Routing zwischen Hoods

by Tim Leerhoff

Hallo Tarek, wird zwischen unterschiedlichen Hoods geroutet ? Ich kann im Moment den Router von lrnzo nicht über v6 pingen. Zwischen zwei Routern in der gleichen hood (bei mir zu Hause) geht es. Gruß Tim

9 years, 1 month

2
1
0 0

Hoodselector problem bei johannes

by Jan-Tarek Butt

Hi, @Johannes du hattest gestern ein Problem beim hoodselector? Magst du mir da zugriff drauf verschaffen? Damit ich mir das nÃ¤her ansehen kann? vg Tarek

9 years, 1 month

1
0
0 0

Changelog 0.8.1

by Jan-Tarek Butt

Hi, Ich habe heute eine neue Firmware gebaut. Basisdaten: * Firmware-Version: 0.8.1 * Gluon-Version: gluon2016.1.x * Gluon-Commit b704308446bd1400cd4e6fc03b06a7fbe6cb9830 * Download: http://firmware.ffnw.de/0.8.1/ Folgende Änderungen gab es: * Nicht deterministischer Kernel Bug während des Bootvorgangs gepatch * Der Geolocator filtert nun seine eigene BSSID raus. Die Änderungen an der Siteconf können im Siteconf-Repo mittels folgendem Befehl eingesehen werden: git diff v0.8 v0.8.1 Die Änderungen an unseren eigenen Paketen können im Packages-Repository mittels folgendem Befehl eingesehen werden: git diff b472c22a1f878c51ddb5a8713c6bfea525d564e5 b290ec25eca44cc8bb30a407958a539151a06aab 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

9 years, 1 month

2
2
0 0

Re: [Dev] ecdsakey

by Jan-Tarek Butt

On 04/01/16 10:15, Tim Leerhoff wrote: > Hallo Tarek, > > werde heute Abend dabei sein ;-) > > Gruß Tim Super freu mich schon :) vg Tarek

9 years, 1 month

1
0
0 0

[Fwd: [WLANware] [ANNOUNCE] Gluon v2016.1.3]

by Bjoern Franke

-- xmpp bjo(a)schafweide.org

9 years, 1 month

3
3
0 0

ecdsakey

by Jan-Tarek Butt

Moin, git diff 0.8 master diff --git a/site.conf b/site.conf index 0c13daa..3139a53 100644 --- a/site.conf +++ b/site.conf @@ -24,12 +24,12 @@ channel = 6, htmode = 'HT40+', ap = { - ssid = 'nordwest.freifunk.net', + ssid = 'testing.nordwest.freifunk.net', }, ibss = { - ssid = 'mesh.ffnw', - bssid = '02:CA:FF:EE:BA:BF', + ssid = 'testing.mesh.ffnw', + bssid = '02:CA:FF:EE:BA:BE', mcast_rate = 12000, }, @@ -42,12 +42,12 @@ channel = 44, htmode = 'HT40+', ap = { - ssid = 'nordwest.freifunk.net', + ssid = 'testing.nordwest.freifunk.net', }, ibss = { - ssid = 'mesh.ffnw', - bssid = '02:CA:FF:EE:BA:BF', + ssid = 'testing.mesh.ffnw', + bssid = '02:CA:FF:EE:BA:BE', mcast_rate = 12000, }, @@ -127,6 +127,7 @@ '1f45d9be8a07cc2b6fcc384c71685fc0895a54be0d884aa4637c93ec4f36d970', --stefan6 '36dff98a686a15d7fb129fe98df7977c7d53919aa512b825356bd8d638fca534', --PowerPan '13f022eb0704007a58a6a68952feaa5a91af4015db46f13bf3eb676a06e926f2', --fkr + 'cc2e9b38ebe37613aa05bde6c0543a97a72940b1eee9f8ab89236e804cf0a3ff', --lethexa }, }, testing = { @@ -145,6 +146,7 @@ '36dff98a686a15d7fb129fe98df7977c7d53919aa512b825356bd8d638fca534', --PowerPan '13f022eb0704007a58a6a68952feaa5a91af4015db46f13bf3eb676a06e926f2', --fkr 'f89880c62f6975facbffa582f6a7078a63102477f1770f429f4e6e2a1ac7506f', --runner02.ffnw.de + 'cc2e9b38ebe37613aa05bde6c0543a97a72940b1eee9f8ab89236e804cf0a3ff', --lethexa }, }, }, Ich wollte mal fragen wem der key mit dem Kommentar lethexa gehört. Gruß Tarek

9 years, 1 month

2
2
0 0

Vorgehen Hood Umstellung

by Stefan

Hey zusammen, in den vergangenen Tagen hat sich bei den Hoods sehr viel im Hintergrund getan - mittlerweile haben wir eine Firmware gebaut - als Testing natürlich - mit der sich die Router ohne Probleme im neuen Hood-Netz verbinden und Clients dort alles machen können. Den Source für die einzelnen Module werden Simon und ich heute nocheinmal updaten und auf Gitlab rüberziehen. Die Puppet Module sind soweit fertiggeschrieben und funktioniert - im nächsten Schritt sollten wir alle auf einen Nenner kommen, wie wir das Netz gut & strukutiert umstellen können. Ich hatte mir hier schon meine Gedanken gemacht und mit dem ein oder anderen kurz gesprochen. Mein Vorschlag wäre folgender: Wir würden srv08 & srv03 als eigenständige Hoods vorbereiten, Wittmund und Oldenburg darauf umziehen, sodass im alten Setup etwa 200 Peers frei werden. Danach können wir jedes Gateway (srv06, 10, 11, 12) nach und nach vom Netz nehmen und auf Puppet umstellen. Dadurch hätten wir kurzerzeit 2 Netze, jedoch blieben alle Router online. Als weiteren Schritt sollten wir darüber nachdenken, den srv04 ersteinmal so online zulassen, damit sich alte Router hier weiterhin verbinden können und ein Firmware Update auf > 0.6.2 erhalten. Später wenn keinerlei Peers mehr vorhanden sind, könnte dieser auch umgezogen werden. Das dynmaische Routing mit OSPF läuft auch schon, sprich die Server erkennen ob diese einen direkten Exit zum Rheinland haben oder nicht. Ist letzteres der Fall, würde die Default Route auf den am wenigsten genutzten Exit umgestellt. Ich hoffe, dass viele meine Meinung hier teilen, denn diese Umstellung haben wir bei dem Batman 2014 > 2015 Update schon so vollzogen und das Ganze war ja vo Erfolg gekrönt. Viele Grüße, Stefan

9 years, 1 month

7
28
0 0

Fwd: Merging User-Repo

by Clemens John

Hi, ich leite das mal eben auch hier weiter... ---------- Weitergeleitete Nachricht ---------- Betreff: Merging User-Repo Datum: Freitag, 18. März 2016, 21:54:30 CET Von: Clemens John <clemens.john(a)floh1111.de> An: dev(a)simon.kurka.cc, stefan(a)osnabrueck.nordwest.freifunk.net Hi Simon und Stefan, ich habe die Repos von Simon, die Stefan heute ins Gitlab gezogen hat, als Submodule im Puppet Repo hinzugefügt und das Data Repo gemerged. Das Network Repo habe ich komplett ersetzt. Beim User-Repo treten allerdings Konflikte auf, bei denen ich nicht genau weiß, was am sinnvollsten ist. Simon wenn du dort einmal nachsehen könntest wäre das super. Der Master von diesem Repo: https://git.nordwest.freifunk.net/ffnw-puppet/ puppet-user-new soll in den Master dieses Repos: https:// git.nordwest.freifunk.net/ffnw-puppet/puppet-user gemerged werden. Der passende Merge dazu geht folgendermaßen: # git clone --recursive git@git.nordwest.freifunk.net:ffnw-puppet/puppet.git # cd puppet/environments/production/modules/user/ # git checkout master # git remote add simon git@git.nordwest.freifunk.net:ffnw-puppet/puppet-user- new.git # git fetch simon # git branch simon-user simon/master # git merge simon-user Referenzen: http://blog.caplin.com/2013/09/18/merging-two-git-repositories/ Beim Mergen treten allerdings Konflikte auf die du dir einmal ansehen und auflösen müsstest. Über kurze Rückmeldung würde ich mich freuen. Wenn wir damit durch sind dürften alle Repos umgezogen sein. Viele Grüße Clemens -------------------------------------------------------------

9 years, 2 months

3
5
0 0

batman-adv-dkms 2016.0 verfügbar

by Bjoern Franke

Ahoi, ich habe die osterliche Zeit genutzt, um ein fpm-cook-recipe für batman-adv-dkms zu schreiben. Im Repo haben wir nun ein 2016.0-DKMS- Paket für amd64: # [freight] adding batman-adv-dkms_2016.0-2_amd64.deb to pool vg bjo -- xmpp bjo(a)schafweide.org

9 years, 2 months

2
1
0 0

DNS Abfrage von router-shell

by Tim Leerhoff

Hallo Leute, ich hab man 'ne ganz blöde Frage: Wie wird bei den Routern die Namensauflösung durchgeführt ? Die resolv.conf zeigt auf localhost. Der dnsmasq scheint nichts zu tun. Wenn ich z.B. nslookup srv06.ffnw.de ausführe, bekomme ich kein Ergebnis. Server: 127.0.0.1 Address 1: 127.0.0.1 localhost nslookup: can't resolve 'srv06.ffnw.de': Name or service not known Wie wird von den fastd-servern die IP ermittelt, wenn in der Konfiguration nur der Name steht ? Irgendwas übersehe ich hier ;-) Gruß Tim

9 years, 2 months

2
1
0 0

Nächste Firmware

by Stefan

Hey, ich hatte gerade schon kurz mit Tarek gesprochen. Ich fände es sinnvoll, wenn die nächste Firmware direkt die 0.9 sein würde, in der ein Autolocaterfix und der Hoodselector implementiert sein würden. Eure Meinung dazu? @Tarek: Denkst du noch an die Implementierung des site_codes, je nachdem welche Hood gewählt wurde das dieser auf die in der hood.json Datei definierten Namen geswitched wird? Dadurch können wir nachher einfacher im Monitoring nach Hoods selektieren. -- vg Stefan

9 years, 2 months

3
6
0 0

Fwd: Nondeterministic image breakage [observed on TL-WR841N v5]

by Jan-Tarek Butt

Hi, der Bug zum TL-wr841n-nd-v5 ist doch nicht behoben... Möglicherweise sind auch 841 v9 und v8 betroffen. Upstream tickets: https://dev.openwrt.org/ticket/21773 https://dev.openwrt.org/ticket/21857 vg Tarek

9 years, 2 months

2
4
0 0

repo namespace änderung

by Jan-Tarek Butt

Hi, ich habe soebend den hoodgen von eike in den ffnw-server namespace verschoben. https://git.nordwest.freifunk.net/ffnw-server/hoodgen wer einen locales repo geclont hat muss bitte seinen remote url aktualisieren. Schöne Grüße :) Tarek

9 years, 2 months

1
0
0 0

MTU detection

by Tim Leerhoff

Hallo Gerrit, meine Mail an deine direkte E-Mail ist leider zurückgekommen. Deshalb hier nochmal über die Mailingliste. Ich möchte Dein Angebot annehmen. Es wäre toll, wenn Du mir Zugangsdaten(IP,User,Pwd) für einen der Router (am liebsten erstmal den TPLINK841N) geben würdest, damit ich ein file (mtudetect) manuell draufkopieren kann. Dieses würde ich dann erstmal gerne von Hand ausprobieren, da dann das debugging etwas einfacher ist Danke für die Hilfe ! Gruß Tim

9 years, 2 months

1
0
0 0

[Ticket #614525]

by Malte Modler

Hallo, ich hab vor einer kurzen Weile ein Ticket eröffnet mit folgendem Problem, zu dem ich bisher keine Lösung habe. Das Ticket wurde jedoch schon geschlossen. Deswegen möchte ich es nochmal auf der Mailingliste versuchen. LG Malte > Das Problem betrifft "whv-familienzentrum-west-2". Dieser ist über > whv-familienzentrum-west-1 gemesht, er bekommt jedoch selbst keine > IPv6-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. > > 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".

9 years, 2 months

2
6
0 0

Changelog 0.8 die zweite

by Jan-Tarek Butt

Hi, Ich habe heute eine neue Firmware gebaut. Basisdaten: * Firmware-Version: 0.8 * Gluon-Version: gluon2016.1.x * Download: http://firmware.ffnw.de/0.8/ Folgende Änderungen gab es in gluon: * Hinzu gekommener Hardware Support: ar71xx-generic * Onion Omega Buffalo WZR-HP-G300NH D-Link DIR-505 (A1) TP-Link CPE210/220/510/520 v1.1 TL-WA901N/ND v1 TL-WR710N v2 TL-WR801N/ND v1, v2 TL-WR841N/ND v10 TL-WR843N/ND v1 TL-WR940N v1, v2, v3 TL-WR941ND v6 TL-WR1043N/ND v3 TP-Link TL-MR13U v1 Ubiquiti airGateway airRouter UniFi AP Outdoor+ Western Digital My Net N600 My Net N750 * Fehlerbehebung * opkg reposetory key wird nicht bei sedem build überschreiben. * AirOS 5.6.x Kompatibilität * das Downgraden zu AirOS 5.5.x bevor Gluon auf Airmax M XM/XW Geräten gefläsht wird (NanoStation, Bullet, ...) ist nicht mehr notwendig. * Status seite * Behebt das entfernen von verschwundenen Nodes aus der liste. * Der Signal Graphen wird nun korrekt auf mobielen Browsern dargestellt. * Höhere Browser Kompatibilität * Config mode * Entfernt Leerzeichen aus nummern Feldern (Der LuCI Validator prüft nicht auf Leerzeichen) * Negatives Bandbreiten Limit ist nun nicht mehr möglich. * Failsafe mode * Das entern des failsafe mode auf dem TL-WDR4900 ist nun möglich. Details zu den Änderungen siehe auf: https://gluon.readthedocs.org/en/v2016.1.1/releases/v2016.1.1.html Folgende Nordwest spezifische Änderungen gab es: * IEEE 802.11s wurde entfernt. * Der geolocator wurde auf Standart Enable gesetz. * Das package gluon-announced wurde durch gluon-respondd ersetzt. * Das package ffnw-opkgconfig wurde entfernt. * Fastd publickey ist im configmode wieder Sichbar. * Signatur publickeys von bioxz und pic sind entfernt worden. * Signatur publickeys von fkr und PowerPan sind hinzugefügt worden. * Signatur publickeys von runner02.ffnw.de in in testing hinzugefügt worden für gitlab-CI. * Das package ffnw-configurator wurde entfernt. * Das package ffnw-nodewatcher wurde entfernt. * Folgende packages sind in der x86-generic architecture hinzu gekommen: * kmod-usb-core * kmod-usb2 * kmod-usb-hid * kmod-usb-net * kmod-usb-net-asix * kmod-usb-net-dm9601-ether Die Änderungen an der Siteconf können im Siteconf-Repo mittels folgendem Befehl eingesehen werden: git diff v0.6.2 v0.8 Die Änderungen an unseren eigenen Paketen können im Packages-Repository mittels folgendem Befehl eingesehen werden: git diff v0.6.2 b472c22a1f878c51ddb5a8713c6bfea525d564e5 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 Tarek

9 years, 2 months

4
8
0 0

Mesh- und Client-Netz

by Malte Modler

Hallo, mir ist gerade ein kleines Malheur passiert, ich wollte zwei Freifunkrouter per LAN meshen lassen, dabei hab ich aber versehentlich das Client-Netz mit dem Mesh-Netz verbunden. Hätte dies auf längere Zeit Probleme verursacht? Und falls ja, ist dies vielleicht schon jetzt irgendwem, irgendwo, unerkannt passiert? Und ist dies evtl. eine Mitursache für das labile Netz als ganzes? LG Malte

9 years, 2 months

2
1
0 0

Autolocator Fix

by Johannes Rudolph

Moin zusammen, ich habe gerade meinen Autolocator Fix [1] getetset, das sieht ganz vielversprechend aus. Ich würde mich freuen wenn der eine oder andere es auch noch testen würde. Ich habe eine Testfirmware dafür gebaut und würde sie euch auf Anfrage dementsprechend zusenden so dass wir noch ein paar Referenz werte haben. Ich freue mich auf zahlreiche Leute die "hier" schreien. Gruß Johannes [1] https://git.nordwest.freifunk.net/ffnw-firmware/packages/merge_requests/5

9 years, 2 months

2
1
0 0

puppet Development Prozess #22

by Jan-Tarek Butt

Hi, Ich würde gerne nochmal an das Ticket erinnern. Wenn wir dafür ein Workaround finden können wir den v0.1 Milestone abschließen. vg Tarek

9 years, 2 months

3
5
0 0

Autoupdater: Bad Domain

by Jens Ellerbrock - Freifunk Nordwest e.V.

Hey Leute mir ist aufgefallen, dass 0.8 stable ist, Dankeschön:). Leider melden die Router auf denen ich Zugriff habe alle Bad Domain (Autoupdate.ffnw) 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)

9 years, 2 months

5
5
0 0

Re: [Dev] Dev Nachrichtensammlung, Band 10, Eintrag 13

by Tim Leerhoff

Hallo Tarek, von wo aus soll die MTU detection (subtype 13) nachher erfolgen ? Im fastd direkt oder als externes Tool, welches via script aufgerufen wird. >> ich arbeite gerade an einer Lösung zur MTU-detection (packages, Issue #29). >> Meine Lösung sieht das Senden eines Pings mit "don't fragment bit" und >> variierender Paketgröße vor. >> Ich habe einen proof of concept in C unter github: >> >> https://github.com/lethexa/mtudetect >> >> Sollte dies eine Hilfe sein würde ich die Entwicklung und Integation >> gerne weiterführen. > Sehr cool! > > Mein Plan ist die fastd MTU wieder auf 1426 (PPPoE optiemirt) zu setzen. > Hintergrund des MTU detectior ist zu prüfen ob Destination Unreachable > mit Subtyp 13 Communication administratively prohibited kommt. Das > geschieht leider bei DS-Lite Anschlüssen bsp. Kabeldeutschland/Vodafone > und unitymedia weil die sich nicht Standards halten. Würde der Fehler > entsprechend auftreten soll eine MTU von 1312 (unsere aktuelle) gewählt > werden. Evtl. kann man die MTU von 1312 auch größer wählen allerdings > müsste man erst mal mit wireshark oder ähnlichen schauen wie groß die > fastd Pakete samt Header sind und was maximal bei DS-lite Anschlüssen > möglich ist. > > Dein package sieht soweit sehr gut aus, aber es schein ein allgemeiner > MTU detector zu sein den man via shell ausführt richtig ? > Gruß Tim

9 years, 2 months

2
4
0 0

Meshviewer SSL

by Simon Kurka

Hallo zusammen, ich habe gerade SSL beim Meshviewer abgeschaltet, da es Probleme im Zusammenhang mit dem gluon-collector (Ersatz für ffmap-backend) verursacht. Da vom und zum Meshviewer ohnehin keine geheimen Daten übertragen werden ist SSL auch recht überflüssig. Eine Weiterleitung von SSL zu non-SSL ist non-permanent eingerichtet und kann gerne auf permanent umgestellt werden, wenn der zukünftige Umgang diskutiert wurde. Hintergrund der Probleme: Der gluon-collector liefert Daten unverschlüsselt aus (genau so wie die Router die Daten unverschlüsselt und an jeden verteilen). Gibt man den gluon-collector als non-SSL Quelle auf einer SSL Seite an, meckern viele Browser, dass unsichere Quellen eingebunden sind. -- Viele Grüße, Simon

9 years, 2 months

1
0
0 0

Firmware Release Knozept

by Johannes Rudolph | Freifunk Nordwest

Moin Ich habe noch mal ne frage zum Release Konzept Firmware... Es sollen aktuell mind. 4 Leute die Firmware signieren, bis sie als stable gekennzeichnet wird. Aktuell sind es in der 0.8 zwei Signaturen und der Ordner "stable" zeigt bereits auf die 0.8 unter firmware.ffnw.de Das sollte eigentlich ja erst dann so sein, wenn 4 Signaturen vorhanden sind, oder?! Gruß Johannes Von meinem iPhone gesendet

9 years, 2 months

5
5
0 0

MTU detection (Issue #29)

by Tim Leerhoff

Hallo zusammen, ich arbeite gerade an einer Lösung zur MTU-detection (packages, Issue #29). Meine Lösung sieht das Senden eines Pings mit "don't fragment bit" und variierender Paketgröße vor. Ich habe einen proof of concept in C unter github: https://github.com/lethexa/mtudetect Sollte dies eine Hilfe sein würde ich die Entwicklung und Integation gerne weiterführen. Gruß Tim

9 years, 2 months

2
1
0 0

Autolocator Proxy

by Johannes Rudolph

Moin zusammen zur Info für euch. Ich wollte in der nächsten Zeit den Mozilla Location Service als Autolocator testen. Da der MLS zwingend https vorraussetzt und wir auf den Routern aktuell keinen platz für eine SSL Library haben, habe ich das folgende kleine "mini" Tool gebaut welches als Proxy fungieren soll https://git.nordwest.freifunk.net/PowerPan/autolocator-proxy Ihr könnte es euch ja mal anschauen Und hier die Doku vom MLS: https://mozilla.github.io/ichnaea/api/geolocate.html Gruß Johannes

9 years, 2 months

1
0
0 0

Autolocator fix

by Johannes Rudolph

Weil Tarek so gerne Patches mag ^^Direkt aus GitLab https://git.nordwest.freifunk.net/ffnw-firmware/packages/merge_requests/5.p… From 49eb9130b98adf459660391d719d41ec172252a9 Mon Sep 17 00:00:00 2001 From: Johannes Rudolph <johannes.rudolph(a)gmx.com> Date: Sun, 28 Feb 2016 17:30:04 +0100 Subject: [PATCH] Skip MESH BSSID: 02:CA:FF:EE:BA:BF --- libwlocate/src/libwlocate.c | 16 ++++++++++++---- 1 file changed, 12 insertions(+), 4 deletions(-) diff --git a/libwlocate/src/libwlocate.c b/libwlocate/src/libwlocate.c index 05ababc..8042213 100755 --- a/libwlocate/src/libwlocate.c +++ b/libwlocate/src/libwlocate.c @@ -54,10 +54,18 @@ WLOC_EXT_API int get_position(const char *domain,const struct wloc_req *request, { if (request->bssids[i][0]+request->bssids[i][1]+request->bssids[i][2]+request->bssids[i][3]+request->bssids[i][4]+request->bssids[i][5]>0) { - snprintf(data + strlen(data), 500 - strlen(data), - "%02X%02X%02X%02X%02X%02X\r\n", - request->bssids[i][0],request->bssids[i][1],request->bssids[i][2], - request->bssids[i][3],request->bssids[i][4],request->bssids[i][5]); + //Skip MESH BSSID: 02:CA:FF:EE:BA:BF + if( request->bssids[i][0] != 0x02 + && request->bssids[i][1] != 0xCA + && request->bssids[i][2] != 0xFF + && request->bssids[i][3] != 0xEE + && request->bssids[i][4] != 0xBA + && request->bssids[i][5] != 0xBE){ + snprintf(data + strlen(data), 500 - strlen(data), + "%02X%02X%02X%02X%02X%02X\r\n", + request->bssids[i][0],request->bssids[i][1],request->bssids[i][2], + request->bssids[i][3],request->bssids[i][4],request->bssids[i][5]); + } } } snprintf(head,500, -- libgit2 0.23.3 From ed3a77c0dc6763b0729bc409a94b218ab6dcee13 Mon Sep 17 00:00:00 2001 From: Johannes Rudolph <johannes.rudolph(a)gmx.com> Date: Wed, 2 Mar 2016 17:22:04 +0100 Subject: [PATCH] add get bssid --- libwlocate/src/getbssid.c | 166 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 166 insertions(+), 0 deletions(-) create mode 100644 libwlocate/src/getbssid.c diff --git a/libwlocate/src/getbssid.c b/libwlocate/src/getbssid.c new file mode 100644 index 0000000..79d4aea --- /dev/null +++ b/libwlocate/src/getbssid.c @@ -0,0 +1,166 @@ +#include <stdio.h> +#include <stdlib.h> +#include <string.h> +#include <regex.h> + +/* The following is the size of a buffer to contain any error messages + encountered when the regular expression is compiled. */ + +#define MAX_ERROR_MSG 0x1000 + + +char* substr (const char* string, int pos, int len, const char* replace) +{ + char* substring; + int i; + int length; + + if (string == NULL) + return NULL; + length = strlen(string); + if (pos < 0) { + pos = length + pos; + if (pos < 0) pos = 0; + } + else if (pos > length) pos = length; + if (len <= 0) { + len = length - pos + len; + if (len < 0) len = length - pos; + } + if (pos + len > length) len = length - pos; + if (replace != NULL) { + if ((substring = malloc(sizeof(*substring)*(length-len+strlen(replace)+1))) == NULL) + return NULL; + for (i = 0; i != pos; i++) substring[i] = string[i]; + pos = pos + len; + for (len = 0; replace[len]; i++, len++) substring[i] = replace[len]; + for (; string[pos]; pos++, i++) substring[i] = string[pos]; + substring[i] = '\0'; + } + else { + if ((substring = malloc(sizeof(*substring)*(len+1))) == NULL) + return NULL; + len += pos; + for (i = 0; pos != len; i++, pos++) + substring[i] = string[pos]; + substring[i] = '\0'; + } + + return substring; +} + + +/* Compile the regular expression described by "regex_text" into + "r". */ + +static int compile_regex (regex_t * r, const char * regex_text) +{ + int status = regcomp (r, regex_text, REG_EXTENDED|REG_NEWLINE); + if (status != 0) { + char error_message[MAX_ERROR_MSG]; + regerror (status, r, error_message, MAX_ERROR_MSG); + printf ("Regex error compiling '%s': %s\n", + regex_text, error_message); + return 1; + } + return 0; +} + +/* + Match the string in "to_match" against the compiled regular + expression in "r". + */ + +static const char * match_regex (regex_t * r, const char * to_match) +{ + /* "P" is a pointer into the string which points to the end of the + previous match. */ + const char * p = to_match; + char * dest; + /* "N_matches" is the maximum number of matches allowed. */ + const int n_matches = 10; + /* "M" contains the matches found. */ + regmatch_t m[n_matches]; + + while (1) { + int i = 0; + int nomatch = regexec (r, p, n_matches, m, 0); + if (nomatch) { + printf ("No more matches.\n"); + return ""; + } + for (i = 0; i < n_matches; i++) { + int start; + int finish; + if (m[i].rm_so == -1) { + break; + } + start = m[i].rm_so + (p - to_match); + finish = m[i].rm_eo + (p - to_match); + if (i == 0) { + //printf ("$& is "); + //printf ("'%.*s' (bytes %d:%d)\n", (finish - start), to_match + start, start, finish); + } + else { + //printf ("$%d is ", i); + //printf ("'%.*s' (bytes %d:%d)\n", (finish - start), to_match + start, start, finish); + return substr(to_match, start, (finish - start), NULL); + } + + + } + p += m[0].rm_eo; + } + return ""; +} + +int main (int argc, const char * argv[]) +{ + regex_t r; + const char * regex_text; + const char * result; + regex_text = ".*?option bssid '(.*)'"; + + FILE *f = fopen("/etc/config/wireless", "rb"); + fseek(f, 0, SEEK_END); + long fsize = ftell(f); + fseek(f, 0, SEEK_SET); + + char *string = malloc(fsize + 1); + fread(string, fsize, 1, f); + fclose(f); + + string[fsize] = 0; + + //printf("%s",string); + + compile_regex(& r, regex_text); + result = match_regex(& r, string); + regfree (& r); + + printf("\n%s\n",result); + + + + + /*char ch, file_name[25]; + char msgbuf[1000]; + FILE *fp; + + printf("Read file\n"); + + fp = fopen("/etc/config/wireless","r"); // read mode + + if( fp == NULL ) + { + perror("Error while opening the file.\n"); + exit(EXIT_FAILURE); + } + + + while( ( ch = fgetc(fp) ) != EOF ) + printf("%c",ch); + + fclose(fp); + return 0;*/ +} \ No newline at end of file -- libgit2 0.23.3 From 5ebf5c6265a12bdfc2e4df5497669996382e08fb Mon Sep 17 00:00:00 2001 From: Johannes Rudolph <johannes.rudolph(a)gmx.com> Date: Fri, 4 Mar 2016 13:02:50 +0100 Subject: [PATCH] make new function getBssid --- libwlocate/src/getbssid.c | 80 ++++++++++++++++++++++++++++++++++---------------------------------------------- 1 file changed, 34 insertions(+), 46 deletions(-) diff --git a/libwlocate/src/getbssid.c b/libwlocate/src/getbssid.c index 79d4aea..aee5bb2 100644 --- a/libwlocate/src/getbssid.c +++ b/libwlocate/src/getbssid.c @@ -113,54 +113,42 @@ static const char * match_regex (regex_t * r, const char * to_match) } return ""; } - -int main (int argc, const char * argv[]) -{ - regex_t r; - const char * regex_text; - const char * result; - regex_text = ".*?option bssid '(.*)'"; - - FILE *f = fopen("/etc/config/wireless", "rb"); - fseek(f, 0, SEEK_END); - long fsize = ftell(f); - fseek(f, 0, SEEK_SET); - - char *string = malloc(fsize + 1); - fread(string, fsize, 1, f); - fclose(f); - - string[fsize] = 0; - - //printf("%s",string); - - compile_regex(& r, regex_text); + +int * getMeshBssid (){ +printf("####"); + static int bssid[8]; + printf("####"); + + regex_t r; + const char * regex_text; + const char * result; + regex_text = ".*?option bssid '(.*)'"; + + FILE *f = fopen("/etc/config/wireless", "rb"); + fseek(f, 0, SEEK_END); + long fsize = ftell(f); + fseek(f, 0, SEEK_SET); + + char *string = malloc(fsize + 1); + fread(string, fsize, 1, f); + fclose(f); + + string[fsize] = 0; + printf("####"); + printf("%s",string); + + compile_regex(& r, regex_text); result = match_regex(& r, string); regfree (& r); - - printf("\n%s\n",result); - - - - - /*char ch, file_name[25]; - char msgbuf[1000]; - FILE *fp; - - printf("Read file\n"); - - fp = fopen("/etc/config/wireless","r"); // read mode - - if( fp == NULL ) - { - perror("Error while opening the file.\n"); - exit(EXIT_FAILURE); - } + pintf("\n%s\n",result); + + return bssid; +} - while( ( ch = fgetc(fp) ) != EOF ) - printf("%c",ch); - - fclose(fp); - return 0;*/ +int main (int argc, const char * argv[]) +{ + printf("####"); + getMeshBssid(); + } \ No newline at end of file -- libgit2 0.23.3 From 08ec56fb1302b3acfa39cc5a7f64efa62076e7ff Mon Sep 17 00:00:00 2001 From: Johannes Rudolph <johannes.rudolph(a)gmx.com> Date: Fri, 4 Mar 2016 13:03:16 +0100 Subject: [PATCH] remove debug --- libwlocate/src/getbssid.c | 4 ---- 1 file changed, 0 insertions(+), 4 deletions(-) diff --git a/libwlocate/src/getbssid.c b/libwlocate/src/getbssid.c index aee5bb2..37d0a76 100644 --- a/libwlocate/src/getbssid.c +++ b/libwlocate/src/getbssid.c @@ -115,9 +115,7 @@ static const char * match_regex (regex_t * r, const char * to_match) } int * getMeshBssid (){ -printf("####"); static int bssid[8]; - printf("####"); regex_t r; const char * regex_text; @@ -134,7 +132,6 @@ printf("####"); fclose(f); string[fsize] = 0; - printf("####"); printf("%s",string); compile_regex(& r, regex_text); @@ -148,7 +145,6 @@ printf("####"); int main (int argc, const char * argv[]) { - printf("####"); getMeshBssid(); } \ No newline at end of file -- libgit2 0.23.3 From c5bcae2f6914392fe47bac793b48f2c533c95dba Mon Sep 17 00:00:00 2001 From: Johannes Rudolph <johannes.rudolph(a)gmx.com> Date: Fri, 4 Mar 2016 13:06:48 +0100 Subject: [PATCH] fix regex --- libwlocate/src/getbssid.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/libwlocate/src/getbssid.c b/libwlocate/src/getbssid.c index 37d0a76..a96ab62 100644 --- a/libwlocate/src/getbssid.c +++ b/libwlocate/src/getbssid.c @@ -120,7 +120,7 @@ int * getMeshBssid (){ regex_t r; const char * regex_text; const char * result; - regex_text = ".*?option bssid '(.*)'"; + regex_text = ".*option bssid '(.*)'.*"; FILE *f = fopen("/etc/config/wireless", "rb"); fseek(f, 0, SEEK_END); @@ -138,7 +138,7 @@ int * getMeshBssid (){ result = match_regex(& r, string); regfree (& r); - pintf("\n%s\n",result); + printf("\n%s\n",result); return bssid; } -- libgit2 0.23.3 From b94954cf0abb6ac258f96e67d1d5e7a211c45245 Mon Sep 17 00:00:00 2001 From: Johannes Rudolph <johannes.rudolph(a)gmx.com> Date: Fri, 4 Mar 2016 13:27:41 +0100 Subject: [PATCH] finish function --- libwlocate/src/getbssid | Bin 0 -> 9412 bytes 1 file changed, 0 insertions(+), 0 deletions(-) create mode 100755 libwlocate/src/getbssid diff --git a/libwlocate/src/getbssid b/libwlocate/src/getbssid new file mode 100755 index 0000000..9a43648 Binary files /dev/null and b/libwlocate/src/getbssid differ -- libgit2 0.23.3 From 90cd9e0ca46b040ae800c6ad6aac6bc3f422cc3d Mon Sep 17 00:00:00 2001 From: Johannes Rudolph <johannes.rudolph(a)gmx.com> Date: Fri, 4 Mar 2016 13:27:48 +0100 Subject: [PATCH] add header --- libwlocate/src/getbssid.h | 7 +++++++ 1 file changed, 7 insertions(+), 0 deletions(-) create mode 100644 libwlocate/src/getbssid.h diff --git a/libwlocate/src/getbssid.h b/libwlocate/src/getbssid.h new file mode 100644 index 0000000..3348f26 --- /dev/null +++ b/libwlocate/src/getbssid.h @@ -0,0 +1,7 @@ +#ifndef GETBSSID_H +#define GETBSSID_H + +extern int * getMeshBssid (); + +#endif + -- libgit2 0.23.3 From dfaea22ade894f915babe28086aad2b6378624d4 Mon Sep 17 00:00:00 2001 From: Johannes Rudolph <johannes.rudolph(a)gmx.com> Date: Fri, 4 Mar 2016 13:28:03 +0100 Subject: [PATCH] finish function --- libwlocate/src/getbssid.c | 21 +++++++++++++++++---- 1 file changed, 17 insertions(+), 4 deletions(-) diff --git a/libwlocate/src/getbssid.c b/libwlocate/src/getbssid.c index a96ab62..6d1bd5a 100644 --- a/libwlocate/src/getbssid.c +++ b/libwlocate/src/getbssid.c @@ -1,7 +1,7 @@ #include <stdio.h> #include <stdlib.h> #include <string.h> -#include <regex.h> +#include <regex.h> /* The following is the size of a buffer to contain any error messages encountered when the regular expression is compiled. */ @@ -132,19 +132,32 @@ int * getMeshBssid (){ fclose(f); string[fsize] = 0; - printf("%s",string); compile_regex(& r, regex_text); result = match_regex(& r, string); regfree (& r); - printf("\n%s\n",result); + char * str = strdup(result); + + char* tok; + tok = strtok(str, ":"); + + int number = (int)strtol(tok, NULL, 16); + bssid[0] = number; + for(int i = 1 ; i < 6 ; i++){ + tok = strtok(NULL, ":"); + int number = (int)strtol(tok, NULL, 16); + bssid[i] = number; + } return bssid; } int main (int argc, const char * argv[]) { - getMeshBssid(); + int* bssid = getMeshBssid(); + for(int i = 0; i < 6; i++){ + printf("%02x\n", bssid[i]); + } } \ No newline at end of file -- libgit2 0.23.3 From 1b3c77f1fcdb34fa7850436fc316a6f108efccbb Mon Sep 17 00:00:00 2001 From: Johannes Rudolph <johannes.rudolph(a)gmx.com> Date: Fri, 4 Mar 2016 13:28:12 +0100 Subject: [PATCH] Revert "finish function" --- libwlocate/src/getbssid | Bin 9412 -> 0 bytes 1 file changed, 0 insertions(+), 0 deletions(-) delete mode 100755 libwlocate/src/getbssid diff --git a/libwlocate/src/getbssid b/libwlocate/src/getbssid deleted file mode 100755 index 9a43648..0000000 Binary files a/libwlocate/src/getbssid and /dev/null differ -- libgit2 0.23.3 From 8a801cd39c57fe422aba4021c45391e980462af1 Mon Sep 17 00:00:00 2001 From: Johannes Rudolph <johannes.rudolph(a)gmx.com> Date: Fri, 4 Mar 2016 13:31:05 +0100 Subject: [PATCH] ignore Mesh BSSID --- libwlocate/src/libwlocate.c | 16 ++++++++++------ 1 file changed, 10 insertions(+), 6 deletions(-) diff --git a/libwlocate/src/libwlocate.c b/libwlocate/src/libwlocate.c index 8042213..1a27ed2 100755 --- a/libwlocate/src/libwlocate.c +++ b/libwlocate/src/libwlocate.c @@ -31,6 +31,7 @@ #include "wlan.h" #include "assert.h" #include "errno.h" +#include "getbssid.h" WLOC_EXT_API int get_position(const char *domain,const struct wloc_req *request,double *lat,double *lon,char *quality,short *ccode) @@ -39,6 +40,9 @@ WLOC_EXT_API int get_position(const char *domain,const struct wloc_req *request, char head[500+1]; char data[500+1]; char responseOK=0; + int* ownBssid; + + ownBssid = getMeshBssid(); setlocale(LC_ALL,"C"); sock=tcp_connect_to(domain); @@ -55,12 +59,12 @@ WLOC_EXT_API int get_position(const char *domain,const struct wloc_req *request, if (request->bssids[i][0]+request->bssids[i][1]+request->bssids[i][2]+request->bssids[i][3]+request->bssids[i][4]+request->bssids[i][5]>0) { //Skip MESH BSSID: 02:CA:FF:EE:BA:BF - if( request->bssids[i][0] != 0x02 - && request->bssids[i][1] != 0xCA - && request->bssids[i][2] != 0xFF - && request->bssids[i][3] != 0xEE - && request->bssids[i][4] != 0xBA - && request->bssids[i][5] != 0xBE){ + if( request->bssids[i][0] != ownBssid[0] + && request->bssids[i][1] != ownBssid[1] + && request->bssids[i][2] != ownBssid[2] + && request->bssids[i][3] != ownBssid[3] + && request->bssids[i][4] != ownBssid[4] + && request->bssids[i][5] != ownBssid[5]){ snprintf(data + strlen(data), 500 - strlen(data), "%02X%02X%02X%02X%02X%02X\r\n", request->bssids[i][0],request->bssids[i][1],request->bssids[i][2], -- libgit2 0.23.3 From 7769ddeb0d21c096fb6097da6206544046571d9e Mon Sep 17 00:00:00 2001 From: Johannes Rudolph <johannes.rudolph(a)gmx.com> Date: Fri, 4 Mar 2016 13:31:28 +0100 Subject: [PATCH] remove main --- libwlocate/src/getbssid.c | 9 --------- 1 file changed, 0 insertions(+), 9 deletions(-) diff --git a/libwlocate/src/getbssid.c b/libwlocate/src/getbssid.c index 6d1bd5a..dd0d366 100644 --- a/libwlocate/src/getbssid.c +++ b/libwlocate/src/getbssid.c @@ -152,12 +152,3 @@ int * getMeshBssid (){ return bssid; } - -int main (int argc, const char * argv[]) -{ - int* bssid = getMeshBssid(); - for(int i = 0; i < 6; i++){ - printf("%02x\n", bssid[i]); - } - -} \ No newline at end of file -- libgit2 0.23.3 From 45f0f6c549323597e372fc4825d7e25b18bf811d Mon Sep 17 00:00:00 2001 From: Johannes Rudolph <johannes.rudolph(a)gmx.com> Date: Fri, 4 Mar 2016 22:18:10 +0100 Subject: [PATCH] fix if else --- libwlocate/src/libwlocate.c | 17 +++++++++++------ 1 file changed, 11 insertions(+), 6 deletions(-) diff --git a/libwlocate/src/libwlocate.c b/libwlocate/src/libwlocate.c index 1a27ed2..abc3a9c 100755 --- a/libwlocate/src/libwlocate.c +++ b/libwlocate/src/libwlocate.c @@ -59,12 +59,17 @@ WLOC_EXT_API int get_position(const char *domain,const struct wloc_req *request, if (request->bssids[i][0]+request->bssids[i][1]+request->bssids[i][2]+request->bssids[i][3]+request->bssids[i][4]+request->bssids[i][5]>0) { //Skip MESH BSSID: 02:CA:FF:EE:BA:BF - if( request->bssids[i][0] != ownBssid[0] - && request->bssids[i][1] != ownBssid[1] - && request->bssids[i][2] != ownBssid[2] - && request->bssids[i][3] != ownBssid[3] - && request->bssids[i][4] != ownBssid[4] - && request->bssids[i][5] != ownBssid[5]){ + if( request->bssids[i][0] == ownBssid[0] + && request->bssids[i][1] == ownBssid[1] + && request->bssids[i][2] == ownBssid[2] + && request->bssids[i][3] == ownBssid[3] + && request->bssids[i][4] == ownBssid[4] + && request->bssids[i][5] == ownBssid[5]){ + + //SKIP + + } + else { snprintf(data + strlen(data), 500 - strlen(data), "%02X%02X%02X%02X%02X%02X\r\n", request->bssids[i][0],request->bssids[i][1],request->bssids[i][2], -- libgit2 0.23.3 From c85496d2ea6f6ba75c384aa13a04b528f845c184 Mon Sep 17 00:00:00 2001 From: Johannes Rudolph <johannes.rudolph(a)gmx.com> Date: Sun, 6 Mar 2016 02:19:22 +0100 Subject: [PATCH] add missing objects file --- libwlocate/src/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libwlocate/src/Makefile b/libwlocate/src/Makefile index c52fef5..1a7e9da 100755 --- a/libwlocate/src/Makefile +++ b/libwlocate/src/Makefile @@ -8,7 +8,7 @@ EXECUTABLE=libwlocate.so LINK=$(CC) -shared -Wl,--no-as-needed -OBJECTS = connect.o wlan.o libwlocate.o iwlist.o +OBJECTS = connect.o wlan.o libwlocate.o iwlist.o getbssid.o default: $(EXECUTABLE) -- libgit2 0.23.3 From 8caa32928fc8d26c674af8a9b650bc780c7a45c3 Mon Sep 17 00:00:00 2001 From: Johannes Rudolph <johannes.rudolph(a)gmx.com> Date: Sun, 6 Mar 2016 02:36:02 +0100 Subject: [PATCH] Fix getbssid.c:147:5: error: 'for' loop initial declarations are only allowed in C99 mode --- libwlocate/src/getbssid.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/libwlocate/src/getbssid.c b/libwlocate/src/getbssid.c index dd0d366..12e8a9f 100644 --- a/libwlocate/src/getbssid.c +++ b/libwlocate/src/getbssid.c @@ -144,7 +144,8 @@ int * getMeshBssid (){ int number = (int)strtol(tok, NULL, 16); bssid[0] = number; - for(int i = 1 ; i < 6 ; i++){ + int i; + for(i = 1 ; i < 6 ; i++){ tok = strtok(NULL, ":"); int number = (int)strtol(tok, NULL, 16); bssid[i] = number; -- libgit2 0.23.3

9 years, 2 months

3
3
0 0

freifunk locator

by jens

ich hab gerade für freiburg ein kleines proof of concept skript gebaut, mit dem wäre es möglich Geodaten gegen Accesspoint-MAC zu bekommen. ich dachte viell ein gluon-config-auto-locate skript zu bauen, wo man dann angeben kann das man möchte das der knoten selbst versucht seine Geo zu bestimmen. dabei wurde ich auf eure Diskussion aufmerksam gemacht, und das ihr soetwas womöglich schon gebaut habt. von der idee her nutze ich die mozilla geo api vielleicht könnt ihr von euch berichten , hier das Skript Snippet für den Fall das ihr euch selten im Freifunk.net Forum tummelt https://forum.freifunk.net/t/geo-geraten-aus-nachbar-wifi-accesspoints-beis… grüßle aus Freiburg

9 years, 2 months

2
1
0 0

Puppet Milestones aktualisiert

by Clemens John

Hi, ich habe die Puppet-Milestones aktualisiert: https://git.nordwest.freifunk.net/groups/ffnw-puppet/milestones Zumindest die Versionen 0.2 und 0.3 sind dort nun gelistet sodass damit erstmal weiter gearbeitet werden kann. Viele Grüße Clemens

9 years, 2 months

1
0
0 0

Gitlab2Github mirror

by Clemens John

Hi, doc siehe: https://wiki.nordwest.freifunk.net/Technik/Dokumentation/Git/ Repository-Mirror LG Clemens

9 years, 2 months

3
3
0 0

git kaputt

by Martin Brehme

Hallo, ich kann unter git.nordwest.freifunk.net nichts erreichen. Ist da ein Server oder Dienst platt? Martin

9 years, 2 months

2
1
0 0

Netzumstellung / Supernodes

by Johannes Rudolph

Moin eine Frage ist bei mir Gestern noch aufgekommen nach dem ich die RoadMap erklärt bekommen habe. Haben wir für die schrittweise Einführung zusätzliche Server für die Supernodes, oder werden die bestehenden genutzt? Und ist die aktualisierte Roadmap schon gei gitlab eingepflegt?! Gruß Johannes

9 years, 2 months

2
1
0 0

Fwd: libwlocate backend

by Jan-Tarek Butt

Hi, Hat jemand Lust und vorallem Zeit das libwlocate-Backend weiter zu entwickeln? Die Problematik ist das der aktuelle Algorithmus nur ein BSSID mit einer angegebenen Position erlaubt. Das ist natürlich sehr einfach gedacht und führt dann zu Problemen wie man es z.b. am Freifunk sieht.. https://sourceforge.net/p/libwlocate/code/ci/master/tree/master/web/ Ich hab mal einen Mail aus schnitt von mir und Michael angehängt. vg Tarek > Wir verhält es sich wenn n identischen SSIDs und BSSIDs > in der DB sind ? SSIDs werden nicht gespeichert, nur die BSSIDs und deren Position. Da die BSSID gleichzeitig der Key für die DB ist, kann so ein AP eigentlich nur einmal existieren. Bei der Abfrage einer Position schlägt dann eine Fehlerkorrektur zu: befindet sich bei mehr als zwei APs einer laut Datenbank zu weit von allen anderen weg, so wird er als potentiell falsch markiert. Sammelt dieser AP im Laufe der Zeit zu viele "Falsch"-Marierkungen, wird er automatisch gelöscht und die fehlerhafte Position existiert nicht mehr. Das kann aber schon so 5..10 Abfragen lang dauern. Meine Idee Wäre das n BSSIDs in der DB existieren können. Je mehr Smartphons die Echtheit der Router Position bestätigen des so höher soll eine Wahrscheinlichkeit über die Korrektheit der Position werden. Zudem könnte man den output bei einer Positionsabfrage gpsd kompatibel ausgeben. Der Algorithmus zur Ermittlung der Position bei einer anfrage über die libwlocate scheint sehr gut zu funktionieren. vg Tarek

9 years, 2 months

3
9
0 0

Puppet development process

by Clemens John

Hi, es gibt ein letztes Ticket für v0.1 das sich um die wichtige Frage dreht, wie eigentlich entwickelt und getestet werden soll: https://git.nordwest.freifunk.net/ffnw-puppet/puppet/issues/22 Mit Bitte um Feedback. Viele Grüße Clemens

9 years, 2 months

1
0
0 0

Puppet v0.1: zwei Tickets togo

by Clemens John

Hi, ich habe mich um einige verbleibende Tickets für Puppet v0.1 gekümmert. Unter anderem existiert jetzt ein stabiles production environment. Offen sind noch zwei Tickets für Doku und Tests: https://git.nordwest.freifunk.net/groups/ffnw-puppet/milestones/v01-basissy… +Benutzerverwaltung%29 Wenn diese beiden Tickets erfolgreich abgeschlossen werden, können wir den Milestone schließen, die Benutzerverwaltung auf Puppet umstellen und den nächsten Milestone anpacken. Viele Grüße Clemens

9 years, 2 months

2
2
0 0

Puppet Foo

by Simon Kurka

Hallo zusammen, unter https://github.com/ffnw/puppet liegt jetzt ein Stand der bei mir erfolgreich durchgelaufen ist. Ich habe auch schon diverse Configs kontrolliert und korrigiert. Probiert es gerne aus und schaut die Configs durch. Ich würde dann gerne bald versuchen den Kram auf 08 und 03 zu deployen um auch die Funktionalität mit Rheinland-Uplink und dem internen Routing zu testen. Ich habe auf beide Server keinen Zugriff. Wer macht mit? -- Viele Grüße, Simon

9 years, 2 months

7
10
0 0

Re: [Dev] puppet production ordner ?

by Jan-Tarek Butt

Hi, Am Mittwoch, 2. März 2016, 09:47:37 CET schrieb Jan-Tarek Butt via Dev: > wo kommt den der production ordner auf dem puppetmaster her? Haben wir > schon eine Idee wie wir mit den puppet environments umgehen wollen? Hi, das ist nen Test von mir. Aktuell kopiere ich den master-Ordner einfach, wenn ich meine, dass der stabil ist. Schöner wäre natürlich das irgendwie im Git abgebildet wäre. Ah OK. Allerdings muss du da aufpassen da jetzt z.B. die ganze IP config die in der common.yaml steht auch mit über kopiert wurde. Diese sollten wir noch vollständig aus der common.yaml entfernen. Am besten diskutieren wir Vorschläge zu Environments im Ticket dazu: https://git.nordwest.freifunk.net/ffnw-puppet/puppet/issues/17 Gute Idee :) VG Tarek

9 years, 2 months

1
0
0 0

puppet production ordner ?

by Jan-Tarek Butt

Hi, wo kommt den der production ordner auf dem puppetmaster her? Haben wir schon eine Idee wie wir mit den puppet environments umgehen wollen?

9 years, 2 months

2
1
0 0

git CI

by Jan-Tarek Butt

Hi, Ich wollte mal fragen wie der status bezüglich des autobuilder via git ci ist ? vg Tarek

9 years, 2 months

2
1
0 0

Puppet Munin Module

by Stefan

Hey, ich habe ein relativ gut dokumentiertes Munin Modul für Puppet gefunden: https://github.com/ssm/ssm-munin Dieses unterstützt auch die Master Funktionialitäten vom Munin. Könnte auch jemand mit Rechten mal das puppet-munin Repo auf Gitlab löschen, da habe ich eine falsche Berechtigung gesetzt. Danke! Stefan

9 years, 2 months

4
6
0 0

Autolocator

by Johannes Rudolph

Moin ich habe soeben einen Merge Request erstellt [1] um den Autolocator zu verbessern. Nach einiger suche haben wir festgestellt das unsere Mesh BSSID den Locator durcheinander bringt. Daher wird diese zukünftig nicht mehr mitgesendet und dadurch ignoriert. Das Problem liegt an dieser Stelle bei der libwolcate. Das Openwifi Projekt sieht vor, dass aktuell eine BSSID nur einmal in der Datenbank vorkommen kann. Daher die fehlerhaften Positionen / Ergebnisse des Autolocators Meine C Kenntnisse sind ein bisschen eingestaubt, aber ich denke es wird das Problem vorerst lösen. Ich bin bereits auch daran dieses beim OpenWIFI Project zu lösen. Das überspringen unserer eigenen BSSID sollte aber zu einer schnellen Besserung der Positionen auf der Karte führen. Gruß Johannes [1] https://git.nordwest.freifunk.net/ffnw-firmware/packages/merge_requests/4

9 years, 2 months

2
2
0 0

Puppet Fehler mit Custom Functions

by Simon Kurka

Hi Leute, ich komme gerade an einer Stelle in puppet nicht weiter und habe dazu ein Issue beim betreffenden Modul erstellt: https://github.com/inkblot/puppet-ipcalc/issues/3 Es scheint aber eher ein generelles Problem mit puppet an der Stelle zu sein. Die definierten Custom Functions in dem Modul sehen völlig i.O. aus, werden halt nur nicht geladen. Momentan hängt es bei mir beim ICVPN Modul, das ipcalc Modul wird aber fast überall für die IP-Berechnungen eingebunden. Bekommt ihr den Fehler auch? Findet ihr eine Lösung? Fällt euch ein sinnvoller Workaround ein? -- Viele Grüße, Simon

9 years, 3 months

3
6
0 0

Vorstellung Mitarbeit Freifunk

by Nils Wollenteit

Hallo Ich bin Nils und habe seit ca. zwei Monaten einen Freifunkrouter bei mir stehen. Seit ich den Router habe, beschäftige ich mich viel mit der Thematik Freifunk, wobei mich vorallem die Technik dahinter interessiert. Ich habe jetzt den Clemens angeschrieben und ihn gefragt ob ihr noch jemanden braucht der bei der Entwicklung hilft. Soweit ich das verstanden habe hat er mich jetzt in die Liste der neuen Mitarbeiter geschrieben und bot mir an mich doch schon mal in dieser ML vorzustellen. Ich werde auch am 4.3. beim Treffen vorbeischauen. Ich hab eine schöne Liste mit Fragen von Clemens bekommen an der werde ich mich mal entlanghangeln: ersteinmal: Ich bin Nils Wollenteit und komme aus Wahnbek. In Wahnbek hatte ich bis vor kurzen den ersten FreifunkRouter in Betrieb. Ich studiere Elektrotechnik und Kommunikatons- und Informationstechnologie im 3. Semester an der Jade Hochschule in WHV. Zu den Fragen: *woher kommst du? siehe oben ;-) *schonal die FFNW Firmware geflash (ja/nein) Leider bin ich erst vor 2-3 Monaten mit Freifunk in Berührung gekommen, daher bin auf diesem Gebiet wohl noch blutiger Neuling *kann Linux (ja/nein) Jaaaa, ich liebe Linux...ich arbeite nur mit Linux, zur Zeit habe ich Ubuntu laufen, das kann aber variieren. *kann OpenWRT (ja/nein) * schonmal die FFNW Firmware kompiliert (ja/nein) *schonmal einen Router debricked (per tftp) (ja/nein) *schonmal einen Router per serialle schnittstelle debugged (ja/nein) Jaaa...diese Freifunkthemen fehlen mir halt noch... *kann Git (ja/nein) Die Grundlagen, gearbeitet habe ich damit noch nicht, da ich noch nie die Gelegenheit hatte mit mehreren an einem Projekt zu arbeiten. *kann Bash (ja/nein) nein *kann PHP (ja/nein) etwas *kann python (ja/nein) etwas *kann C (ja/nein) mit c und c++ arbeite ich zur Zeit sehr viel, da wir das auch im Studium benutzen und auch lernen. Ich sagmal das kann ich gut :-) Darüber hinaus habe ich mich auch mit Themen wie App-Entwicklung für Android mit JavaScript auseinandergesetzt. *kennt sich mit Gitlab aus (ja/nein) nein *sonstiges / besondere Interessen Meine Interessen drehen sich um fast alles technische, ich baue kleine Roboter, veruche mich gerade an diveren Quatrocoptern oder bastel an meinem Computer. Seit ich den Freifunkrouter habe liegt meine Aufmerksamkeit vermehrt auf Netzwerkthemen, welche ich begeistert aufnehme. Ich freue mich schon Euch kennenzulernen, viel von euch zu lernen und hoffe ich kann euch gut unterstützen. Grüße Nils Wollenteit

9 years, 3 months

3
3
0 0

Problem downloading site.config

by Tim Leerhoff

Hi, I have problems down?oading the site-config v0.8 using the following command: git clone https://git.nordwest.freifunk.net/ffnw/siteconf.git site -b 0.8 It always asks for a username and password. Do I have to create an account ? Tim

9 years, 3 months

2
1
0 0

Aktueller Stand Puppet Entwicklung

by Stefan

Hi zusammen, ich glaube mehrere im Dev Team fragen sich gerade, welche Module für Puppet und vorallem wo aktuell sind. Clemens hat gestern wohl Stunden versucht das ffnwbase Modul aus dem Gitlab ans Laufen zu bekommen uns ist daran gescheitert. Der sinnvollste Schritt wäre doch jetzt, dass 1 Person alle Module zusammenfasst und wir in einem neuen Repo alles zusammenfassen und dort dann auch auf srv03 eine erste Testhood aufbauen. Desweiteren hat Clemens eine Menge Issues im Gitlab gepostet, ich versuche hier grade nach und nach alles zu kommentieren. @Simon: Würdest du deine Module einmal ins Gitlab rüberschieben? Wie ich grade gesehen habe, haben wir u.a 2 dnsmasq Module, 2 Rheinland Module... unnötige Arbeit die wir uns gerade machen ;) LG, Stefan

9 years, 3 months

2
1
0 0

Re: [Dev] [gluon] Looking for logs from TL-WR841 v5 with Gluon 2016.1

by Jan-Tarek Butt

Hi, > we've gotten reports that Gluon 2016.1 doesn't boot on TL-WR841 v5. I've > already found out that one of our patches on top of OpenWrt CC is the > culprit (probably one of the backports from the OpenWrt trunk). > > Unfortunately, I don't have such a device to test, so if you do and and > are able to connect it to a serial console, getting logs of the crash > would be highly appreciated. I suspect the issue might also be > reproducible on the TL-WR741 v1/v2, TL-WR743 v1 and TL-WR941 v4, as the > hardware is very similar. I got a TL-WR841 v5 device from Jens and I could got an serial dump. The image is our v0.8 image based on gluon v2016.1.x 55dc9c369d763f4b359070b2628efe46d983e0ec Should I try that experimental image from you? -- Tarek 1. start tata@keks ~ % picocom -b 115200 /dev/ttyUSB0 picocom v2.1 port is : /dev/ttyUSB0 flowcontrol : none baudrate is : 115200 parity is : none databits are : 8 stopbits are : 1 escape is : C-a local echo is : no noinit is : no noreset is : no nolock is : no send_cmd is : sz -vv receive_cmd is : rz -vv -E imap is : omap is : emap is : crcrlf,delbs, Type [C-a] [C-h] to see available commands Terminal ready U-Boot 1.1.4 (Nov 16 2009 - 09:06:24) AP93 (ar7240) U-boot DRAM: sri #### TAP VALUE 1 = 8, 2 = 8 32 MB id read 0x100000ff flash size 4194304, sector count = 64 Flash: 4 MB Using default environment In: serial Out: serial Err: serial Net: ag7240_enet_initialize... No valid address in Flash. Using fixed address : cfg1 0xf cfg2 0x7014 eth0: 00:03:7f:09:0b:ad eth0 up No valid address in Flash. Using fixed address : cfg1 0xf cfg2 0x7214 eth1: 00:03:7f:09:0b:ad ATHRS26: resetting s26 ATHRS26: s26 reset done eth1 up eth0, eth1 Autobooting in 1 seconds ## Booting image at 9f020000 ... Uncompressing Kernel Image ... OK Starting kernel ... OpenWrt kernel loader for AR7XXX/AR9XXX Copyright (C) 2011 Gabor Juhos <juhosg(a)openwrt.org> Looking for OpenWrt image... found at 0xbf022000 Decompressing kernel... done! Starting kernel at 80060000... [ 0.000000] Linux version 3.18.23 (root@buildvm) (gcc version 4.8.3 (OpenWrt/Linaro GCC 4.8-2014.04 r47335) ) #2 Tue Feb 9 08:48:38 CET 2016 [ 0.000000] bootconsole [early0] enabled [ 0.000000] CPU0 revision is: 00019374 (MIPS 24Kc) [ 0.000000] SoC: Atheros AR7240 rev 2 [ 0.000000] Determined physical RAM map: [ 0.000000] memory: 02000000 @ 00000000 (usable) [ 0.000000] Initrd not found or empty - disabling initrd [ 0.000000] Zone ranges: [ 0.000000] Normal [mem 0x00000000-0x01ffffff] [ 0.000000] Movable zone start for each node [ 0.000000] Early memory node ranges [ 0.000000] node 0: [mem 0x00000000-0x01ffffff] [ 0.000000] Initmem setup node 0 [mem 0x00000000-0x01ffffff] [ 0.000000] Primary instruction cache 64kB, VIPT, 4-way, linesize 32 bytes. [ 0.000000] Primary data cache 32kB, 4-way, VIPT, cache aliases, linesize 32 bytes [ 0.000000] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 8128 [ 0.000000] Kernel command line: board=TL-WR741ND console=ttyS0,115200 rootfstype=squashfs,jffs2 noinitrd [ 0.000000] PID hash table entries: 128 (order: -3, 512 bytes) [ 0.000000] Dentry cache hash table entries: 4096 (order: 2, 16384 bytes) [ 0.000000] Inode-cache hash table entries: 2048 (order: 1, 8192 bytes) [ 0.000000] Writing ErrCtl register=00000000 [ 0.000000] Readback ErrCtl register=00000000 [ 0.000000] Memory: 28324K/32768K available (2615K kernel code, 132K rwdata, 548K rodata, 216K init, 194K bss, 4444K reserved) [ 0.000000] SLUB: HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1 [ 0.000000] NR_IRQS:51 [ 0.000000] Clocks: CPU:400.000MHz, DDR:400.000MHz, AHB:200.000MHz, Ref:5.000MHz [ 0.000000] Calibrating delay loop... 265.42 BogoMIPS (lpj=1327104) [ 0.080000] pid_max: default: 32768 minimum: 301 [ 0.080000] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes) [ 0.090000] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes) [ 0.100000] NET: Registered protocol family 16 [ 0.100000] MIPS: machine is TP-LINK TL-WR741ND [ 0.550000] registering PCI controller with io_map_base unset [ 0.560000] PCI host bridge to bus 0000:00 [ 0.570000] pci_bus 0000:00: root bus resource [mem 0x10000000-0x13ffffff] [ 0.570000] pci_bus 0000:00: root bus resource [io 0x0000] [ 0.580000] pci_bus 0000:00: No busn resource found for root bus, will use [bus 00-ff] [ 0.580000] pci 0000:00:00.0: fixup device configuration [ 0.590000] pci 0000:00:00.0: BAR 0: assigned [mem 0x10000000-0x1000ffff 64bit] [ 0.590000] pci 0000:00:00.0: using irq 40 for pin 1 [ 0.600000] Switched to clocksource MIPS [ 0.600000] NET: Registered protocol family 2 [ 0.610000] TCP established hash table entries: 1024 (order: 0, 4096 bytes) [ 0.610000] TCP bind hash table entries: 1024 (order: 0, 4096 bytes) [ 0.620000] TCP: Hash tables configured (established 1024 bind 1024) [ 0.630000] TCP: reno registered [ 0.630000] UDP hash table entries: 256 (order: 0, 4096 bytes) [ 0.640000] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes) [ 0.640000] NET: Registered protocol family 1 [ 0.650000] futex hash table entries: 256 (order: -1, 3072 bytes) [ 0.660000] squashfs: version 4.0 (2009/01/31) Phillip Lougher [ 0.670000] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc. [ 0.680000] msgmni has been set to 55 [ 0.680000] io scheduler noop registered [ 0.690000] io scheduler deadline registered (default) [ 0.690000] Serial: 8250/16550 driver, 16 ports, IRQ sharing enabled [ 0.700000] console [ttyS0] disabled 19. start U-Boot 1.1.4 (Nov 16 2009 - 09:06:24) AP93 (ar7240) U-boot DRAM: sri #### TAP VALUE 1 = 7, 2 = 8 32 MB id read 0x100000ff flash size 4194304, sector count = 64 Flash: 4 MB Using default environment In: serial Out: serial Err: serial Net: ag7240_enet_initialize... No valid address in Flash. Using fixed address : cfg1 0xf cfg2 0x7014 eth0: 00:03:7f:09:0b:ad eth0 up No valid address in Flash. Using fixed address : cfg1 0xf cfg2 0x7214 eth1: 00:03:7f:09:0b:ad ATHRS26: resetting s26 ATHRS26: s26 reset done eth1 up eth0, eth1 Autobooting in 1 seconds ## Booting image at 9f020000 ... Uncompressing Kernel Image ... OK Starting kernel ... OpenWrt kernel loader for AR7XXX/AR9XXX Copyright (C) 2011 Gabor Juhos <juhosg(a)openwrt.org> Looking for OpenWrt image... found at 0xbf022000 Decompressing kernel... done! Starting kernel at 80060000... [ 0.000000] Linux version 3.18.23 (root@buildvm) (gcc version 4.8.3 (OpenWrt/Linaro GCC 4.8-2014.04 r47335) ) #2 Tue Feb 9 08:48:38 CET 2016 [ 0.000000] bootconsole [early0] enabled [ 0.000000] CPU0 revision is: 00019374 (MIPS 24Kc) [ 0.000000] SoC: Atheros AR7240 rev 2 [ 0.000000] Determined physical RAM map: [ 0.000000] memory: 02000000 @ 00000000 (usable) [ 0.000000] Initrd not found or empty - disabling initrd [ 0.000000] Zone ranges: [ 0.000000] Normal [mem 0x00000000-0x01ffffff] [ 0.000000] Movable zone start for each node [ 0.000000] Early memory node ranges [ 0.000000] node 0: [mem 0x00000000-0x01ffffff] [ 0.000000] Initmem setup node 0 [mem 0x00000000-0x01ffffff] [ 0.000000] Primary instruction cache 64kB, VIPT, 4-way, linesize 32 bytes. [ 0.000000] Primary data cache 32kB, 4-way, VIPT, cache aliases, linesize 32 bytes [ 0.000000] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 8128 [ 0.000000] Kernel command line: board=TL-WR741ND console=ttyS0,115200 rootfstype=squashfs,jffs2 noinitrd [ 0.000000] PID hash table entries: 128 (order: -3, 512 bytes) [ 0.000000] Dentry cache hash table entries: 4096 (order: 2, 16384 bytes) [ 0.000000] Inode-cache hash table entries: 2048 (order: 1, 8192 bytes) [ 0.000000] Writing ErrCtl register=00000000 [ 0.000000] Readback ErrCtl register=00000000 [ 0.000000] Memory: 28324K/32768K available (2615K kernel code, 132K rwdata, 548K rodata, 216K init, 194K bss, 4444K reserved) [ 0.000000] SLUB: HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1 [ 0.000000] NR_IRQS:51 [ 0.000000] Clocks: CPU:400.000MHz, DDR:400.000MHz, AHB:200.000MHz, Ref:5.000MHz [ 0.000000] Calibrating delay loop... 265.42 BogoMIPS (lpj=1327104) [ 0.080000] pid_max: default: 32768 minimum: 301 [ 0.080000] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes) [ 0.090000] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes) [ 0.100000] NET: Registered protocol family 16 [ 0.100000] MIPS: machine is TP-LINK TL-WR741ND [ 0.550000] registering PCI controller with io_map_base unset [ 0.560000] PCI host bridge to bus 0000:00 [ 0.570000] pci_bus 0000:00: root bus resource [mem 0x10000000-0x13ffffff] [ 0.570000] pci_bus 0000:00: root bus resource [io 0x0000] [ 0.580000] pci_bus 0000:00: No busn resource found for root bus, will use [bus 00-ff] [ 0.580000] pci 0000:00:00.0: fixup device configuration [ 0.590000] pci 0000:00:00.0: BAR 0: assigned [mem 0x10000000-0x1000ffff 64bit] [ 0.590000] pci 0000:00:00.0: using irq 40 for pin 1 [ 0.600000] Switched to clocksource MIPS [ 0.600000] NET: Registered protocol family 2 [ 0.610000] TCP established hash table entries: 1024 (order: 0, 4096 bytes) [ 0.610000] TCP bind hash table entries: 1024 (order: 0, 4096 bytes) [ 0.620000] TCP: Hash tables configured (established 1024 bind 1024) [ 0.630000] TCP: reno registered [ 0.630000] UDP hash table entries: 256 (order: 0, 4096 bytes) [ 0.640000] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes) [ 0.640000] NET: Registered protocol family 1 [ 0.650000] futex hash table entries: 256 (order: -1, 3072 bytes) [ 0.660000] squashfs: version 4.0 (2009/01/31) Phillip Lougher [ 0.670000] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc. [ 0.680000] msgmni has been set to 55 [ 0.680000] io scheduler noop registered [ 0.690000] io scheduler deadline registered (default) [ 0.690000] Serial: 8250/16550 driver, 16 ports, IRQ sharing enabled [ 0.700000] console [ttyS0] disabled [ 0.730000] serial8250.0: ttyS0 at MMIO 0x18020000 (irq = 11, base_baud = 12500000) is a 16550A [ 0.740000] console [ttyS0] enabled [ 0.740000] console [ttyS0] enabled [ 0.740000] bootconsole [early0] disabled [ 0.740000] bootconsole [early0] disabled [ 0.750000] m25p80 spi0.0: found s25sl032p, expected m25p80 [ 0.760000] m25p80 spi0.0: s25sl032p (4096 Kbytes) [ 0.760000] 5 tp-link partitions found on MTD device spi0.0 [ 0.770000] Creating 5 MTD partitions on "spi0.0": [ 0.780000] 0x000000000000-0x000000020000 : "u-boot" [ 0.780000] 0x000000020000-0x000000144e00 : "kernel" [ 0.790000] 0x000000144e00-0x0000003f0000 : "rootfs" [ 0.790000] mtd: device 2 (rootfs) set to be root filesystem [ 0.800000] 1 squashfs-split partitions found on MTD device rootfs [ 0.810000] 0x000000390000-0x0000003f0000 : "rootfs_data" [ 0.810000] 0x0000003f0000-0x000000400000 : "art" [ 0.820000] 0x000000020000-0x0000003f0000 : "firmware" [ 0.870000] libphy: ag71xx_mdio: probed [ 1.460000] ag71xx-mdio.0: Found an AR7240/AR9330 built-in switch [ 1.500000] eth0: Atheros AG71xx at 0xba000000, irq 5, mode:GMII [ 2.090000] ag71xx ag71xx.0: connected to PHY at ag71xx-mdio.0:04 [uid=004dd041, driver=Generic PHY] [ 2.100000] eth1: Atheros AG71xx at 0xb9000000, irq 4, mode:MII [ 2.110000] TCP: cubic registered [ 2.110000] NET: Registered protocol family 17 [ 2.120000] bridge: automatic filtering via arp/ip/ip6tables has been deprecated. Update your scripts to load br_netfilter if you need this. [ 2.130000] Bridge firewalling registered [ 2.130000] 8021q: 802.1Q VLAN Support v1.8 [ 2.150000] VFS: Mounted root (squashfs filesystem) readonly on device 31:2. [ 2.160000] Freeing unused kernel memory: 216K (8039a000 - 803d0000) [ 3.540000] init: Console is alive [ 3.540000] init: - watchdog - [ 5.650000] init: - preinit - [ 6.520000] random: procd urandom read with 10 bits of entropy available Press the [f] key and hit [enter] to enter failsafe mode Press the [1], [2], [3] or [4] key and hit [enter] to select the debug level [ 8.590000] eth0: link up (1000Mbps/Full duplex) [ 9.910000] mount_root: jffs2 not ready yet, using temporary tmpfs overlay [ 10.180000] eth0: link down [ 10.190000] procd: - early - [ 10.190000] procd: - watchdog - [ 10.990000] procd: - ubus - [ 12.000000] procd: - init - Please press Enter to activate this console. [ 13.250000] NET: Registered protocol family 10 [ 13.260000] tun: Universal TUN/TAP device driver, 1.6 [ 13.270000] tun: (C) 1999-2004 Max Krasnyansky <maxk(a)qualcomm.com> [ 13.280000] ip6_tables: (C) 2000-2006 Netfilter Core Team [ 13.310000] batman_adv: B.A.T.M.A.N. advanced 2015.1 (compatibility version 15) loaded [ 13.330000] u32 classifier [ 13.330000] input device check on [ 13.330000] Actions configured [ 13.340000] Mirror/redirect action on [ 13.350000] netem: version 1.3 [ 13.390000] Loading modules backported from Linux version master-2015-07-21-0-g47cd203 [ 13.400000] Backport generated by backports.git backports-20150626-0-gc1a4168 [ 13.440000] Ebtables v2.0 registered [ 13.450000] ip_tables: (C) 2000-2006 Netfilter Core Team [ 13.470000] nf_conntrack version 0.5.0 (445 buckets, 1780 max) [ 13.570000] xt_time: kernel timezone is -0000 [ 13.640000] cfg80211: World regulatory domain updated: [ 13.640000] cfg80211: DFS Master region: unset [ 13.650000] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time) [ 13.660000] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (N/A, 2000 mBm), (N/A) [ 13.670000] cfg80211: (2457000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm), (N/A) [ 13.670000] cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (N/A, 2000 mBm), (N/A) [ 13.680000] cfg80211: (5170000 KHz - 5250000 KHz @ 80000 KHz, 160000 KHz AUTO), (N/A, 2000 mBm), (N/A) [ 13.690000] cfg80211: (5250000 KHz - 5330000 KHz @ 80000 KHz, 160000 KHz AUTO), (N/A, 2000 mBm), (0 s) [ 13.700000] cfg80211: (5490000 KHz - 5730000 KHz @ 160000 KHz), (N/A, 2000 mBm), (0 s) [ 13.710000] cfg80211: (5735000 KHz - 5835000 KHz @ 80000 KHz), (N/A, 2000 mBm), (N/A) [ 13.720000] cfg80211: (57240000 KHz - 63720000 KHz @ 2160000 KHz), (N/A, 0 mBm), (N/A) [ 13.920000] PCI: Enabling device 0000:00:00.0 (0000 -> 0002) [ 13.950000] ieee80211 phy0: Atheros AR9280 Rev:2 mem=0xb0000000, irq=40 [ 13.960000] cfg80211: Regulatory domain changed to country: US [ 13.970000] cfg80211: DFS Master region: FCC [ 13.970000] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time) [ 13.980000] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (N/A, 3000 mBm), (N/A) [ 13.990000] cfg80211: (5170000 KHz - 5250000 KHz @ 80000 KHz, 160000 KHz AUTO), (N/A, 1700 mBm), (N/A) [ 14.000000] cfg80211: (5250000 KHz - 5330000 KHz @ 80000 KHz, 160000 KHz AUTO), (N/A, 2300 mBm), (0 s) [ 14.010000] cfg80211: (5490000 KHz - 5730000 KHz @ 160000 KHz), (N/A, 2300 mBm), (0 s) [ 14.020000] cfg80211: (5735000 KHz - 5835000 KHz @ 80000 KHz), (N/A, 3000 mBm), (N/A) [ 14.030000] cfg80211: (57240000 KHz - 63720000 KHz @ 2160000 KHz), (N/A, 4000 mBm), (N/A) [ 26.930000] cfg80211: Regulatory domain changed to country: DE [ 26.930000] cfg80211: DFS Master region: ETSI [ 26.940000] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time) [ 26.950000] cfg80211: (2400000 KHz - 2483000 KHz @ 40000 KHz), (N/A, 2000 mBm), (N/A) [ 26.950000] cfg80211: (5150000 KHz - 5250000 KHz @ 80000 KHz, 200000 KHz AUTO), (N/A, 2000 mBm), (N/A) [ 26.960000] cfg80211: (5250000 KHz - 5350000 KHz @ 80000 KHz, 200000 KHz AUTO), (N/A, 2000 mBm), (0 s) [ 26.970000] cfg80211: (5470000 KHz - 5725000 KHz @ 160000 KHz), (N/A, 2700 mBm), (0 s) [ 26.980000] cfg80211: (57000000 KHz - 66000000 KHz @ 2160000 KHz), (N/A, 4000 mBm), (N/A) [ 30.390000] jffs2_scan_eraseblock(): End of filesystem marker found at 0x0 [ 30.390000] jffs2_build_filesystem(): unlocking the mtd device... done. [ 30.400000] jffs2_build_filesystem(): erasing all blocks after the end marker... done. [ 32.190000] jffs2: notice: (1127) jffs2_build_xattr_subsystem: complete building xattr subsystem, 0 of xdatum (0 unchecked, 0 orphan) and 0 of xref (0 dead, 0 orphan) found. [ 35.210000] device eth0 entered promiscuous mode [ 35.220000] IPv6: ADDRCONF(NETDEV_UP): br-setup: link is not ready [ 36.810000] eth0: link up (1000Mbps/Full duplex) [ 36.810000] br-setup: port 1(eth0) entered forwarding state [ 36.820000] br-setup: port 1(eth0) entered forwarding state [ 36.830000] IPv6: ADDRCONF(NETDEV_CHANGE): br-setup: link becomes ready [ 38.820000] br-setup: port 1(eth0) entered forwarding state [ 69.750000] random: nonblocking pool is initialized Please press Enter to activate this console. BusyBox v1.23.2 (2016-02-09 03:32:42 CET) built-in shell (ash) _______ __ ___ __ | ___|.----.-----.|__|.' _|.--.--.-----.| |--. | ___|| _| -__|| || _|| | | || < |___| |__| |_____||__||__| |_____|__|__||__|__| _______ __ Freie Netze Fuer alle! __ | | |.-----.----.--| |.--.--.--.-----.-----.| |_ | || _ | _| _ || | | | -__|__ --|| _| |__|____||_____|__| |_____||________|_____|_____||____| ####################################################### _______ ________ __ | |.-----.-----.-----.| | | |.----.| |_ | - || _ | -__| || | | || _|| _| |_______|| __|_____|__|__||________||__| |____| |__| W I R E L E S S F R E E D O M ----------------------------------------------------- CHAOS CALMER (Chaos Calmer, r47335) ----------------------------------------------------- root@ffnw-d85d4c9ce280:/#

9 years, 3 months

1
0
0 0

Git Änderung an Repo-URLs

by Clemens John

Hi, die URLs für folgende Repositories haben sich geändert: * siteconf https://git.nordwest.freifunk.net/ffnw-firmware/siteconf * packages https://git.nordwest.freifunk.net/ffnw-firmware/packages * legacy-ffol https://git.nordwest.freifunk.net/ffnw-firmware/legacy-ffol * ffnw-debian https://git.nordwest.freifunk.net/ffnw-server/ffnw-debian * fatdbl https://git.nordwest.freifunk.net/ffnw-server/fastdbl * puppet https://git.nordwest.freifunk.net/ffnw-server/puppet Wenn ihr an diesen Repos arbeitet, dann besucht bitte die obigen Links und holt euch von dort die neuen Repo-URLs. Diese könnt ihr dann wie folgt in eurem lokalen Repo anpassen: git remote set-url origin git(a)git.nordwest.... Details zu diesem Befehl: https://help.github.com/articles/changing-a-remote-s-url/ Die Gruppen-Seite gibt jetzt einen ganz guten Überblick über die Git-Struktur: https://git.nordwest.freifunk.net/dashboard/groups Ansonsten empfehle ich viel genutzte Projekte als Favorit zu markieren und die eigene Dashboard Seite so zu ändern, dass die Favorisierten Projekte angezeigt werden. Dann findet man schnell, was man benötigt (mich hatte das Suchen die vergangenen Tage immer genervt :D). Viele Grüße Clemens

9 years, 3 months

1
0
0 0

Fwd: [gluon] Looking for logs from TL-WR841 v5 with Gluon 2016.1

by Jan-Tarek Butt

FYI -------- Forwarded Message -------- Subject: [gluon] Looking for logs from TL-WR841 v5 with Gluon 2016.1 Date: Fri, 19 Feb 2016 16:08:19 +0100 From: Matthias Schiffer <mschiffer(a)universe-factory.net> To: gluon(a)luebeck.freifunk.net Hi, we've gotten reports that Gluon 2016.1 doesn't boot on TL-WR841 v5. I've already found out that one of our patches on top of OpenWrt CC is the culprit (probably one of the backports from the OpenWrt trunk). Unfortunately, I don't have such a device to test, so if you do and and are able to connect it to a serial console, getting logs of the crash would be highly appreciated. I suspect the issue might also be reproducible on the TL-WR741 v1/v2, TL-WR743 v1 and TL-WR941 v4, as the hardware is very similar. You can use our experimental images from Lübeck to test: http://luebeck.freifunk.net/firmware/experimental/ (which are newer than Gluon 2016.1, but exhibit the same issue). If you are able to reproduce the issue and get a log, please also check if the current OpenWrt trunk snapshots are affected as well: https://downloads.openwrt.org/snapshots/trunk/ar71xx/generic/ Thanks, NeoRaider

9 years, 3 months

3
4
0 0

Gitlab lahmt

by Simon Kurka

Hi, das Gitlab lahmt gerade extrem. Wäre schön, wenn sich jemand drum kümmert... -- Viele Grüße, Simon

9 years, 3 months

2
1
0 0

twitter @ff_fri_whv

by picard

moin jens, ich habe dich zu unserem twitter account. https://twitter.com/ff_fri_whv ins team auf genommen. twitter wird parallel aus FB befeuert, wenn auf FB ein beitrag veröffentlich wird, wird der auch auf twitter gepostet. mit https://tweetdeck.twitter.com kannst du mehrere twitter account verwalten -- Gruß pic Xmpp: picard(a)ffnw.de & picard(a)fr32k.de @ME https://wiki.nordwest.freifunk.net/picard

9 years, 3 months

2
2
0 0

Release Candidate 0.8

by Jan-Tarek Butt

Hi, Ich habe heute eine neue Firmware gebaut. Basisdaten: * Firmware-Version: 0.8 * Gluon-Version: gluon2016.1.x * Download: http://firmware.ffnw.de/0.8/ Folgende Änderungen gab es: * IEEE 802.11s wurde entfernt. * Der geolocator wurde auf Standart Enable gesetz. * Das package gluon-announced wurde durch gluon-respondd ersetzt. * Das package ffnw-opkgconfig wurde entfernt. * Fastd publickey ist im configmode wieder Sichbar. * pubkeys von bioxz und pic sind entfernt worden. * Das package ffnw-configurator wurde entfernt. * Das package ffnw-nodewatcher wurde entfernt. * Folgende packages sind in der x86-generic architecture hinzu gekommen: * kmod-usb-core * kmod-usb2 * kmod-usb-hid * kmod-usb-net * kmod-usb-net-asix * kmod-usb-net-dm9601-ether Die Änderungen an der Siteconf können im Siteconf-Repo mittels folgendem Befehl eingesehen werden: git diff v0.6.2 v0.8 Die Änderungen an unseren eigenen Paketen können im Packages-Repository mittels folgendem Befehl eingesehen werden: git diff v0.6.2 b472c22a1f878c51ddb5a8713c6bfea525d564e5 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 Tarek

9 years, 3 months

6
13
0 0

[TL-WR841v5] Bug in 0.8

by Jens Ellerbrock - Freifunk Nordwest

Hey Leute habe schon mit Tarek geschrieben, hier noch mal für alle. Ich habe hier einen WR841v5 dieser Router hat Boot Probleme (1 Vorgang von gefühlt 100 startet nur) mit 0.8, unter 0.6.2 läuft alles top! Wir haben zwar aktuell nur 3 davon im Netz, habe Tarek gebeten die FW vorsichtshalber nicht zum Download anzubieten. Mit freundlichen Grüßen Jens Ellerbrock -------------------- <http://ffnw.de/> Freifunk Nordwest e.V. Website <https://blog.nordwest.freifunk.net/unterstuetzen/> Unterstütze uns doch mit einer kleinen Spende, oder ganz einfach beim Onlineshoppen (ohne extra Kosten) --- Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. https://www.avast.com/antivirus

9 years, 3 months

4
10
0 0

Reorganisation der Repos

by Clemens John

Hi, bei unseren Repos im Gitlab gibt es einigen Wildwuchs, den ich gerne etwas bereinigen würde. Darum habe ich zwei neue Gruppen angelegt und würde die Repos gerne folgendermaßen umschieben: * Gruppe Firmware: https://git.nordwest.freifunk.net/groups/ffnw-firmware **https://git.nordwest.freifunk.net/ffnw/siteconf **https://git.nordwest.freifunk.net/ffnw/packages ** https://git.nordwest.freifunk.net/ffnw-firmware/legacy-ffol * Gruppe Server: https://git.nordwest.freifunk.net/groups/ffnw-server **https://git.nordwest.freifunk.net/ffnw/ffnw-debian **https://git.nordwest.freifunk.net/ffnw_admin/puppet Dann findet man über die Gruppen-Seite relativ schnell wonach man sucht: https://git.nordwest.freifunk.net/dashboard/groups Allerdings ändern sich dabei die Repo-URLs. Nix gut (-1), trotzdem machen (+1). ? Viele Grüße Clemens

9 years, 3 months

1
0
0 0

Fwd: [Admin] Netzumstrukturierung

by Jan-Tarek Butt

-------- Forwarded Message -------- Subject: [Admin] Netzumstrukturierung Date: Tue, 16 Feb 2016 12:30:35 +0100 From: Jan-Tarek Butt via Admin <admin(a)lists.ffnw.de> Reply-To: Jan-Tarek Butt <tarek(a)ring0.de>, admin(a)lists.ffnw.de To: admin(a)lists.ffnw.de Hi, Im zuge der Mail von Clemens schreibe ich schon mal eine Info Mail für meinen Startschuss auf Server Seite. Zunächst würde ich gerne darüber diskutieren wie genau wir das Setup aufbauen wollen. Das soll dazu dienen das wir gemeinsam in eine Richtung arbeiten. Dazu hab ich mal hier im pad ein wenig was nieder geschrieben. https://pad.ffnw.de/p/Netzstrukturierung vg Tarek

9 years, 3 months

1
0
0 0

Dualbandgeräte zum testen

by Jan-Tarek Butt

Hi, hat jemand zufällig 2-3 Router die 2,4 und 5GHz haben, bei sich und würde mir ssh Zugang zum testen des hoodselector geben ? :) Optimal wäre wenn die 2-3 Geräte mit einander meshen würden. Schöne Grüße Tarek

9 years, 3 months

2
2
0 0

Hood System

by Stefan

Moin zusammen, da ja das Hoodsystem relativ weit fortgeschritten ist, sollten wir uns hierzu noch die ein oder anderen Gedanken zu machen;: - Releasebeitrag im Blog, schreibe ich gerne sofern ihr mir hier ein paar Anhaltspunkte noch geben könnten. Klar ist, dass die Router sich nach Ihren Koordinaten in eine entsprechende Hood verbinden - Zugriffsrechte: Wir sollten überlegen, ob es nicht sinnvoller wäre, die Hood erst zu releasen wenn auch alle Admins Zugang dazu haben. - Einteilung der Hoods, damit man den Nutzern hierdrüber auch Details nennen kann. Vielleicht fällt jemandem ja noch mehr ein -- vg Stefan

9 years, 3 months

5
11
0 0

Stand Ticket: Fallback mode is unclear

by Clemens John

Hi, wie ist denn der Stand bezüglich folgenden Tickets: https://git.nordwest.freifunk.net/ffnw/packages/issues/14 Ich hatte dort einen Implementationsvorschlag gemacht, der: * alle bis zum 15.01.2016 bekannten Probleme löst * ohne Abhängigkeiten zu Routingprotokollen auskommt und damit modularer Einsetzbar und weniger komplex ist * den vorgeschlagenen Testcases mit Ausnahme der Mesh-On-LAN-Problematik genügt Ist der Vorschlag untergegangen oder gibt es Punkte bei denen der Vorschlag nicht den Anforderungen genügt? Die Mesh-On-LAN-Problematik habe ich bisher bewusst ignoriert, weil sie ein Spezialfall ist, den man auch zu einem späteren Zeitpunkt vollständig losgelöst von den übrigen Problemen betrachten kann. Wir wollten uns ja vorerst nur mit einer sehr einfachen Version beschäftigen. Viele Grüße Clemens

9 years, 3 months

4
15
0 0

Puppet Repo Zugang

by Stefan

Moin zusammen, ich habe eben mit Simon gesprochen, dass ich noch bei der Puppet Entwicklung helfe. Unter anderem fehlt noch ein dnsmasq Modul. Jemand etwas dagegen? Ich würde dann Schreibzugriff auf den master benötigen :) Dankea -- vg Stefan

9 years, 3 months

5
13
0 0

Fwd: Re: Database dump?

by Jan-Tarek Butt

FYI -------- Forwarded Message -------- Subject: Re: Database dump? Date: Sat, 13 Feb 2016 07:13:36 +0600 From: [OpenWifi.su] ???????? ???? <admin(a)openwifi.su> To: Jan-Tarek Butt <tarek(a)ring0.de> Public aps dump every weekend. And each dump have md5 file ???????, 13 ??????? 2016 ?. ???????????? Jan-Tarek Butt ???????: > Hi, > > It is possible that the DB dump on openwifi.su is quite old ? > > Maybe you can create an new dump ? Because for developers the current > uploaded dump is not really useful. > > I take Johannes into CC because we want to enhance the Backend structure. > > Best regards :) > Tarek > >

9 years, 3 months

2
3
0 0

Re: [Dev] [Nordwest] wifiGeoCollector

by Johannes Rudolph

Ich habe mal ein pad erstellt: https://pad.ffnw.de/p/wifiGeoCollector Da kann sich jeder gerne einbringen und wer möchte darf auch gerne ein Arbeitspaket an sich nehmen und mitarbeiten. Gruß Johannes > Am 13.02.2016 um 22:52 schrieb R. Klose <rkl.fritzbox(a)gmx.de>: > > Am 13.02.2016 um 22:42 schrieb Johannes Rudolph: >> Ja so habe ich es mir vorgestellt im Grunde. >> >> Für diesen „Brake“ brauchen wir eine „USV“ >> >> Das hier wäre dazu passend: >> >> http://piusv.de >> >> Die könnte auch nach abschalten des Motors den Pi kontrolliert runterfahren lassen > > > ja, so etwas hatte ich mir damals auch geholt. UPiS Advanced. Machte leider nur Probleme und hätte letztlich im Auto nicht funktioniert wegen der unzulässigen Temperaturen.... Ich hatte es daraufhin mit einer PowerBank versucht. War leider auch nicht erfolgreich, weil auch dort zwischen Laden und Stromabgabe abgeschaltet wurde :-( Am Ende habe ich einen Laptop an den Zigarettenanzünder angeschlossen und den Raspi dann über den USB-Anschluß. > > Damit konnte ich dann eine Fahrt nach Österreich und zurück per PiCam und GPS-Modul aufzeichnen. Wenn dann noch die GPS-Antenne stabil funktioniert hätte :-( > > Gruß > Roland >

9 years, 3 months

1
0
0 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

Dev