[Berlin-wireless] Ubiquiti AC Mesh Erstkonfiguration - Router ist stumm auf WLAN und ETH

[Perry]

Hallo Emre,


On 18.02.19 19:08, Emre Bastuz wrote:
> Hi!
> 
> 
> Was ich umgesetzt habe:
> - Nach Durchlaufen des Wizards und Reboot des Routers, die IP vom PC
> manuell konfiguriert und eine Adresse aus der DHCP Range ausgewählt -
> jedoch /nicht/ die erste freie IP
> - Konfiguration des Interface "DHCP" auf statischer IP config belassen
> (es wurde die erste IP aus der DHCP Range dort hinterlegt)
> - Im unteren Bereich des Config Screens den DHCP /Server/ konfiguriert
> - Bei Start & Stop für die DHCP Range die Zahlen "2" und "14" als
> "Offset" eingetragen (laut gedacht: habe ein /28, 16 Adressen, Netzwerk
> und erste IP entfallen, Broadcast auch, damit +2 min und +14 max)
> 

Soweit gut.  Ich habe wie versprochen eine neue master build mit diesen
DHCP bug gesquashed. Für ar71xx-generic is das build nummer 1209.  Es
gibt noch bugs drin, schau mal [1] an.

> Zur weiteren Interface Config:
> - Ein Interface "WAN" sehe ich nicht. Ich nehme an, dass in diesem Image
> das Interface "FFUPLINK" statt "WAN" zu konfigurieren und das eth0
> hineinzuschubsen ist. Habe ich dann mal gemacht. Sieht auch soweit gut aus.

Der ubnt-unifiac-mesh hat nur einem port.  Das heißt das aud der OpenWrt
default setup gibt es gar kein wan Interface.  Was du oben gemacht hat
funtioniert nicht wie du erwartest.  Jeztz hast du dein setup umgesetzt
zu funtionieren wie der default (no-tunnel) Variante.

Du kannst es testen mit einen tracroute als freifunk client auf's
Internet.  Die packeten gehen wahrscheinlich direkt aus deinen DNS
Anschluss.

Was du hier machen solltest ist erst per Wifi verbinden (näschte
abschnitt).  Auf der DHCP Interface in Networking->Schnittstelle der
eth0 port von der Bridge enfernen.  Als nächstes eine neue Schnittstelle
"wan" (kleine Buchstaben) einrichten.  Proto ist DHCP und auf eth0
verweisen.  Wenn du es als ein Bridge hast, dann sieht du die schöne
br-wan in statistics.

Schau nach das der "wan" interface in der "wan" firewall zone ist.
Jetzt "Speichern und Anwenden".

Tunneldigger funktioniert nur wen es ein "wan" Interface gibt.  Sobald
das der wan interface eine IP addresse bekommt, fürht dann automatisch
die hotplug script um der tunnel zu bauen.

bbbdigger wartet auch auf eine wan verbindung.

> - Die WLAN Connectivity klappte nicht direkt - ich musste noch unter
> "Network" -> "Wireless" die jew. SSIDs mit "Enable" aktivieren.

Dass soll eigentlich auch mit build 1209 gifixt.

> 
> Verständnisfrage: das Paket bbbdigger brauche ich, wenn ich
> a.) Keinen freifunk Router in erreichbarer Nähe habe und
ja, der bbbdigger mach eine virtuelle verbindung zu der großer Berlier
Backbone.

> b.) Mein Internet zur Verfügung stellen möchte und
nein, das ist der tunnel lösung (tunneldigger oder OpenVPN)

> c.) Dabei den Traffic der User /nicht/ durch meinen Router zum
> endgültigen Ziel schicken möchte
nein, das sind die policy routing

Gruß,
Perry


[1] https://github.com/freifunk-berlin/firmware/issues

> 
> Richtig?
> 
> Habe dann mal bbbdigger installiert. Es gab viele Meldungen
> |
> daemon.err td-client: Unable to reinitialize the context!
> Mon Feb 18 18:46:39 2019 daemon.info td-client: Reinitializing tunnel
> context.
> Mon Feb 18 18:46:39 2019 daemon.err td-client: Failed to bind to device!
> |
> im Systemlog.
> 
> Ich habe daher dem Interface "BBBDIGGER" ebenfalls eth0 (Interface zum
> Heimrouter) zugeordnet.
> 
> War das alles soweit OK? Wenn ich mit meinem Rechner via dem dem
> Freifunk Router surfe, bin ich noch mit der IP des Heimrouters sichtbar.
> Irgendwas scheint noch für das Thema Tunnel zu fehlen.
> 
> Noch mal danke für die Hilfe!
> 
> Gruß,
> 
> Emre
> 
> On 18 Feb 2019, at 15:30, Robin Brandt wrote:
> 
>     Ich glaube den Bug werden wir so schnell nicht mehr los .... Also
>     nach der Konfiguration deines AP stellst du manuell bei dir auf
>     deinem eine IP aus deiner DHCP IP Range ein dein Router hat die
>     Netzadresse +1 und du gibst dir eine keine Ahnung Netz Adresse plus
>     5 oder egal solange es nicht plus 1 ist und innerhalb der Range
>     liegt. Jetzt kommst du auch wider auf deinen Router.Auf der
>     Schnittstelle DHCP musst du händisch einen DHCP Einrichten. Danach
>     stellst du deinen PC wider auf DHCP Client um und verbindest dich
>     per WLAN und solltest eine IP bekommen. Am Port deines AC Mesh
>     sollte Freifunk DHCP anliegen, wenn das dein erster Router ist und
>     du dich über den Port an deinen HomeRouter anschließen musst du den
>     eth0 aus der DHCP Schnittstelle entfernen und in der WAN
>     Schnittstelle zuweisen. Danach am besten nochmal den Router ruhig
>     neustarten und dann sollte die laufen eventuell musst du noch den
>     bbbdigger instalieren damit du mit dem BerlinerBackBone verbunden bist.
> 
>     MfG Robin
> 
>     PS. Gute Wahl ich betreibe selbst 2 von den Dingern XD die laufen
>     laufen und laufen
> 
>     -----Ursprüngliche Nachricht-----
>     Von: Berlin <berlin-bounces at berlin.freifunk.net> Im Auftrag von Emre
>     Bastuz
>     Gesendet: Montag, 18. Februar 2019 10:38
>     An: berlin at berlin.freifunk.net
>     Betreff: [Berlin-wireless] Ubiquiti AC Mesh Erstkonfiguration -
>     Router ist stumm auf WLAN und ETH
> 
>     Hallo Freifunker_innen!
> 
>     Als Neuzugang zum Projekt wollte ich den Aufbau eines Routers mal
>     angehen, hänge jedoch an einer Stelle des Vorhabens fest.
> 
>     Vielleicht hat ja jemand aus der Runde eine Idee.
> 
>     Router ist ein Ubiquiti AC Mesh (ohne Pro), der im
>     Auslieferungszustand mit Software 3.7.58 bestückt war.
>     Meinen Internet-Zugang teilen via Tunneldigger ist das Ziel.
> 
>     Draufgepackt habe ich gem. Anleitung die Software
>     freifunk-berlin-1.1.0-alpha-8b11a50-ubnt-unifiac-mesh-sysupgrade.bin
>     ("provide_initrdimages (1193) vom 2019-02-15 12:26:24").
>     Zugriff auf die Config-Schnittstelle "LUCI" dann via 192.168.42.1
>     und die Einstellungen vorgenommen.
> 
>     Nach einem "Save & Reboot" passiert allerdings nichts:
>     - Das Ethernet Interface gibt nichts von sich (liefert keine IP per
>     DHCP bzw. fragt auch nicht nach einer IP per DHCP)
>     - Die IP 192.168.42.1 reagiert nach dem Durchlaufen des Wizards und
>     einem Reboot ebenfalls nicht
>     - Ein WLAN berlin.freifunk.net ist auch nicht sichtbar.
> 
>     Den Zugriff konnte ich wiedererlangen:
>     Variante 1: Rollback auf Original Software und anschließend wieder
>     freifunk Software installieren *oder* (wie ich hinterher erkannt
>     habe) Variante 2: Reset Taste ca. 10 Sekunden drücken - freifunk
>     Software bootet dann wieder in dem Initialsetup mit 192.168.42.1 +
>     Wizard
> 
>     Bin irgendwie lost und habe keine Idee mehr, wo es noch klemmen könnte.
> 
>     Vielen Dank vorab und Gruß,
> 
>     Emre
> 
> 
> 
> 
> 
>     _______________________________________________
>     Berlin mailing list
>     Berlin at berlin.freifunk.net
>     https://eur02.safelinks.protection.outlook.com/?url=http%3A%2F%2Flists.berlin.freifunk.net%2Fcgi-bin%2Fmailman%2Flistinfo%2Fberlin&data=02%7C01%7C%7C66d85fc065e745aea92a08d69584c59f%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636860794809328824&sdata=VGijp1H9k1vNMVIaGXJ9HJnZMFXLRnxbJYRDL4MYJIs%3D&reserved=0
>     Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>     _______________________________________________
>     Berlin mailing list
>     Berlin at berlin.freifunk.net
>     http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>     Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
> 
> 
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> Diese Mailingliste besitzt ein �ffentlich einsehbares Archiv
>