<html><head></head><body>Danke :)<br><br><div class="gmail_quote">Am 26. Februar 2017 20:55:53 MEZ schrieb David Bauer <mail@david-bauer.net>:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<pre class="k9mail">Hallo Daniel,<br /><br />das sollte möglich sein :)<br /><br />Lade dir zunächst die benötigten Pakete (libpcap und tcpdump) auf der<br />Downloadseite von OpenWRT herunter. [1]<br /><br />Sie liegen dort im Unterordner der von dir verwendeten Architektur<br />(generic für 32bit, 64 für 64bit) unter packages/base/.<br /><br />Kopier sie auf deinen Offloader und dann kannst du sie mittels<br /><br />  opkg install <filepath><br /><br />installieren.<br /><br />[1] <a href="http://downloads.openwrt.org/chaos_calmer/15.05.1">http://downloads.openwrt.org/chaos_calmer/15.05.1</a><br /><br />Grüße<br />David<br /><br />Am 2017-02-26 um 20:35 schrieb Daniel Litzbach:<br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"> Hi,<br /> <br /> danke für deine Antwort. Stimmt, ich kann die ARP-Table checken. Mach<br /> ich gleich mal. Denke aber, dass die leer sein wird, sonst würde er ja<br /> nicht ständig broadcasten...<br /> <br /> opkg ist schwierig ohne Verbindung :) oder kann ich Pakete auch manuell<br /> via SCP draufladen und installieren? Komme aus der Debian-Welt, da ist<br /> das mit dpkg ja kein Problem.<br /> <br /> Gruß<br /> <br /> Am 26. Februar 2017 20:32:13 MEZ schrieb Erik Tews <erik@datenzone.de>:<br /> <br />     Hi, zumindest ob sie richtig interpretiert werden kannst du glaube<br />     ich auch mit arp bzw. im proc Dateisystem herausfinden, für openwrt<br />     gibt es auch tcpdump, das kann mit opkg installiert werden.<br /> <br />     Gruß Erik<br /> <br />     Am 26. Februar 2017 20:14:55 MEZ schrieb Daniel Litzbach<br />     <dl@litzinetz.de>:<br /> <br />         Hi all,<br /> <br />         ich habe ein kleines Problem mit einem neu aufgesetzten<br />         Offloader und hoffe, Ihr könnt mit weiterhelfen.<br /> <br />         Der Offloader wurde auf einem VMWare ESXi installiert<br />         (VMDK-Image von der FFDA-Website), hat zwei Interfaces und<br />         bootet auch sauber hoch. Ich kann die Konfigurationspage über<br />         <a href="http://192.168.1.1">192.168.1.1</a> erreichen, alles in Ordnung. Nun das Problem:<br /> <br />         Ich habe dem Offloader eine feste IP (<a href="http://10.226.181.19">10.226.181.19</a> bzw.<br />         fd00:6151:aff3:1337::19) in meinem LAN konfiguriert. Das Gateway<br />         ist <a href="http://10.226.181.1">10.226.181.1</a> bzw. fd00:6151:aff3:1337::1. Um sicherzugehen,<br />         dass ich die Interfaces des Offloaders auf dem ESX nicht falsch<br />         zuordne, habe ich erstmal beide ins interne Netz gesteckt. So<br />         sollte der Offloader auf jeden Fall eine Verbindung bekommen.<br />         Tut er aber nicht. Auch über DHCP bezieht er keine IP. Auf<br />         meinem Gateway sehe ich nun folgendes im tcpdump:<br /> <br />         20:03:54.647120 ARP, Request who-has <a href="http://10.226.181.1">10.226.181.1</a> tell<br />         <a href="http://10.226.181.19">10.226.181.19</a>, length 46<br />         20:03:54.647145 ARP, Reply <a href="http://10.226.181.1">10.226.181.1</a> is-at 00:0c:29:44:f6:2a,<br />         length 28<br />         20:03:55.647297 ARP, Request who-has <a href="http://10.226.181.1">10.226.181.1</a> tell<br />         <a href="http://10.226.181.19">10.226.181.19</a>, length 46<br />         20:03:55.647326 ARP, Reply <a href="http://10.226.181.1">10.226.181.1</a> is-at 00:0c:29:44:f6:2a,<br />         length 28<br />         20:03:57.937366 ARP, Request who-has <a href="http://10.226.181.1">10.226.181.1</a> tell<br />         <a href="http://10.226.181.19">10.226.181.19</a>, length 46<br />         20:03:57.937387 ARP, Reply <a href="http://10.226.181.1">10.226.181.1</a> is-at 00:0c:29:44:f6:2a,<br />         length 28<br />         20:03:58.937125 ARP, Request who-has <a href="http://10.226.181.1">10.226.181.1</a> tell<br />         <a href="http://10.226.181.19">10.226.181.19</a>, length 46<br />         20:03:58.937157 ARP, Reply <a href="http://10.226.181.1">10.226.181.1</a> is-at 00:0c:29:44:f6:2a,<br />         length 28<br />         20:03:59.937418 ARP, Request who-has <a href="http://10.226.181.1">10.226.181.1</a> tell<br />         <a href="http://10.226.181.19">10.226.181.19</a>, length 46<br />         20:03:59.937452 ARP, Reply <a href="http://10.226.181.1">10.226.181.1</a> is-at 00:0c:29:44:f6:2a,<br />         length 28<br /> <br />         Der Offloader fragt also nach der MAC des Gateways, da er<br />         darüber ins Internet möchte um seinen Tunnel aufzubauen. Er<br />         bekommt auch eine Antwort - und fragt dann erneut. Hat jemand<br />         von euch eine Idee, wieso? In gluon scheint es keinen tcpdump zu<br />         geben, aber eventuell ein anderes Tool zum debuggen? Würde gerne<br />         sehen, ob die ARP-Replys am Offloader auch ankommen.<br /> <br />         Danke für euren Input.<br /> <br />         Gruß<br /> <br /> <br /> <br /> -- <br /> Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail<br /> gesendet.<br /> <br /> <br /></blockquote>-- <br />darmstadt mailing list<br />darmstadt@freifunk.net<br /><a href="http://lists.freifunk.net/mailman/listinfo/darmstadt-freifunk.net">http://lists.freifunk.net/mailman/listinfo/darmstadt-freifunk.net</a><br /></pre></blockquote></div><br>
-- <br>
Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.</body></html>