[ffda] Problem mit Offloader

[David Bauer]

Hallo Daniel,

das sollte möglich sein :)

Lade dir zunächst die benötigten Pakete (libpcap und tcpdump) auf der
Downloadseite von OpenWRT herunter. [1]

Sie liegen dort im Unterordner der von dir verwendeten Architektur
(generic für 32bit, 64 für 64bit) unter packages/base/.

Kopier sie auf deinen Offloader und dann kannst du sie mittels

  opkg install <filepath>

installieren.

[1] http://downloads.openwrt.org/chaos_calmer/15.05.1

Grüße
David

Am 2017-02-26 um 20:35 schrieb Daniel Litzbach:
> Hi,
> 
> danke für deine Antwort. Stimmt, ich kann die ARP-Table checken. Mach
> ich gleich mal. Denke aber, dass die leer sein wird, sonst würde er ja
> nicht ständig broadcasten...
> 
> opkg ist schwierig ohne Verbindung :) oder kann ich Pakete auch manuell
> via SCP draufladen und installieren? Komme aus der Debian-Welt, da ist
> das mit dpkg ja kein Problem.
> 
> Gruß
> 
> Am 26. Februar 2017 20:32:13 MEZ schrieb Erik Tews <erik at datenzone.de>:
> 
>     Hi, zumindest ob sie richtig interpretiert werden kannst du glaube
>     ich auch mit arp bzw. im proc Dateisystem herausfinden, für openwrt
>     gibt es auch tcpdump, das kann mit opkg installiert werden.
> 
>     Gruß Erik
> 
>     Am 26. Februar 2017 20:14:55 MEZ schrieb Daniel Litzbach
>     <dl at litzinetz.de>:
> 
>         Hi all,
> 
>         ich habe ein kleines Problem mit einem neu aufgesetzten
>         Offloader und hoffe, Ihr könnt mit weiterhelfen.
> 
>         Der Offloader wurde auf einem VMWare ESXi installiert
>         (VMDK-Image von der FFDA-Website), hat zwei Interfaces und
>         bootet auch sauber hoch. Ich kann die Konfigurationspage über
>         192.168.1.1 erreichen, alles in Ordnung. Nun das Problem:
> 
>         Ich habe dem Offloader eine feste IP (10.226.181.19 bzw.
>         fd00:6151:aff3:1337::19) in meinem LAN konfiguriert. Das Gateway
>         ist 10.226.181.1 bzw. fd00:6151:aff3:1337::1. Um sicherzugehen,
>         dass ich die Interfaces des Offloaders auf dem ESX nicht falsch
>         zuordne, habe ich erstmal beide ins interne Netz gesteckt. So
>         sollte der Offloader auf jeden Fall eine Verbindung bekommen.
>         Tut er aber nicht. Auch über DHCP bezieht er keine IP. Auf
>         meinem Gateway sehe ich nun folgendes im tcpdump:
> 
>         20:03:54.647120 ARP, Request who-has 10.226.181.1 tell
>         10.226.181.19, length 46
>         20:03:54.647145 ARP, Reply 10.226.181.1 is-at 00:0c:29:44:f6:2a,
>         length 28
>         20:03:55.647297 ARP, Request who-has 10.226.181.1 tell
>         10.226.181.19, length 46
>         20:03:55.647326 ARP, Reply 10.226.181.1 is-at 00:0c:29:44:f6:2a,
>         length 28
>         20:03:57.937366 ARP, Request who-has 10.226.181.1 tell
>         10.226.181.19, length 46
>         20:03:57.937387 ARP, Reply 10.226.181.1 is-at 00:0c:29:44:f6:2a,
>         length 28
>         20:03:58.937125 ARP, Request who-has 10.226.181.1 tell
>         10.226.181.19, length 46
>         20:03:58.937157 ARP, Reply 10.226.181.1 is-at 00:0c:29:44:f6:2a,
>         length 28
>         20:03:59.937418 ARP, Request who-has 10.226.181.1 tell
>         10.226.181.19, length 46
>         20:03:59.937452 ARP, Reply 10.226.181.1 is-at 00:0c:29:44:f6:2a,
>         length 28
> 
>         Der Offloader fragt also nach der MAC des Gateways, da er
>         darüber ins Internet möchte um seinen Tunnel aufzubauen. Er
>         bekommt auch eine Antwort - und fragt dann erneut. Hat jemand
>         von euch eine Idee, wieso? In gluon scheint es keinen tcpdump zu
>         geben, aber eventuell ein anderes Tool zum debuggen? Würde gerne
>         sehen, ob die ARP-Replys am Offloader auch ankommen.
> 
>         Danke für euren Input.
> 
>         Gruß
> 
> 
> 
> -- 
> Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail
> gesendet.
> 
>