<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<p>Danke für eure Antworten. Dank Andreas hab ich die Lösung aber
schon - der ESX war schuld. Bzw. eigentlich ich, weil ich zu
dämlich war die Port Security in der Portgruppe richtig zu
konfigurieren :)</p>
<p>Schönen Abend zusammen!<br>
</p>
<br>
<div class="moz-cite-prefix">On 26.02.2017 21:07, Erik Tews wrote:<br>
</div>
<blockquote
cite="mid:28C207D9-BAB4-48FF-9320-C6435C9D3EAA@datenzone.de"
type="cite">
<meta http-equiv="content-type" content="text/html; charset=utf-8">
Das geht mit opkg in etwa genau so gut wie mit dpkg, die
Abhängigkeiten musst du von Hand auflösen, nach so 15 Minuten
fummelei sollte es gehen. Alternativ wenn ssh geht eventuell per
SSH zu einem http Proxy Port forwarding machen und das so
installieren.<br>
<br>
<div class="gmail_quote">Am 26. Februar 2017 20:35:38 MEZ schrieb
Daniel Litzbach <a class="moz-txt-link-rfc2396E" href="mailto:dl@litzinetz.de"><dl@litzinetz.de></a>:
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt
0.8ex; border-left: 1px solid rgb(204, 204, 204);
padding-left: 1ex;">
Hi,<br>
<br>
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...<br>
<br>
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.<br>
<br>
Gruß<br>
<br>
<div class="gmail_quote">Am 26. Februar 2017 20:32:13 MEZ
schrieb Erik Tews <a class="moz-txt-link-rfc2396E" href="mailto:erik@datenzone.de"><erik@datenzone.de></a>:
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt
0.8ex; border-left: 1px solid rgb(204, 204, 204);
padding-left: 1ex;">
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.<br>
<br>
Gruß Erik<br>
<br>
<div class="gmail_quote">Am 26. Februar 2017 20:14:55 MEZ
schrieb Daniel Litzbach <a class="moz-txt-link-rfc2396E" href="mailto:dl@litzinetz.de"><dl@litzinetz.de></a>:
<blockquote class="gmail_quote" style="margin: 0pt 0pt
0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204);
padding-left: 1ex;">
<p>Hi all,<br>
<br>
ich habe ein kleines Problem mit einem neu
aufgesetzten Offloader und hoffe, Ihr könnt mit
weiterhelfen.<br>
<br>
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:<br>
<br>
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:<br>
<br>
<font face="Courier 10 Pitch">20:03:54.647120 ARP,
Request who-has 10.226.181.1 tell 10.226.181.19,
length 46<br>
20:03:54.647145 ARP, Reply 10.226.181.1 is-at
00:0c:29:44:f6:2a, length 28<br>
20:03:55.647297 ARP, Request who-has 10.226.181.1
tell 10.226.181.19, length 46<br>
20:03:55.647326 ARP, Reply 10.226.181.1 is-at
00:0c:29:44:f6:2a, length 28<br>
20:03:57.937366 ARP, Request who-has 10.226.181.1
tell 10.226.181.19, length 46<br>
20:03:57.937387 ARP, Reply 10.226.181.1 is-at
00:0c:29:44:f6:2a, length 28<br>
20:03:58.937125 ARP, Request who-has 10.226.181.1
tell 10.226.181.19, length 46<br>
20:03:58.937157 ARP, Reply 10.226.181.1 is-at
00:0c:29:44:f6:2a, length 28<br>
20:03:59.937418 ARP, Request who-has 10.226.181.1
tell 10.226.181.19, length 46<br>
20:03:59.937452 ARP, Reply 10.226.181.1 is-at
00:0c:29:44:f6:2a, length 28</font><br>
<br>
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.<br>
<br>
Danke für euren Input.<br>
<br>
Gruß</p>
</blockquote>
</div>
<br>
</blockquote>
</div>
<br>
</blockquote>
</div>
<br>
-- <br>
Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail
gesendet.
</blockquote>
<br>
</body>
</html>