| Navigationslinks �berspringen | |
| Druckansicht beenden | |
|
Systemverwaltungshandbuch: Netzwerkdienste |
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
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
Eine Version des PPP, die in die Versionen 2.4 bis 8 des Betriebssystems Solaris aufgenommen wurde. asppp unterstützte nur die asynchrone PPP-Kommunikation.
Ein PPP, das über asynchrone serielle Zeilen läuft, die jeweils ein Zeichen von Daten übertragen. Die am häufigsten verwendete Form der PPP-Konfiguration, die Wählverbindung, verwendet die asynchrone PPP-Kommunikation.
Die Verifizierung der Identität über das Netzwerk über einen Remote-Benutzer oder eine Entität wie beispielsweise ein Programm. Manche Authentifizierungsprotokolle ermöglichen, Datenbanken mit Authentifizieruns-Berechtigungsnachweisen von potenziellen Benutzern einzurichten. Andere Authentifizierungsprotokolle verwenden vertrauenswürdige Zertifikatsketten, die von einer Zertifizierungsstelle für Authentifizierungszwecke ausgegeben werden. Diese Berechtigungsnachweise können Benutzer authentifizieren, wenn diese versuchen, mit Ihnen zu kommunizieren oder die Services Ihrer Site zu verwenden.
Der SLP-Agent, der im Auftrag der Benutzeranwendung handelt. Der Agent fordert die Identität der entsprechenden Bereiche, Verzeichnisagenten und Service-Advertisements an.
Eine Gruppe von UAs und SAs, die administrativ, topologisch oder auf andere Art angeordnet ist. Sie können Bereiche verwenden, um festzulegen bzw. zu ändern, wie Sie den Zugriff auf Services im Unternehmen bereitstellen.
Ein Sicherungsschichtverfahren, das verwendet wird, um Pakete an jeden Rechner in einem Teilnetz zu übermitteln. Broadcast-Pakete werden normalerweise nicht über das Teilnetz hinaus weitergeleitet.
Eine proprietäre Microsoft-PPP-Erweiterung, die verwendet wird, um eine Callback-Sitzung auszuhandeln. Solaris PPP 4.0 unterstützt nur die Clientseite (das anfangs aufrufende Programm) dieses Protokolls.
Ein Unterprotokoll des PPP, das die Verwendung der Datenkomprimierung für die Verbindung aushandelt. Anders als bei der Header-Komprimierung komprimiert CCP alle Daten innerhalb von Paketen, die über die Verbindung gesendet werden.
Das CHAP (Challenge-Handshake Authentication Protocol) ist ein Authentifizierungsprotokoll, das verwendet werden kann, um die Identität eines aufrufenden Programms über eine PPP-Verbindung zu verifizieren. Bei der CHAP-Authentifizierung wird das Konzept der Aufforderung und Antwort verwendet. Bei diesem Konzept wird durch den Rechner, der einen Aufruf empfängt, das aufrufende Programm aufgefordert, seine Identität nachzuweisen.
Siehe auch PAP (Password Authentication Protocol).
Eine ASCII- oder Binärzeichenfolge, die für Identifizierungszwecke verwendet wird und beiden Peers in einer PPP-Verbindung bekannt ist. Das CHAP-Geheimnis wird in Klartext in einer /etc/ppp/chap-secrets-Systemdatei gespeichert, aber nie über die PPP-Verbindung gesendet, nicht einmal in verschlüsselter Form. Das CHAP-Protokoll verifiziert, dass ein Hashcode des CHAP-Geheimnisses, das von einem aufrufenden Programm verwendet wird, mit einem Hashcode des CHAP-Geheimniseintrags für das aufrufende Programm in der /etc/ppp/chap-secrets-Datei des Empfängers übereinstimmt.
Anweisungen, die einem Modem mitteilen, wie eine Kommunikationsverbindung zwischen dem Modem selbst und einem Remote-Peer hergestellt wird. Sowohl die PPP- als auch die UUCP-Protokolle verwenden Chat-Skripten, um Wählverbindungen und Rückrufverbindungen aufzubauen.
Die Servicekanaleinheit (CSU) ist ein synchrones Telekommunikationsgerät, das eine lokale Schnittstelle zu einer Telekommunikationsstandleitung bereitstellt und diese Leitung abschließt. In den USA schließt eine CSU eine T1-Leitung ab und stellt ein DS1 oder eine DSX-Schnittstelle bereit. International ist die CSU normalerweise im Besitz der Telefongesellschaft.
Siehe auch CSU/DSU und Data Service Unit (DSU).
Ein synchrones Telekommunikationsgerät, das CSU- und DSU-Geräte kombiniert und für eine PPP-Standleitungsverbindung verwendet wird. Das CSU/DSU-Gerät überträgt Signale von einem Peer in eine Standleitung. Die meisten CSU/DSUs benötigen kein Chat-Skript, um eine Verbindung herzustellen. CSU/DSUs werden oft vom Anbieter der Standleitung konfiguriert.
Siehe auch CSU (Channel Service Unit) und Data Service Unit (DSU).
Die Servicedateneinheit (DSU) ist ein synchrones Telekommunikationsgerät, das für eine PPP-Standleitungsverbindung verwendet wird. Die DSU führt Konvertierungen zwischen Daten-Framing-Formaten durch, die für Telekommunikationsleitungen verwendet werden, und stellt eine Kommunikationsschnittstelle für Standarddaten bereit.
Siehe auch CSU (Channel Service Unit) und CSU/DSU.
Der Peer, der den Empfänger einer PPP-Wählverbindung aushandelt und festlegt, nachdem ein Anruf von einem Hinauswahlrechner eingegangen ist. Obwohl der Begriff "Einwahlserver" allgemein verwendet wird, funktioniert ein Einwahlserver nicht wie ein Client-Server-Paradigma. Er ist vielmehr der Peer, der antwortet, wenn der Aufbau einer Wählverbindung angefordert wird. Sobald ein Einwahlserver konfiguriert ist, kann er Anrufe von beliebig vielen Hinauswahlrechnern empfangen.
Ein Skriptformat, das in PPP- und UUCP-Chat-Skripten verwendet wird. Das Chat-Skript beginnt mit dem Text oder der Anweisung, die vom Remote-Peer erwartet wird. In der nächsten Zeile ist die Antwort enthalten, die vom lokalen Host gesendet werden soll, nachdem dieser die richtige expect-Zeichenfolge vom Peer erhalten hat. In den nachfolgenden Zeilen werden die expect-send-Anweisungen zwischen dem lokalen Host und dem Peer wiederholt, bis alle zum Kommunikationsaufbau benötigten Anweisungen erfolgreich ausgehandelt sind.
Eine Funktion zum flexiblen Aufzeichnen des Ressourcenverbrauchs im Rahmen einer Aufgabe oder eines Prozesses.
Der Peer, der den Anruf initiiert, um eine PPP-Wählverbindung aufzubauen. Sobald der Hinauswahlrechner konfiguriert ist, kann es eine beliebige Anzahl von Einwahlservern anwählen. Der Hinauswahlrechner stellt normalerweise Authentifizierungs-Berechtigungsnachweise bereit, bevor eine Wählverbindung aufgebaut wird.
Ein Unterprotokoll des PPP, das die IP-Adressen der Peers für die Verbindung aushandelt. IPCP handelt auch die Header-Komprimierung für die Verbindung aus und ermöglicht die Verwendung des Netzwerkebenenprotokolls.
Ein Gerät zur Anpassung von Signalen, das eine modemähnliche Schnittstelle für eine PPP-Einwahlverbindung über ein ISDN-Netzwerk bereitstellt. Verwenden Sie zum Konfigurieren eines ISDN-TA die Konfigurationsdateien von Solaris PPP 4.0 wie zum Konfigurieren eines Standardmodem.
Ein Unterprotokoll des PPP, das verwendet wird, um die anfänglichen Parameter zwischen den Peers auszuhandeln. Zu den Funktionen des LCP gehört das Prüfen der Verbindungsintegrität. Aus diesem Grunde manifestieren sich viele verbindungsrelevante Probleme als LCP-Fehler.
Ein spezifisches Microsoft-Authentifizierungsprotokoll für PPP. Solaris PPP 4.0 unterstützt die Versionen 1 und 2 dieses Protokolls sowohl im Client- als auch im Servermodus.
Eine Netzwerkschichtverfahren, das verwendet wird, um Datagrammpakete an mehreren Rechnern in einem IP-Netzwerk zu senden. Beim Broadcast-Routing werden Pakete nicht von jedem Rechner ausgehandelt. Multicast erfordert, dass Router mit speziellen Routing-Protokollen konfiguriert werden.
Ein Authentifizierungsprotokoll, das verwendet werden kann, um die Identität eines aufrufenden Programms über eine PPP-Verbindung zu verifizieren. Das PAP verwendet ein Klartextpasswort, das über die Verbindung weitergegeben wird, wodurch das Passwort auf einem der Endpunktrechner gespeichert werden kann. Ein PAP kann beispielsweise die Anmelde- und Passworteinträge der UNIX-Datenbank passwd verwenden, die sich auf dem Rechner befindet, der aufgefordert wird, die Identität des aufrufenden Programms zu verifizieren.
Siehe auch CHAP.
Ein einzelner Computer an einem Ende einer PPP-Kommunikationsverbindung, die aus zwei Peers besteht, die durch Kommunikationsmedien miteinander verbunden sind. Sie können viele Arten von Datenverarbeitungsgeräten als Peer konfigurieren, beispielsweise eine Workstation, einen PC, einen Router oder einen Großrechner.
Ein Sicherungsschichtprotokoll, dass ein Standardverfahren für die Übertragung von Datagrammen über Point-to-Point-Medien bietet. Eine PPP-Konfiguration besteht aus zwei Endpunktsystemen, die als Peers bezeichnet werden, und den Telefonleitungen oder anderen bidirektionalen Verbindungen, die von Peers für die Kommunikation verwendet werden. Die Hardware- und Softwareverbindung zwischen den beiden Peers wird als PPP-Verbindung betrachtet.
PPP besteht aus einer Reihe von Unterprotokollen, darunter PAP, CHAP, LCP und CCP. Es stehen zahlreiche PPP-Implementierungen zur Verfügung.
Eine PPP-Verbindung mit einem Host und einer CSU/DSU, die mit einem synchronen Netzwerkmedium über eine Standleitung verbunden sind. OC3 und T1 sind Beispiele für Standleitungsmedien. Standleitungsverbindungen sind zwar einfacher zu verwalten, aber sie sind auch teurer als PPP-Wählverbindungen und werden daher weniger häufig verwendet.
Eine PPP-Verbindung, die mit einem Peer und einem Modem an jedem Ende einer Telefonleitung oder ähnlichen ISDN-Kommunikationsgeräten aufgebaut wird. Der Begriff "Wählverbindung" bezieht sich auf den Vorgang der Aushandlung einer Verbindung, wenn ein lokales Modem einen Remote-Peer anwählt, indem es die Telefonnummer des Peers verwendet. Die Wählverbindung ist die gebräuchlichste und kostengünstigste PPP-Konfiguration.
Ein spezifisches Protokoll von RedBack Networks, das Hosts ermöglicht, PPP-Sitzungen über eine Ethernet-Verbindung durchzuführen. PPPoE wird im Allgemeinen mit DSL-Services (Digital Subscriber Line) verwendet.
Informationen zu einem Service, die von einem SA verteilt werden. Ein Service-Advertisement besteht aus einer URL und einer Reihe von Attribut-/Wertlistenpaaren, die einen Service beschreiben. Alle Service-Advertisements haben eine Lebensdauer. Nach Ablauf der Lebensdauer verliert ein Service-Advertisement seine Gültigkeit, es sei denn, es wird neu registriert.
Eine URL, die verwendet wird, um die Netzwerkadresse von Services bekannt zu geben. Die URL enthält den Servicetyp, den Hostnamen oder die Netzwerkadresse des Servicehosts. Die URL kann auch eine Portnummer und andere Informationen enthalten, die zur Verwendung dieses Service benötigt werden.
Der SLP-Agent, der die Service-Advertisements für Netzwerkdienste verwaltet. Wenn kein DA (Directory Agent) verfügbar ist, beantwortet der SA die Multicast-Serviceanforderungen von UAs (User Agent). Wenn ein DA verfügbar ist, registriert der SA Services mit DAs bzw. hebt die Registrierung dieser auf, die seine Bereiche unterstützen.
Der Dämonprozess, der als DA- oder SA-Server in der Oracle Solaris-Implementierung von SLP fungiert. Serviceprozesse auf dem Host registrieren Service-Advertisements mit SLPD, anstatt die Advertisements einzeln zu verwalten. Jeder Prozess enthält eine SA-Clientbibliothek, die mit SLPD kommuniziert, wenn der Dämon als SA-Server konfiguriert wird. Der SLP-Dämon leitet alle Registrierungen und Aufhebungen von Registrierungen an DAs weiter. Der Dämon löst eine Zeitbegrenzung für abgelaufene Service-Advertisements aus und verwaltet eine Tabelle von verfügbaren DAs, indem er eine aktive und passive DA-Ermittlung durchführt. Durch solche Mechanismen werden DA-Informationen für UA-Clients bereitgestellt. Auf UA-Clients wird SLPD auf einem Host nur zum Beziehen von DA-Informationen verwendet. Sie können SLPD optional als DA konfigurieren.
Ein PPP, das über synchrone digitale Leitungen läuft, die Daten als kontinuierlichen Strom von Rohbits übertragen. Bei der PPP-Standleitungsverbindung wird ein synchrones PPP verwendet.
Ein Netzwerkdienst, das nicht SLP-fähig ist. Sie können eine Proxyregistrierung erstellen, um einen veralteten Service für SLP zu registrieren. SLP-basierte Clients können dann veraltete Services ermitteln (siehe Kapitel 10Integrieren von veralteten Services).
Die Kommunikationsverbindung im PPP, die zwischen zwei Peers ausgehandelt und aufgebaut wird. Solaris PPP 4.0 unterstützt zwei Verbindungsarten: Einwahl- und Standleitungsverbindungen.
Im Zusammenhang mit einem PPP handelt es sich hierbei um Remote-Peers, auf die ein Einwahlserver Zugriff gewährt, indem die Sicherheitsberechtigungsnachweise des Peers in die PAP- oder CHAP-Geheimnisdatenbank des Servers aufgenommen werden.
Optionaler SLP-Agent, der einen Cache mit Service-Advertisements speichert und verwaltet, die vom Serviceagent (Service Agent, SA) gesendet werden. Sobald der DA bereitgestellt ist, löst er Serviceanforderungen des Benutzeragenten (User Agent, UA) auf. Der DA antwortet auf aktive Abrufe vom SA und vom UA für Verzeichnis-Advertisements. Infolge dessen ermitteln der SA und der UA die entsprechenden DAs und Bereiche. Ein DA sendet periodisch nicht angeforderte Advertisements, mit deren Hilfe UAs und SAs den DA innerhalb der gemeinsam genutzten Bereiche ermitteln.
|