Folgende Netzwerkfehler treten unter Solaris 10 auf.
64-Bit-Programme, die PF_ROUTE-Sockets erstellen und den Inhalt von RTM_IFINFO-Meldungen in der if_msghdr_t-Struktur parsen, funktionieren möglicherweise fehlerhaft, wenn sie nicht neu kompiliert werden.
In dieser Solaris-Version ist die IP-Weiterleitung standardmäßig deaktiviert. Diese Einstellung gilt sowohl für IPv4 als auch für IPv6, unabhängig von anderen Systemkonfigurationen. Systeme mit mehreren IP-Schnittstellen, die vorher standardmäßig IP-Pakete weitergeleitet haben, verfügen nicht mehr über diese automatische Funktion. Um die IP-Weiterleitung in mehrfach vernetzten Systemen (multihomed) zu aktivieren, müssen Administratoren manuell zusätzliche Konfigurationsschritte durchführen.
Abhilfemaßnahme: Der Befehl routeadm aktiviert die IP-Weiterleitung. Die Konfigurationsänderungen, die das Ergebnis der Verwendung von routeadm sind, bleiben auch nach dem Systemneustart bestehen.
Um IPv4-Weiterleitung zu aktivieren, geben Sie routeadm -e ipv4-forwarding ein.
Um IPv6-Weiterleitung zu aktivieren, geben Sie routeadm -e ipv6-forwarding ein.
Um die aktivierte IP-Weiterleitungskonfiguration auf das aktuell ausgeführte System anzuwenden, geben Sie routeadm -u ein.
Weitere Informationen zur IP-Weiterleitung finden Sie in der Man Page routeadm(1M).
Eine Zone kann so konfiguriert sein, dass ihre IP-Adresse Teil einer IP-Netzwerk-Multipathing-Gruppe (IPMP) wird. Der Konfigurationsprozess ist unter How to Extend IP Network Multipathing Functionality to Non-Global Zones in System Administration Guide: Solaris Containers-Resource Management and Solaris Zones dokumentiert.
Wenn alle Netzwerkschnittstellen in der IPMP-Gruppe ausfallen, bootet eine Zone nicht, wenn sie über eine IP verfügt, die Teil dieser IPMP-Gruppe ist.
Das folgende Beispiel illustriert das Ergebnis, wenn Sie versuchen, die Zone zu booten.
# zoneadm -z my-zone boot zoneadm: zone 'my-zone': bge0:1: could not set default interface for multicast: Invalid argument zoneadm: zone 'my-zone': call to zoneadmd failed |
Abhilfemaßnahme: Reparieren Sie mindestens eine Netzwerkschnittstelle in der Gruppe.
Während des Systemstarts stellen mehrere Instanzen möglicherweise keine Verbindung mit ihrer LAN-Emulationsinstanz (LANE) her, wenn mehr als acht LANE-Instanzen an einem einzigen Adapter angeschlossen sind. Dieser Fehler tritt nicht auf Mehrbenutzerebene auf.
Abhilfemaßnahme: Um Ihr SunATM-Netzwerk neu zu initialisieren, führen Sie folgende Schritte durch:
Verifizieren Sie das Problem, indem Sie einen Befehl lanestat -a eingeben.
Instanzen, die keine Verbindung hergestellt haben, haben einen VCI-Wert (Virtual Circuit Identifier) von 0 zum LAN-Emulationsserver (LES) und Broadcast sowie zum Unbekannte Adressen-Server (BUS).
Halten Sie Ihr SunATM-Netzwerk an und starten Sie es erneut.
# /etc/init.d/sunatm stop # /etc/init.d/sunatm start |
Setzen Sie Ihre Netzmasken zurück bzw. alle anderen Einrichtungsoptionen für die SunATM-Schnittstellen.
Wenn Sie zwischen zwei IP-Knoten mehrere IP-Tunnel konfigurieren und ip_strict_dst_multihoming oder andere IP-Filter aktivieren, können Datenpakete verloren gehen.
Abhilfemaßnahme: Wählen Sie eine der folgenden Optionen:
Konfigurieren Sie zunächst einen Tunnel zwischen den beiden IP-Knoten. Fügen Sie dem Tunnel die gewünschten Adressen über den Befehl ifconfig mit der Option addif hinzu.
Aktivieren Sie ip_strict_dst_multihoming für Tunnel zwischen zwei IP-Knoten nicht.