DHCP. DHCP Theorie. Inhalt. Allgemein. Allgemein (cont.) Aufgabe

Größe: px

Ab Seite anzeigen:

Download "DHCP. DHCP Theorie. Inhalt. Allgemein. Allgemein (cont.) Aufgabe"

Elvira Frei
vor 8 Jahren
Abrufe

1 23. DECUS München e.v. Symposium 2000 Bonn Norbert Wörle COMPAQ Customer Support Center Inhalt Theorie Allgemein Aufgabe von Vorteile / Nachteile Wie bekommt seine IP Adresse? Wie wird Lease verlängert? Planung und Konfiguration Scope = IP Adress Bereich Einstellung der Netzwerk Parametern im WAN Ausfallsicherheit Installation 2 Allgemein Theorie (Dynamic Host Configuration Protocol) Erweiterung des BOOTP Protocols UDP-Port : 67 und 68 RFC 1533, 1534, 1541, 1542, 2131 Implementierungen : Server - VMS - VMS - Compaq Tru64 UNIX - Compaq Tru64 UNIX - Windows NT - WinNT, Win98, Win95, Win 3.11 etc. 4 Allgemein (cont.) Aufgabe zentrale Verwaltung von IP Adressen Database IPAddress1 IPAddress2 IPAddress3 Server IP Address1 1 IP Address2 2 IP Address3 3 Zuweisung von IP Adressen auf Leihbasis (lease) dynamische Zuweisung : freie IP Adresse aus einem IP Adressbereich (Scope) statische Zuweisung : feste IP Adresse wird MAC Adresse zugewiesen zentrale Verwaltung weiterer Netzwerk Parameter: Default Gateway BIND Domain BIND Server WINS Server etc

Planung und Konfiguration Scope = IP Adress Bereich Einstellung der Netzwerk Parametern im WAN Ausfallsicherheit Installation 2 Allgemein Theorie (Dynamic Host Configuration Protocol) Erweiterung des

2 Vorteile Automatische IP Konfiguration am keine manuelle IP Konfiguration mehr nötig Zeitersparnis keine Fehlerquellen durch manuelle Eingabe mehr überall im Netz anschliessbar keine offizielle Anfrage an Netzwerk Manager nötig flexible und schnelle Konfigurationsänderung durch zentrale Verwaltung von Netzwerk Parametern Default Gateway, BIND Domain, BIND Server etc 7 Nachteile zusätzliche Belastung des Netzes durch <--> Server Requests zusätzlicher Aufwand für Administration/Planung im WAN : Requests meist Broadcasts --> nicht routebar Ausfallsicherheit des Servers BIND Version 4 kann bzgl. Namensauflösung von Hosts nicht verwendet werden man benötigt BIND Version 8 (für dynamic Updates) 8 Wie bekommt seine IP Adresse? IP Lease Anforderung IP Lease Anforderung : ( Discover) IP Lease Anforderung IP Lease Angebot Server initialisiert Mini -TCP/IP und schickt Broadcast auf das Netz IP Lease Auswahl MAC Adresse des s Name des s IP Lease Bestätigung 9 10 IP Lease Angebot IP Lease Auswahl IP Lease Angebot : ( Offer) Alle Server schicken Angebot als Broadcast zurück MAC Adresse angebotene IP Adresse Netzwerk Maske Zeitdauer der Lease (TTL) IP Adresse des Servers IP Lease Auswahl : ( Request) wählt erstes Angebot aus sendet Anforderung, diese IP Adresse zu leasen als Broadcast auf das Netz angebotene IP Adresse IP Adresse des Servers, der ausgewählt wurde MAC Adresse des

Belastung des Netzes durch <--> Server Requests zusätzlicher Aufwand für Administration/Planung im WAN : Requests meist Broadcasts --> nicht routebar Ausfallsicherheit des Servers BIND Version 4 kann

3 IP Lease Bestätigung IP Lease Bestätigung : ( ACK) Wie wird Lease verlängert? Erneuerung der IP Adresse nach 1/2 TTL ausgewählter Server schickt sein Okay für diese IP Adresse als Broadcast IP Lease Erneuerung andere Server ziehen ihr Angebot zurück Server wie bei IP Lease Angebot + weitere Optionen (Default Gateway, BIND Domain, BIND Server etc.) IP Lease Bestätigung oder negative IP Lease Bestätigung IP Lease Erneuerung IP Lease Erneuerung : ( Request) gleicher Request wie IP Lease Auswahl ( Request) 1/2 TTL : nach 1/2 TTL sendet IP Lease Erneuerung Unicast : Request wird als Unicast zum Server geschickt (nicht mehr als Broadcast) IP Lease Erneuerung (cont.) 7/8 TTL : ist Server ab 1/2 TTL nicht erreichbar, wird nach 7/8 TTL der Request als Broadcast geschickt kein Server antwortet : behält IP Adresse bis TTL nach TTL wird TCP/IP gestoppt und neue IP Adresse angefordert ( Discover) Reboot: wird neu gebootet, schickt er Request auch als Broadcast antwortet kein Server wird sofort neue IP Adresse angefordert ACK / NACK positive IP Lease Bestätigung : ( ACK) wie vorher (angebotene IP Adresse, TTL, Netzwerk Parameter etc.) negative IP Lease Bestätigung : ( NACK) Server verlängert IP Adresse nicht weil IP Adresse nicht aus seinem IP Adress Bereich ist alle anderen Server schicken ein NACK, wenn IP Lease Erneuerung als Broadcast schickt weil Server betreffende IP Adresse bereits wieder vergeben hat z.b. war längere Zeit ausgeschaltet und Lease ist bereits abgelaufen 17 Planung und Konfiguration 3

Angebot + weitere Optionen (Default Gateway, BIND Domain, BIND Server etc.

4 IP Adressbereich Scope = IP Adressbereich am Server daraus werden IP Adressen an die s vergeben Eindeutigkeit der Scopes : die Scopes zwischen allen Servern müssen eindeutig sein dürfen sich nicht überschneiden sonst evtl. doppelte IP Adressen Grund : die Server unterhalten sich nicht Ausnahme : VMS Cluster Server im VMS Cluster mehrere Server im Cluster Active und Standby Server Clusterweit verfügbare Databases keine unterschiedlichen Scopes notwendig ab TCPIP Services for OpenVMS IP Adressbereich (cont.) Reservierung von IP Adressen z.b. Wenn immer die gleiche IP Adresse benötigt wird der MAC Adresse des s zugewiesen in jedem (erreichbaren) Server muss diese Reservierung eingetragen sein feste IP Adressen dürfen nicht in Scope sein NICHT s haben feste IP Adresse Server selbst muss feste IP Adresse haben Netzwerk Parameter können zusätzlich zur IP Adresse/Network mask dem angeboten werden : Default Gateway BIND Domain BIND Server WINS Server Node Type z.b. b-node, h-node etc Einstellung Netzwerk Parameter am Server Beispiel global : gilt für alle s, die von diesem Server eine IP Adresse bekommen (z.b BIND Domain) Scope : gilt für die s, die aus diesem Scope eine IP Adresse bekommen (z.b. Default Gateway) : gilt für den, der diese reservierte IP Adresse bekommt lokal eingestellte Parameter am bleiben erhalten Server Scope für net1 (lokales Subnet): für B-xx-yy-zz Scope für net 2 :

doppelte IP Adressen Grund : die Server unterhalten sich nicht Ausnahme : VMS Cluster Server im VMS Cluster mehrere Server im Cluster Active und Standby Server Clusterweit verfügbare Databases keine

5 im WAN Problem/Lösung Server Router Relay Agent Problem : Requests (Broadcasts) werden von Routern normalerweise NICHT weitergeleitet. Lösung : 1) an jedem Segment gibt es einen Server 2) Router werden als BOOTP RELAY konfiguriert Broadcasts werden angenommen und an -Server direkt weitergeleitet (RFC 1542) Subnet 1 Subnet 2 3) Relay Agent (RFC 1542 compliant) Relay Agent hört auf Broadcasts und leitet diese an Server weiter (nicht als Broadcast) Ausfallsicherheit Problem / Lösung Server für Segment 1 Server für Segment 2 Problem : Ausfallsicherheit : wenn der Server ausfällt Scope für Segment 1 + Scope für Segment 2 Router BOOTP Realy Agent Scope für Segment 2 + Scope für Segment 1 Lösung : 1) mehrere -Server an einem Segment Server müssen unterschiedliche Scopes haben Segment 1 Segment 2 2) andere -Server in einem anderen Segment zunutze machen: man benötigt : BOOTP Relay oder Relay Agent Installation VMS : Server ab TCPIP Services for OpenVMS 5.0 ab TCPIP Services for OpenVMS 5.1 Konfiguration: $gui (graphisches User Interface) Compaq-UNIX : (ab Compaq True64UNIX 4.0) Server (ab Compaq Tru64 UNIX 4.0) Konfiguration: #xjoin (graphisches User Interface) 29 Installation cont. Windows NT (NT Workstation, NT Server) Server (nur NT Server) Relay Agent (ab NT Server 4.0) Installation Server: Control Panel -> Network -> Services -> add Konfiguration Server Start Menue -> Programs -> Adminstr. Tools ---> 30 5

Agent (RFC 1542 compliant) Relay Agent hört auf Broadcasts und leitet diese an Server weiter (nicht als Broadcast) 25 26 Ausfallsicherheit Problem / Lösung Server für Segment 1 Server für Segment 2

6 Kommandos (Windosw NT) : Dos> ipconfig [/all] man sieht IP Adresse Server Lease der IP Adresse Dos> ipconfig/renew schickt IP Lease Erneuerung Dos> ipconfig/release gibt IP Adresse frei Questions General Feedback 31 6

Ähnliche Dokumente

Folgende Voraussetzungen für die Konfiguration müssen erfüllt sein: - Ein Bootimage ab Version 7.4.4. - Optional einen DHCP Server.

Folgende Voraussetzungen für die Konfiguration müssen erfüllt sein: - Ein Bootimage ab Version 7.4.4. - Optional einen DHCP Server. 1. Dynamic Host Configuration Protocol 1.1 Einleitung Im Folgenden wird die Konfiguration von DHCP beschrieben. Sie setzen den Bintec Router entweder als DHCP Server, DHCP Client oder als DHCP Relay Agent