Literatur. AVS SS Teil 11/Namensdienste

Transkript

1 Literatur [11-1] [11-2] [11-3] [11-4] [11-5] [11-6] [11-7] ml/wwhelp.htm [11-8] [11-9] 2

2 Übersicht Namensdienste Verzeichnisdienste Beispiel: DNS Beispiel: LDAP 3 Was sind Namen? I Adresse = Identifikation eines Ortes oder eines Objektes an diesem Ort Beispiele: IP-Adresse, RAM-Adresse Name = Symbolische Identifikation eines Objektes unabhängig vom Ort Beispiele: meier@dingsta.de, readme.txt 4

3 Was sind Namen? II Namen abstrahieren vom Ort. Daher sind sie unabhängig vom Ort. Wer ein Objekt ansprechen will und nur seinen Namen kennt, muss vorher bestimmen wo es liegt, also die Adresse bestimmen. Namensdienst = name service = Dienst, der die Abbildung vom Namen zur Adresse und umgekehrt realisiert Die Informationen eines Namensdienstes gehen meist viel weiter: es werden noch weitere Informationen abgelegt, z.b. Telefonnummern, Zimmernummern, postalische Adressen etc. Verzeichnisdienst = directory service = repository = Dienst, der allgemein Informationen über Objekte, Personen oder Organisationen bereit stellt. Der Übergang vom Namens- zum Verzeichnisdienst ist fließend. Daher werden hier beide als synonym behandelt. 5 Dienste (und auch Ports) Ein Dienstname wird als Abstraktion von Namen von Servern angesehen, denn unterschiedliche Server können denselben Dienst unter demselben Namen anbieten. Ports als abstrakte Schnittstellen (Ports von TCP/UDP sind hier nicht gemeint) werden als Namen von Servern aufgefasst. Folgende Dinge werden u.a. bei Namensdiensten registriert: Adressen Namen Port(namen) Dienst(namen) und deren Zusammenhänge (Relationen) 6

4 Registrieren I Directory Server register() unregister() Adresse Dienst Infos Printer Laser File 2 TB register() unregister() Server Mail Server2 Mit der Operation register() gibt ein Server seinen Dienst zusammen mit seinem Namen und Ort bekannt. Mit der Operation unregister() werden seine zuvor registrierten Informationen gelöscht. Beide Operationen werden meistens mit RPCs realisiert. 7 Idee der Service Orientierten Architektur (SOA) Drei Rollen: Client, Service-Provider(Server) und Service-Directory 8

5 Registrieren II In einer Datenbank werden z.b. abgespeichert: Adresse hier IP-Adresse Name die Bezeichnung des Dienstes als komplexer String Weitere Attribute, z.b. Art des Dienstes Kosten Öffentlich oder beschränkter Zugang für eine Gruppe Informationen zur Authentikation (Prüfung der Identität) 9 Suchen des Partners Broadcast (nur im LAN) Z.B. bei DHCP wird der Server mit einem Broadcast-Request gesucht. Query bei einem Namensdienst-Server 3. query() Directory Server 1. register() Klient 2. register() Server1 4. send() Server2 10

6 Zusammenfassung Initial muss einem Server mindestens ein Server mit dem Namensdienst bekannt sein. Dieser Server besitzt auch ein Verzeichnis über andere Namensserver, so dass alle Namensserver erreicht werden können. Mit den abstrakten Operationen register() und unregister() werden Informationen beim Namensdienst abgespeichert bzw. gelöscht. Mit der abstrakten Operation query() wird im Informationsbestand des Namensservers durchsucht. Die Operationen register(), unregister() und query() sind deshalb abstrakt, weil sie in den konkreten Implementierungen anders heißen können. 11 Beispiel: Domain Name Service (DNS) Definiert in RFC 1034, 1035 Ziele dieses Verzeichnisdienstes Umsetzung einer symbolischen Adresse nach IP Umsetzung einer IP-Adresse zur symbolischen Vermerken der Adressen von -Servern Vermerken von Informationen über Stationen Vermerken der Adressen anderer Server Die Adressen werden streng hierarchisch in Domains (Bereiche) zusammengefasst. 12

7 Namensraum Top-Level-Domain Second-level Domain Third-level Domain Host/Service-Name Alte Top-Level-Domains: Länderkennzeichen.com Unternehmen.net Netzwerkbetreiber.org Organisationen.edu (Hoch-)Schulen.mil US-Militär.gov US-Regierung Weitere Top-Level-Domains:.biz Unternehmen.info Allgemein.name Namen.pro Berufsgruppen.museum Museen.coop Genossenschaften 13 Links zum Thema DNS Level-Domains

8 Vergabe der Namen NIC: Network Information Center Deutschland: Internationale Koordinierung der Top-Level-Domains: ICANN = Internet Corporation for Assigned Names and Numbers Begriffe Zone = Bereich der Namen, für die der Server zuständig ist, d.h. von denen er Daten hat. Intern wird für jede Zone eine Datei/Datenbank angelegt, so dass ein Server mit mehreren Zonen arbeiten kann. 15 Hierarchie und Autoritätszonen (Beispiel) Root.de.fr.edu... (Autoritäts-)Zonen tu-berlin fu-berlin htw-berlin... rz f1 f2 f3 f4 16

9 Mechanismus I Station 1 Station 2 Anfrager Resolver Server Cache Datenbank Anfrage an einen Server 17 Mechanismus II Server 2 Anfrager Resolver Server 1 Server 3... Server N Der beauftragte Server 1 befragt andere, um die Anforderung des Resolvers zu erfüllen: Rekursiver Modus. 18

10 Mechanismus III Server 1 Anfrager Resolver Server 2... Server N Der Resolver befragt selbst andere, um die Anforderung bearbeiten zu können. Ein Server ohne Antwort gibt eine Adresse eines anderen Servers zurück, von dem geglaubt wird, er hätte die Antwort. 19 Auflösungsalgorithmus 1. Prüfung der Anfrage, ob Antwort in der Datenbank vorhanden ist: Falls ja: dem Client antworten 2. Sonst: Ermittlung der Top-Level-Domain 3. Anfrage an Top-Level-Domain-Server 4. Dort Prüfung und Rücksendung der IP-Adresse des zuständigen Servers (Nachsehen in Datenbank aller gültigen Domainnamen) 5. Direkte Nachfrage bei diesem Server 6. Dort Prüfung und Rückantwort mit der IP-Adresse 7. Dem Client antworten Dieses Verfahren läuft entweder automatisch durch den ersten Server ab (rekursiver Modus) oder durch den Resolver selbst. 20

11 Serverarten (Beispiele für Rollen) Für jede Zone existieren/können existieren: Primärer Server mit Originaldaten Sekundärer Server als Spiegel des Primären Servers Cache-Only-Server hat keine eigene Zone, vermerkt bzw. lernt Anfragen und Ergebnisse, es gibt für ihn auch keine Zonen- Datei. Dies sind Rollen, die durch einen Server eingenommen werden können, auch gleichzeitig, d.h. ein Server kann für eine bestimmte Zone der primäre Server sein und für eine andere der sekundäre. 21 Beispiel: LDAP LDAP = Lightweight Directory Access Protocol Basiert auf X.500 als vereinfachte Version Version 3 ist in RFC 4510 bis 4532 definiert Das Suchen erfolgt anhand von Attributen. Die Namen haben einen strukturierten Aufbau (Distinguished Name: DN) LDAP-Server bilden häufig die Basis vom Single Sign On. 22

12 Schema der hierarchischen Struktur Directory Information Base Eintrag1 Eintrag2 Eintrag3... EintragN Attribut1 Attribut2... AttributN Value1 Value2... ValueN 23 Einträge I Getypte Attribute, teilweise zwingend vorgegeben Ein Wert oder eine Liste von Werten Regeln für die Abfrage Es können neue Objektklassen definiert werden Einträge werden durch DN (Distiguished Name) adressiert: uid cn sn l ou o dc c User id Common Name Surname Location Organisational Unit Organisation Domain Component Country Beispiel: dn: cn=burkhard Messer,ou=FB4,o=HTW-Berlin,c=DE 24

13 Einträge II - Beispiel dn: cn=burkhard Messer,ou=FB4,o=HTW-Berlin,c=DE objectclass: top objectclass: person cn: Burkhard Messer sn: Messer telephonenumber: userpassword: uid: bmesser mail: b.messer@f4.htw-berlin.de lastmodifiedby: cn=burkhard Messer,ou=FB4,o=HTW-Berlin,c=DE personaltitle: Mr Siehe Ablage im Baum - Beispiel Directory Information Tree dc=fr dc=at dc=de o=htw-berlin o=company ou=fb4 cn=burkhard Messer 26

14 Operationen Abfragen: search(), compare() Modifikation: add(), delete(), modifydn(), modify() Authentisierung: bind() 27 Nach dieser Anstrengung etwas Entspannung... Auch so eine Art Registry... 28