In diesem Kapitel werden bekannte Fehler der Dokumentation beschrieben.
Der Name des Produkts lautet Solaris 8 10/01, es kann jedoch vorkommen, dass in Code-, Pfad- oder Paketnamen die Bezeichnung Solaris 2.8 oder SunOS 5.8 verwendet wird. Verwenden Sie bitte die Code- bzw. Pfadangaben immer genauso, wie diese angegeben sind.
Der folgende Text aus dem Abschnitt "Valid and Default Card Types for Client Applications" ist nicht korrekt und sollte ignoriert werden:
Nehmen wir z. B. an, dass Sie iButton, Cyberflex und CardA als validcards-Eigenschaften für Anwendung B spezifizieren. Dann geben Sie Cyberflex als defaultcard-Eigenschaft an. Wenn Anwendung B lediglich ihre Standardkarte annimmt und der Benutzer versucht, sich bei Anwendung B über Karte A anzumelden, wird folgende Meldung angezeigt:
Waiting for Default Card |
Der Abschnitt "Example--Creating User Information on a Smart Card (Command Line)" besitzt eine Eigenschaft mit Namen username. Dieser Eigenschaftsname ist falsch. Er sollte user lauten.
Der folgende Hinweis fehlt in den Abschnitten "OCF Client Properties Overview" und "Additional Client Configuration Tasks":
Neuauthentifizierungs-Timeout darf nicht Null sein.
Der folgende Hinweis fehlt im Kapitel "Setting Up a Smart Card (Overview)":
Payflex-Karten können nur einzelne Profile unterstützen. Verwenden Sie keine Payflex-Karten, wenn Benutzer sich beim Desktop und einer oder mehreren sicheren Anwendungen anmelden müssen.
Im Installationskiosk sind keine übersetzten Versionen der Liste der neuen Funktionen enthalten.
Lösung: Eine übersetzte Liste finden Sie unter "Alle Neuerungen auf einen Blick" in Solaris 8 Ergänzungen für Desktop-Benutzer, Solaris 8 System Administration Supplement, Solaris 8 Software Developer Supplement oder in den Solaris 8 - Ergänzungen zur Installation.
Manche Grafiken im CDE-Benutzerhandbuch in AnswerBook2 sind in der spanischen, italienischen und deutschen Sprachumgebung nicht lesbar.
Lösung: Sie finden lesbare Grafiken im CDE-Benutzerhandbuch unter http://docs.sun.com.
Die AnswerBook2-Software wurde auf Version 1.4.3 aktualisiert, aber die Dokumentation verweist immer noch auf Version 1.4.2. Abgesehen von diesem Problem weist die Dokumentation keine weiteren Fehler auf.
Die 4-Bit-Priority-Feldbeschreibung gibt RFC 1883 wieder, das durch RFC 2460 ersetzt wurde (Solaris 8 implementiert RFC 2460). Folglich wurde das Priority-Feld durch ein 8-Bit-Traffic Class-Feld ersetzt. Die Zahl des IPv6 Header-Formats sollte das Traffic Class-Feld anstelle des Priority-Feldes wiedergeben. Der Aufzählungspunkt für Priority auf dieser Seite sollte durch die folgende Traffic Class-Beschreibung ersetzt werden:
Dieser neue Wert verringert auch die Anzahl der Bits, die dem Feld "Flow Label" zugeordnet werden, auf 20 Bits.
Die 4-Bit-Priority-Feldbeschreibung gibt RFC 1883 wieder, das durch RFC 2460 ersetzt wurde (Solaris 8 implementiert RFC 2460). Folglich wurde das Priority-Feld durch das 8-Bit-Traffic Class-Feld ersetzt. Der Abschnitt "Priority" sollte durch den folgenden Abschnitt "Traffic Classes" ersetzt werden.
Ursprungsknoten und weiterleitende Router können das 8-Bit-Traffic Class-Feld im IPv6 Header verwenden, um verschiedene Klassen bzw. Prioritäten von IPv6-Paketen zu identifizieren und zu unterscheiden.
Für das Traffic Class-Feld gelten die folgenden allgemeinen Anforderungen.
Die Dienstschnittstelle zum IPv6-Dienst innerhalb eines Knotens muss eine Möglichkeit für ein Protokoll der oberen Schicht bereitstellen, den Wert des Traffic Class-Bits in Paketen zu liefern, die aus diesem Protokoll der oberen Schicht stammen. Der Standardwert für alle 8 Bits beträgt Null.
Knoten, die eine bestimmte Verwendung einiger oder aller Traffic Class-Bits vorsehen, können den Wert dieser Bits für diese bestimmte Verwendung in Paketen ändern, die sie senden, weiterleiten oder empfangen. Knoten sollten alle Bits des Traffic Class-Feldes ignorieren und unverändert lassen, für die sie keine bestimmte Verwendung unterstützen.
Schritt 10c dieser Vorgehensweise lässt fälschlicherweise das Hinzufügen des Parameters up aus, der in der zur Datei /etc/hostname.ip.tun0 hinzugefügten Zeile erforderlich ist. Folglich muss der Parameter up in diesem Schritt am Ende des Zeileneintrags hinzugefügt werden.
In diesem Abschnitt sind mehrere Korrekturen vorzunehmen:
Für das Symbol nfs_32_time_ok tun Sie Folgendes:
Ändern Sie den Symbolnamen in nfs_allow_preepoch_time .
Ändern Sie die Beschreibung in "Mit diesem Symbol wird gesteuert, ob der NFS-Client oder -Server Datei-Zeitstempel vor 1970 erlaubt".
Keine Änderung an der Standardbeschreibung.
Löschen Sie den Symboleintrag nfs_acl_cache.
Fügen Sie den Symboleintrag nfs_disable_rddir_cache hinzu.
Beschreibung: Einige Server aktualisieren die Attribute des Verzeichnisses nicht richtig, wenn Änderungen vorgenommen werden. Um eine direkte Zusammenarbeit zwischen diesen defekten Servern zu ermöglichen, setzen Sie diese Variable so, dass der Cache readdir deaktiviert wird.
Standard: Auf off(0) setzen.
Für die Symbole nfs_lookup_neg_cache und nfs3_lookup_neg_cache tun Sie Folgendes:
Setzen Sie den Standard auf 1. Ignorieren Sie die Anmerkung zum Verzeichnisnamen-Caching.
Für das Symbol nrnode tun Sie Folgendes:
Ändern Sie die Standardbeschreibung in Auf ncsize setzen. Durch Setzen der Variable auf 1 deaktivieren Sie den Cache, und zwar nicht, weil es eine Prüfung des Wertes auf 1 gibt, sondern weil Sie einen sehr kleinen Cache erstellen.
Für das Symbol nfs_write_error_interval tun Sie Folgendes:
Ändern Sie die Beschreibung in: "Mit diesem Symbol wird gesteuert, wie oft Schreibfehlermeldungen von NFS ENOSPC und EDQUOTprotokolliert werden. Die Einheiten für die Symbole sind Sekunden."
Keine Änderung an der Standardbeschreibung.
Löschen Sie den Symboleintrag nfsreadmap.
Für das Symbol authdes_cachesz tun Sie Folgendes:
Ändern Sie die Standardbeschreibung in: "Standard ist 1024";
Löschen Sie den Symboleintrag authkerb_cachesz.
Löschen Sie den Symboleintrag authkerb_win.