<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<p>Hi all,</p>
<p>für diejenigen, die vielleicht das gleiche Problem haben könnten:</p>
<p>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?</p>
<p>Falls jemand ein ähnliches Vorhaben hat, helfe ich gerne aus oder
stelle die VM als Image zur Verfügung.</p>
<p>Schönen Abend!<br>
</p>
<br>
<div class="moz-cite-prefix">Am 26.05.2017 um 17:30 schrieb Daniel:<br>
</div>
<blockquote type="cite"
cite="mid:661f6381-5e5d-ff5b-2d81-e43debb87ea9@gmail.com">
<meta http-equiv="content-type" content="text/html; charset=utf-8">
<p>Hi all,</p>
<p>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.</p>
<p>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 <font
face="Courier New, Courier, monospace">gw02.darmstadt.freifunk.net</font>:</p>
<p><font face="Courier New, Courier, monospace">17:14:23.197959 IP
82.195.73.41.6100 > 10.226.181.213.57876: UDP, length 138<br>
17:14:23.206649 IP 82.195.73.41.6100 >
10.226.181.213.57876: UDP, length 110<br>
17:14:23.210024 IP 82.195.73.41.6100 >
10.226.181.213.57876: UDP, length 94<br>
17:14:23.210712 IP 82.195.73.41.6100 >
10.226.181.213.57876: UDP, length 94<br>
17:14:23.211162 IP 82.195.73.41.6100 >
10.226.181.213.57876: UDP, length 138<br>
17:14:23.214360 IP 82.195.73.41.6100 >
10.226.181.213.57876: UDP, length 94<br>
17:14:23.214900 IP 82.195.73.41.6100 >
10.226.181.213.57876: UDP, length 94<br>
17:14:23.227231 IP 10.226.181.213.57876 >
82.195.73.41.6100: UDP, length 518<br>
17:14:23.233917 IP 82.195.73.41.6100 >
10.226.181.213.57876: UDP, length 94<br>
17:14:23.235308 IP 82.195.73.41.6100 >
10.226.181.213.57876: UDP, length 94<br>
17:14:23.250337 IP 82.195.73.41.6100 >
10.226.181.213.57876: UDP, length 138<br>
17:14:23.250775 IP 82.195.73.41.6100 >
10.226.181.213.57876: UDP, length 138<br>
17:14:23.254239 IP 82.195.73.41.6100 >
10.226.181.213.57876: UDP, length 454<br>
17:14:23.258310 IP 82.195.73.41.6100 >
10.226.181.213.57876: UDP, length 138<br>
17:14:23.266485 IP 82.195.73.41.6100 >
10.226.181.213.57876: UDP, length 94<br>
17:14:23.266921 IP 82.195.73.41.6100 >
10.226.181.213.57876: UDP, length 94</font></p>
<p>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:</p>
<p>- Namensauflösung zu *.ffda.io ist nicht möglich (opkg update
schlägt deshalb fehl)<br>
- An Gluon angebundene VMs erhalten keine IP / keine Broadcasts
sichtbar<br>
</p>
<p>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.</p>
<p>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.</p>
<p>Vielen Dank und Gruß</p>
<p>Daniel<br>
</p>
</blockquote>
<br>
</body>
</html>