2.2 Konfiguration

Dieser Abschnitt enthält Informationen zu Problemen, die während der Konfiguration von eDirectory 8.8 auftreten können.

2.2.1 Loopback-Verweise werden von einem Verzeichnisserver zurückgegeben

Wenn eDirectory zur Überwachung von Loopback-Adressen konfiguriert ist, werden die Loopback-Adressen gespeichert und an die Clients zurückgegeben, wenn sie Suchen und andere Operationen ausführen. Die Verweise sind für Clients, die einen Verbindungsversuch von einem anderen Computer als dem Server ausführen, nicht zutreffend. Daher tritt beim Verbindungsversuch der Clients mit diesen Loopback-Verweisen ein Fehler auf. Die anderen vom Server zurückgegebenen Verweise funktionieren jedoch für diese Clients.

Der Versuch, zu jedem Loopback-Verweis eine Verbindung aufzubauen, und dann die richtigen Verweise auszuwählen, kann die Leistung der Clients beeinträchtigen.

So umgehen Sie das Problem: Wählen Sie nur eine Schnittstelle aus, mit der eDirectory kommunizieren kann. Wählen Sie während der Installation nicht die Loopback-Schnittstellen aus.

2.2.2 -632: Fehler bei Baumnamensuche während der Konfiguration von eDirectory 8.8 unter Linux

Bei der Konfiguration von eDirectory 8.8 unter Linux kann der Fehler „Tree name lookup failed: -632“ (Fehler bei der Baumnamensuche) auftreten. Gehen Sie wie folgt vor, um dieses Problem zu beheben:

  1. Stellen Sie sicher, dass Sie SLP nach der Installation des SLP-Pakets folgendermaßen manuell neu starten:

    /etc/init.d/slpuasa start
    
  2. Stellen Sie sicher, dass Sie SLP nach der Deinstallation des SLP-Pakets folgendermaßen manuell stoppen:

    /etc/init.d/slpuasa stop
    

2.2.3 Hinzufügen neuer Server

Sie können einen neuen Server nicht in einen Kontext hinzufügen, wenn der vollqualifizierte Domänenname länger als 255 Zeichen ist. Die Längenbeschränkung gilt für den vollqualifizierten Domänennamen und nicht für die Kontextlänge. Der vollqualifizierte Domänenname eines Objekts darf höchstens 255 Zeichen lang sein.

2.2.4 Ausschluss des DIB-Verzeichnisses von Sicherungs- und Virenschutzprozessen

Nach der Installation von eDirectory sollten Sie die Umgebung so konfigurieren, dass das DIB-Verzeichnis auf dem eDirectory-Server von allen Virenschutz- und Sicherungssoftwareprozessen ausgeschlossen wird. Wenn Sie das DIB-Verzeichnis nicht von Prozessen dieser Art ausschließen, können beschädigte DIB-Dateien oder Fehler der Art -618 FFFFFD96 INCONSISTENT DATABASE (Inkonsistente Datenbank) auftreten.

Sichern Sie das DIB-Verzeichnis mit dem eDirectory -Sicherungswerkzeug. Weitere Informationen zum Sichern von eDirectory finden Sie unter Sichern und Wiederherstellen von NetIQ eDirectory im NetIQ eDirectory 8.8 SP8-Administrationshandbuch.

2.2.5 „ndsconfig“ in eDirectory zeigt auf 32-Bit-Plattformen von RHEL einen Fehler an

„ndsconfig“ in eDirectory zeigt auf 32-Bit-RHEL-Plattformen folgenden Fehler an:

/opt/novell/eDirectory/lib/libsal.so.1.0.0
error while loading shared libraries: /opt/novell/lib/libccs2.so: cannot
restore segment prot after reloc: Permission denied

Führen Sie die folgenden Befehle aus, um das Problem zu umgehen:

chcon -t textrel_shlib_t '/opt/novell/eDirectory/lib/libsal.so.1.0.0'

chcon -t textrel_shlib_t '/opt/novell/lib/libccs2.so.2.7.6'

2.2.6 IP-AG-Zertifikat wird auf 64-Bit-Plattformen von SLES 11 nicht erstellt

Dieses Problem betrifft Szenarien, in denen für eDirectory 8.8 SP8 sowohl IPv4 als auch IPv6 konfiguriert ist und nur für eine Version (beispielsweise nur für IPv4) ein Eintrag in der Datei /etc/hosts vorhanden ist, während die andere Schnittstelle über einen Remote-Computer zugreifbar ist. Wenn Sie eDirectory zur Überwachung beider IPs konfigurieren, wird das IP-AG-Zertifikat nur für die IP generiert, die in der Datei /etc/hosts aufgeführt ist. In diesem Beispiel wird das Zertifikat also nur für IPv4 generiert.