Netzwerkprobleme

Die standardmäßigen rekursiven Servereinstellungen der BIND 9.6-ESV-R3-Version bedeuten eine wesentliche Einschränkung für Server, die zuvor rekursive Abfragen auf nicht lokalen Netzwerken durchführen konnten.

Problemumgehung: Erstellen Sie Zugriffskontrolllisten zur Zuordnung von Hosts und Netzwerken, denen der Zugriff auf Cache und die Rekursion auf den Servern erlaubt sein sollen.

Beispiel:

acl "trusted" {
           192.168.0.0/16;
           10.153.154.0/24;
           localhost;
           localnets;
       };

       options {
           ...
           allow-query { any; };
           allow-recursion { trusted; };
           allow-query-cache { trusted; };
           ...
       };

In diesem Beispiel enthält die Zugriffskontrollliste trusted die Beispielnetzwerke 192.168.0.0/16 und 10.153.154.0/24, die Zugriff erfordern. Ersetzen Sie diese Beispielnetzwerke durch Netzwerke, die Ihrer Umgebung entsprechen. Diese Zugriffskontrolllisten ermöglichen allen Hosts, autorisierende Daten auf Ihrem Server abzufragen, doch Zugriff und Rekursion sind nur für die Hosts in der Zugriffskontrollliste trusted möglich.

Konfiguration von Tunneln mit der gleichen Quelladresse (Bug-ID 4152864)

Wenn für zwei Tunnel die gleiche Quelladresse konfiguriert ist, werden über den zweiten Tunnel keine Packages empfangen. Dies ist ein schwerwiegendes Problem für 6to4-Tunnel.

Problemumgehung: Konfigurieren Sie nicht die gleiche Quelladresse für einen 6to4-Tunnel und einen automatischen Tunnel (atun). Informationen über automatische Tunnel und den Befehl atun finden Sie auf der Manpage tun(7M).

System Domain of Interpretation ist nicht konfigurierbar (6314248)

Die System Domain of Interpretation (DOI) ist nicht konfigurierbar. Wenn mit Solaris Management Console (SMC) eine neue Trusted Network Template erstellt wird, setzt SMC die DOI auf 0 und Trusted Extensions funktioniert deswegen nicht ordnungsgemäß. Es werden verschiedene Fehlermeldungen angezeigt.

Problemumgehung: Setzen Sie die DOI mit SMC auf 1.

IP-Weiterleitung ist in Oracle Solaris 10 OS standardmäßig deaktiviert

In dieser 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-Packages weitergeleitet haben, verfügen nicht mehr über diese automatische Funktion. Um die IP-Weiterleitung in mehrfach vernetzten Systemen (multihomed) zu aktivieren, müssen Sie manuell zusätzliche Konfigurationsschritte durchführen.

Problemumgehung: 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 die 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 Manpage routeadm(1M).

Navigationslinks �berspringen
Druckansicht beenden
	Oracle Solaris 10 8/11 - Versionshinweise