[ffda] Bitte um Hilfe - Gluon baut keinen Tunnel auf

[Daniel]

Hi all,

für diejenigen, die vielleicht das gleiche Problem haben könnten:

Nachdem ich es unter Gluon nicht zum Laufen bekommen habe, einen
Offloader mit Breakout für das FF-Netz einzurichten, habe ich das Ganze
heute Abend auf Debian manuell eingerichtet - siehe da, es klappt.
Tunnel wird aufgebaut und die Bridge koppelt den Freifunk-Traffic über
ein Interface der VM auf dem ESX aus. Was jetzt natürlich nicht geht,
ist das Abrufen der Statistikdaten (Uptime, Status für die Map usw.) -
hat jemand eine Idee oder kennt die API?

Falls jemand ein ähnliches Vorhaben hat, helfe ich gerne aus oder stelle
die VM als Image zur Verfügung.

Schönen Abend!


Am 26.05.2017 um 17:30 schrieb Daniel:
>
> Hi all,
>
> ich hoffe, ihr habt eine Idee. Ich habe vor einiger Zeit eine
> Gluon-Instanz auf meinem ESX installiert, die auch super lief. Die
> client-bridge habe ich an eines der Interfaces gebunden um innerhalb
> des ESX mehrere VMs an das Freifunk-Netz anzubinden. Auch das hat
> alles geklappt.
>
> Irgendwann ist der Node dann offline gegangen. Mangels Zeit habe ich
> den Knoten erstmal runtergefahren und wollte das Problem nun genauer
> untersuchen. Der Key ist in den FFDA-Gateways eingetragen und der Node
> kommuniziert auch mit gw02.darmstadt.freifunk.net:
>
> 17:14:23.197959 IP 82.195.73.41.6100 > 10.226.181.213.57876: UDP,
> length 138
> 17:14:23.206649 IP 82.195.73.41.6100 > 10.226.181.213.57876: UDP,
> length 110
> 17:14:23.210024 IP 82.195.73.41.6100 > 10.226.181.213.57876: UDP,
> length 94
> 17:14:23.210712 IP 82.195.73.41.6100 > 10.226.181.213.57876: UDP,
> length 94
> 17:14:23.211162 IP 82.195.73.41.6100 > 10.226.181.213.57876: UDP,
> length 138
> 17:14:23.214360 IP 82.195.73.41.6100 > 10.226.181.213.57876: UDP,
> length 94
> 17:14:23.214900 IP 82.195.73.41.6100 > 10.226.181.213.57876: UDP,
> length 94
> 17:14:23.227231 IP 10.226.181.213.57876 > 82.195.73.41.6100: UDP,
> length 518
> 17:14:23.233917 IP 82.195.73.41.6100 > 10.226.181.213.57876: UDP,
> length 94
> 17:14:23.235308 IP 82.195.73.41.6100 > 10.226.181.213.57876: UDP,
> length 94
> 17:14:23.250337 IP 82.195.73.41.6100 > 10.226.181.213.57876: UDP,
> length 138
> 17:14:23.250775 IP 82.195.73.41.6100 > 10.226.181.213.57876: UDP,
> length 138
> 17:14:23.254239 IP 82.195.73.41.6100 > 10.226.181.213.57876: UDP,
> length 454
> 17:14:23.258310 IP 82.195.73.41.6100 > 10.226.181.213.57876: UDP,
> length 138
> 17:14:23.266485 IP 82.195.73.41.6100 > 10.226.181.213.57876: UDP,
> length 94
> 17:14:23.266921 IP 82.195.73.41.6100 > 10.226.181.213.57876: UDP,
> length 94
>
> Dieser Dump wurde auf meiner Firewall erstellt, Gluon hat auf der
> WAN-bridge die IP 10.226.181.213. Aufgrund des starken UDP-Traffics
> von gw02 gehe ich davon aus, dass fastd einen Tunnel aufgebaut hat.
> Dennoch scheint keine Verbindung ins FF-Netz zu bestehen. Das mache
> ich an folgenden Punkten fest:
>
> - Namensauflösung zu *.ffda.io ist nicht möglich (opkg update schlägt
> deshalb fehl)
> - An Gluon angebundene VMs erhalten keine IP / keine Broadcasts sichtbar
>
> Natürlich könnte es theoretisch auch sein, dass die hinterlegten
> DNS-Server einfach nicht (mehr) passen und die Namensauflösung deshalb
> fehl schlägt. Dass angebundene VMs keine IPs bekommen und dort auch
> keinerlei Broadcast-Traffic ankommt könnte auch an einem
> Konfigurationsfehler auf dem ESX liegen - da aber beides
> zusammenkommt, nehme ich an dass das Bridging nicht funktioniert.
>
> tcpdump ist leider per Default nicht drauf und da DNS nicht geht, kann
> ich es mittels opkg nicht nachinstallieren. Habt ihr einen Ansatz für
> mich? Ziel des Ganzen soll sein, Gluon als Gateway für mehrere VMs zu
> nutzen, sodass diese in das Freifunk-Netz angebunden werden können
> ohne dass ich Hardware aufbauen muss.
>
> Vielen Dank und Gruß
>
> Daniel
>

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.freifunk.net/pipermail/darmstadt-freifunk.net/attachments/20170530/673b360b/attachment.html>