Ein mit IPv6 verbundener FreeBSD-Server ist nicht über LAN verfügbar

0

Mein Setup

Ich habe einen FreeBSD-Server mit der folgenden Ausgabe von uname -a:

FreeBSD glacier 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec  4 09:23:10 UTC 2012     
[email protected]:/usr/obj/usr/src/sys/GENERIC  amd64

Es verwendet SixXS, um einen IPv6-Tunnel mit der virtuellen Schnittstelle gif0 einzurichten und als IPv6-Router für das LAN zu fungieren. Ich habe ein / 64-Subnetz, das vom Router angekündigt wird und das die Clients verwenden. Der Server ist mit dem Heim-LAN über einen WLAN-AP verbunden, der im Bridge-Modus mit der Schnittstelle em2 verbunden ist. Zur Beschleunigung der Datenübertragung ist der Server zusätzlich mit einem Gigabit-LAN ​​mit der aggregierten Schnittstelle lagg0 verbunden.

Das WLAN verwendet das IPv4-Subnetz 192.168.9.0/24 und das Gigabit-LAN ​​192.168.0.0/24. Einige Desktop-Clients wie mein iMac sind über beide Medien mit dem Server verbunden (kabelgebundenes und kabelloses Netzwerk).

Übersicht über meine Netzwerkeinrichtung

Mein Problem

Die LAN-Clients erhalten ihre korrekten IPv6-Adressen und verfügen über eine IPv6-Internetverbindung. Das Seltsame ist jedoch, dass ich über IPv6 keine Verbindung zu meinem Server im selben LAN über SSH herstellen kann.

Könnte es problematisch sein, dass der Server zwei verschiedene IPv6-Adressen hostet (eine auf lagg0 und eine auf em2, damit er über Gigabit-Ethernet und WLAN erreichbar ist)? Interessanterweise antwortet die IPv6-Adresse der WLAN-Schnittstelle von em2 auf Pings, die mit lagg0 Gigabit verbundene IPv6-Adresse antwortet nicht.

Meine Fragen

Liegt ein grundlegender Fehler in meiner Einrichtung vor? Es scheint mir, dass das Routing ein bisschen durcheinander ist, aber ich bin nicht sicher, wie ich das beheben soll.

Hier ist die Konfiguration meiner aggregierten Gigabit-Schnittstelle lagg0 (IPv6-Adresse gefälscht).

root@glacier  ➜ ~  ifconfig lagg0
lagg0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
    options=4219b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,TSO4,WOL_MAGIC,VLAN_HWTSO>
    ether aa:bb:cc:dd:ee
    inet 192.168.0.2 netmask 0xffffff00 broadcast 192.168.0.255
    inet6 fe80::3285:a9ff:fea6:50bf%lagg0 prefixlen 64 scopeid 0x9 
    inet6 2a01:1e8:e100:821e::1 prefixlen 64 
    nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
    media: Ethernet autoselect
    status: active
    laggproto lacp lagghash l2,l3,l4
    laggport: em1 flags=1c<ACTIVE,COLLECTING,DISTRIBUTING>
    laggport: em0 flags=1c<ACTIVE,COLLECTING,DISTRIBUTING>
GorillaPatch
quelle

Antworten:

0

Das Problem war, dass zwei Netzwerkschnittstellen des FreeBSD-Computers mit demselben Subnetz verbunden waren. Dies bedeutet, dass es unmöglich ist, es richtig zu routen.

Die Lösung wäre, jeder Schnittstelle lagg0 und em2 ein separates IPv6-Subnetz zuzuweisen, und es funktioniert.

GorillaPatch
quelle