[Wien] ARP Requests and no Response

Bernd Petrovitsch (spam-protected)
Mo Nov 12 10:57:17 CET 2007


On Mon, 2007-11-12 at 10:25 +0100, Wolfgang Nagele wrote:
> Hi,
> 
> > Könnte es sein, daß ich über den Tunnel von einigen IP-Adressen
> > kein ARP-Replys bekomm, obwohl ich mbMn eigentlich welche bekommen
> > sollte?
> Um die Konfusion perfekt zu machen - du hast z.T. Recht. :)
> 
> Es gibt das /22 Funknetz und darin ein /25 Housing Netz. D.h. wenn du
> jetzt deinen Tunnel auf einer IP ausm Funknetz hast würdest natürlich

Hab ich mWn - beide Enden (193.238.156.57 und 193.238.156.50).

> meinen das du den texas via ARP erreichen müsstest. Das ist allerdings
> nicht der Fall, da diser nur über die /25 HNA Route vom Housing
> erreichbar ist. D.h. solange dein Tunnel nicht UP ist, wirst du auch

Die Route war BTW auch da.
Und klar, aber mein Ende hat - so wie unten - "UP" ausgeschaut. Und
nachdem arping zum subway gut gegangen ist und ich über OLSR die Routen
bekomm', ist der Tunnel mbMn auch "UP" gewesen sein. Zumal alle
0xFF-Routen (zu 193.238.156.0/22 und 78.41.112.0/22) über den Tunnel
gehen (oder in die andere Richtung zum LinkSys), aber nie geNATted übers
"Internet".

> keine Verbindung dort hin bekommen. ARP Responses wirst du nie davon
> erhalten.

Wenn der Tunnel nicht steht, ist großes Schweigen im funkFeuer-Walde, eh
klar.

> Dein Tunnel-Log schaut recht normal aus:
> ---cut---
> Wed Oct 10 20:33:46 2007 OpenVPN 2.0.9 x86_64-pc-linux-gnu [SSL] [LZO]
> [EPOLL] built on Jan 21 2007
> Wed Oct 10 20:33:46 2007 ******* WARNING *******: null cipher
> specified, no encryption will be used
> Wed Oct 10 20:33:46 2007 LZO compression initialized
> Wed Oct 10 20:33:46 2007 TUN/TAP device tap11 opened
> Wed Oct 10 20:33:46 2007 ifconfig tap11 193.238.156.50 netmask
> 255.255.252.0 mtu 1500 broadcast 193.238.159.255
> Wed Oct 10 20:33:46 2007 UDPv4 link local (bound): 193.239.188.20:5011
> Wed Oct 10 20:33:46 2007 UDPv4 link remote: [undef]
> Wed Oct 10 20:33:51 2007 Peer Connection Initiated with 62.178.36.232:5011
> Wed Oct 10 20:33:52 2007 Initialization Sequence Completed
> ---cut---

Bei mir auch.

> Danach jede Menge:
> ---cut---
> Sat Oct 27 21:30:21 2007 read UDPv4 [EHOSTUNREACH]: No route to host (code=113)
> Sat Oct 27 21:30:22 2007 read UDPv4 [EHOSTUNREACH]: No route to host (code=113)
> Sat Oct 27 21:30:23 2007 read UDPv4 [EHOSTUNREACH]: No route to host (code=113)
> Sat Oct 27 21:30:23 2007 read UDPv4 [EHOSTUNREACH]: No route to host (code=113)
> Sat Oct 27 21:30:25 2007 read UDPv4 [EHOSTUNREACH]: No route to host (code=113)
> Sat Oct 27 21:30:25 2007 read UDPv4 [EHOSTUNREACH]: No route to host (code=113)
> ---cut---
> der Error ist aber auf fast allen Tunnels zu finden - die
> funktionieren dennoch. Wenn jemand weiss woher das genauer kommt bitte
> um Info.

Keine Ahnung.
Ich hab (vermutlich) openvpn mehrmals neu gestartet und den OLSRD
sowieso, weil ich (auch) am Firewall-Script rumgebastelt hab. Das fährt
bei mir auch Interfaces rauf und runter.
Aber das sollte eigentlich dem openvpn wurscht sein (zumindest im
"Peer-to-peer-mode", wie wir es betreiben).

> Hab' den Tunnel restarted, nun scheints wieder zu laufen.

Yup, danke.

	Bernd
-- 
Firmix Software GmbH                   http://www.firmix.at/
mobil: +43 664 4416156                 fax: +43 1 7890849-55
          Embedded Linux Development and Services






Mehr Informationen über die Mailingliste Wien