Teil I Netzwerkdienste - Themen
2. Verwalten von Webcache-Servern
Teil II Zugriff auf Netzwerkdateisysteme - Themen
4. Verwalten von Netzwerkdateisystemen (Übersicht)
5. Verwaltung des Netzwerkdateisystems (Aufgaben)
6. Zugreifen auf Netzwerkdateisysteme (Referenz)
Teil III SLP (Service Location Protocol) - Themen
Weitere SLP-Informationsquellen
8. Planen und Aktivieren von SLP (Aufgaben)
9. Verwalten von SLP (Aufgaben)
10. Integrieren von veralteten Services
Teil V Serielle Vernetzung - Themen
15. Solaris PPP 4.0 (Überblick)
16. PLanen einer PPP-Verbindung (Aufgaben)
17. Einrichten einer PPP-Einwahlverbindung (Aufgaben)
18. Einrichten einer PPP-Standleitungsverbindung (Aufgaben)
19. Einrichten der PPP-Authentifizierung (Aufgaben)
20. Einrichten eines PPPoE-Tunnels (Aufgaben)
21. Beheben von allgemeinen PPP-Problemen (Aufgaben)
22. Solaris PPP 4.0 (Referenz)
23. Migrieren von Asynchronous Solaris PPP zu Solaris PPP 4.0 (Aufgaben)
25. Verwalten von UUCP (Aufgaben)
Teil VI Arbeiten mit Remote-Systemen - Themen
27. Arbeiten mit Remote-Systemen (Übersicht)
28. Verwalten des FTP-Servers (Aufgaben)
29. Zugriff auf Remote-Systeme (Aufgaben)
Teil VII Überwachen von Netzwerkdiensten - Themen
In diesem Kapitel werden die grundlegende Funktionsweise von SLP sowie die Agenten und Prozesse beschrieben, die in der SLP-Verwaltung verwendet werden.
SLP stellt die folgenden Services automatisch bereit. Die Services müssen nur wenig oder nicht konfiguriert werden.
Clientanwendungsanforderungen von Informationen, die für den Zugriff auf einen Service erforderlich sind
Service-Advertisement auf Netzwerkhardware oder Softwareservern, beispielsweise Drucker, Dateiserver, Videokameras und HTTP-Server
Kontrollierte Wiederherstellung bei Ausfällen von primären Servern
Außerdem haben Sie folgende Möglichkeiten, um die SLP-Funktion zu verwalten und nach Bedarf abzustimmen:
Organisieren von Services und Benutzern in Bereichen, die aus logischen oder funktionellen Gruppen bestehen
Aktivieren der SLP-Protokollierung, um die SLP-Funktion in Ihrem Netzwerk zu überwachen und Fehler zu beseitigen
Abstimmen von SLP-Parametern zur zeitlichen Steuerung, um die Leistung und Skalierbarkeit zu erhöhen
Konfigurieren von SLP, damit keine Multicast-Meldungen gesendet und verarbeitet werden, wenn SLP in Netzwerken bereitgestellt wird, die keine Unterstützung für das Multicast-Routing haben
Bereitstellen von SLP-Verzeichnisagenten, um die Skalierbarkeit und Leistung zu verbessern
SLP-Bibliotheken informieren netzwerkorientierte Agenten, die Services bekannt geben, damit diese Services über ein Netzwerk erkannt werden können. SLP-Agenten verfügen über aktuelle Informationen zum Typ und zum Standort von Services. Diese Agenten können auch Proxyregistrierungen verwenden, um Services bekannt zu geben, die nicht direkt für SLP aktiviert sind. Weitere Informationen finden Sie in Kapitel 10Integrieren von veralteten Services.
Clientanwendungen verwenden SLP-Bibliotheken, die Anforderungen direkt an die Agenten weitergeben, die Services bekannt geben.
In der folgenden Tabelle werden die SLP-Agenten beschrieben. Definitionen der hier verwendeten Begriffe und anderer Begriffe, die im vorliegenden Dokument verwendet werden, finden Sie im Glossar.
Tabelle 7-1 SLP-Agenten
|
Die folgende Abbildung zeigt die wichtigsten Agenten und Prozesse, die zur Implementierung der SLP-Architektur dienen. Es handelt sich um eine standardmäßige Bereitstellung von SLP. Eine spezielle Konfiguration wurde nicht durchgeführt. Es sind nur zwei Agenten erforderlich: der UA und der SA. Die SLP-Struktur ermöglicht dem UA, mehrere Serviceanforderungen an den SA zu senden. Der SA sendet eine Antwort an den UA. Wenn der UA beispielsweise eine Serviceanforderung sendet, antwortet der SA mit einer servicebezogenen Antwort. In der servicebezogenen Antwort ist der Standort der Services enthalten, die den Anforderungen des Clients entsprechen. Andere Anforderungen und Antworten sind möglich, wenn es um Attribute und Servicetypen geht. Weitere Informationen finden Sie in Kapitel 11SLP (Referenz).
Abbildung 7-1 Wichtige SLP-Agenten und Prozesse
Die folgende Abbildung zeigt die wichtigsten Agenten und Prozesse, die zur Implementierung der SLP-Architektur dienen, wenn ein DA in der Struktur bereitgestellt wird.
Abbildung 7-2 Implementierung von Agenten und Prozessen in der SLP-Architektur mit einem DA
Wenn Sie DAs bereitstellen, werden weniger Meldungen über das Netzwerk gesendet und UAs können Informationen viel schneller abrufen. DAs sind wichtig, wenn die Größe eines Netzwerks zunimmt oder keine Unterstützung für das Multicast-Routing vorhanden ist. Der DA dient als Cache für registrierte Service-Advertisements. SAs senden Registrierungsmeldungen (SrvReg), in denen alle Services aufgelistet sind, die den DAs bekannt gegeben werden. Als Antwort auf diese Meldungen erhalten die SAs Bestätigungen (SrvAck). Die Service-Advertisements werden mit dem DA aktualisiert, oder sie verfallen entsprechend der jeweils festgelegten Lebensdauer. Nachdem ein UA einen DA erkannt hat, sendet der UA eine Anforderung an den DA (anstelle von mehrfachen Anforderungen an SAs).
Weitere Informationen zu Solaris-SLP-Meldungen finden Sie in Kapitel 11SLP (Referenz).