vs Verteilte Verzeichnisse können ein verteiltes Betriebssystem unterstützen dienen der Abbildung von „Namen“ auf „Daten“ aller Art sollten ihre Information persistent halten (Dateien, Datenbank) müssen hochzuverlässig sein  typisch: Verwendung mehrfach replizierter Dateien Beispiele - im lokalen Netz:Sun NIS(BS-unterstützend) - im Internet:DNS(BS-unabhängig)

vs8.32 Sun NIS = Network Information System (früher Yellow Pages) Dieser Verzeichnisdienst unterstützt mehrere Abbildungen: (lokal) passwd.byname:user name  uid /etc/passwd hosts.byname:host name  IP address /etc/hosts mail.aliases:mail alias  mail addresses /etc/aliases services.byname:service name  port #, protocol /etc/services rpc.bynumber:rpc serv. name  rpc program # /etc/rpc..... und andere - siehe man ypfiles

vs8.33 Benutzung, z.B. für Namensauflösung, mit Befehl ypmatch name map Dahinter verbirgt sich der Aufruf einer Bibiliotheksroutine (siehe man ypclnt ) yp_match(...) (diese benutzt Fernaufrufe... siehe unten) Weitere Befehle: ypmatch –x Anzeige praktischer Kurzformen (nicknames) für einige ausgewählte Abbildungen ypcat map Auflistung aller Einträge der Abbildung

vs8.34 Funktionsweise: Replizierte Anbieter (Programm ypserv ), per Fernaufruf ansprechbar:  Klienten wie ypmatch fragen lokalen Repräsentanten des NIS (Programm ypbind ) per RPC nach einem geeigneten Replikat;  ypbind schickt Broadcast RPC an die ypserv-Replikate, merkt sich das erste, das antwortet, für spätere Anfragen  und teilt es dem Klienten mit; dieser wendet sich daraufhin direkt an das Replikat.  Es gibt eine Primärkopie und i.a. mehrere Sekundärkopien.

5 ypserv ypbind ypserv..... master (Primärkopie) slaves (Sekundärkopien) Klientenstationen.. Klientenprozesse    ypwhich host liefert den Namen der Station, auf der sich der für host aktuell verwendete Server befindet ypwhich –m map liefert den Namen der Station, auf der sich der für die Abbildung map zuständige Master befindet (ohne map : Liste der Masters für alle Abbildungen) ypcat ypservers liefert Liste aller Servers

vs8.36 Daten bei Master und Slaves: /etc/... Rohdaten, vom Systemverwalter manipuliert /var/yp/... daraus abgeleitete Maps, von den Servers benutzt Änderung der Abbildungen: 1. Systemverwalter modifiziert Rohdaten und erstellt neue Map(s) mittels make. 2. Das vorgesehene Makefile sorgt dafür, daß die Slaves von der Änderung informiert werden (Befehl yppush, führt RPCs aus). 3. Slaves wenden sich an die Master-Station: Befehl ypxfr wendet sich per RPC an ypxfrd, beschafft aktualisierte Rohdaten (!) und generiert daraus die neuen Maps. (4. ypxfr auch in regelmäßigen Zeitabständen!)

vs8.37 Ausnahme: Passwort-Änderung ohne Beteiligung des Systemverwalters Befehl yppasswd kontaktiert yppasswdd -Prozess auf Master-Station; dieser Prozess übernimmt Rolle des Verwalters. ypserv ypbind client yppasswdd Master Slave Client ypxfrd yppush yppasswd

vs8.38 Charakterisierung des NIS: „quasi-aktive“ Replikation mit Primärkopie, erlaubt Heterogenität; Konsistenz sehr schwach aber für die Zwecke des NIS ausreichend: Änderungen selten, temporäre Inkonsistenz unproblematisch.