Du verwendest einen veralteten Browser. Es ist möglich, dass diese oder andere Websites nicht korrekt angezeigt werden. Du solltest ein Upgrade durchführen oder einen alternativen Browser verwenden.
Ich habe eine Frage an euch weil ich mir nicht sicher bin wie das eigentlich funktioniert.
Wenn ich ein Netzwerk habe mit DHCP das einem Computer der sich mit dem Netzwerk verbindet sofort eine IP Adresse
vergibt funktioniert das dann über ARB ?
Ich habe mir gedacht das der angeschlossene PC eine Anfrage an den Server gibt das er bitte eine IP Adresse haben will.
Der Server merkt sich dann die MAC Adresse des Computers und Ordnet dieser eine IP Adresse zu ?
Ich habe das leider noch nicht verstanden wie der Abfrage ablauf funktioniert. Kann mir das jemand erklären ??
Ich bedanke mich schon mal für alle Mühen von euch !!
Mfg MrKL
Es heißt nicht ARB sondern ARP (Address Resolution Protocol)
Und nein es funktioniert über ein DHCP Request, welches per Broadcast ins Netz geschickt wird, der DHCP gibt dann Offer ab und der Client Acknowledged das dann.
Du kannst auch weites hier nachlesen.
Mein Lehrer will das nur sehr genau und ist das sehr kleinlich.
Das bedeutet mein Computer schickt mittels meines Broadcasts ein DHCP Request und der DHCP Server bietet mir dann eine Adresse an und mein Computer bestätigt dann das er die Adresse hat.
Habe ich das jetzt richtig verstanden ?
Das ARP setzt ja IP Adressen in Hardware und MAC Adressen um. Ist das nicht auch notwendig wenn man sich in einen Netzwerk einklingt ? bzw wird die Adresse sobald ein Gerät dazukommt in einem Cache gespeichert ?
Aaaah ich glaube da unten habe ich zu schnell drüber geschusselt weil es schon recht tief in der Materie war aber dadurch das ich die einzelnen Begriffe gegoogelt habe ergibt das Sinn
Wenn ein Client erstmals eine IP-Adresse benötigt, schickt er eine DHCPDISCOVER-Nachricht (mit seiner MAC-Adresse) als Netzwerk-Broadcast an die verfügbaren DHCP-Server (es kann durchaus mehrere davon im selben Subnetz geben). Dieser Broadcast hat als Absender-IP-Adresse 0.0.0.0 und als Zieladresse 255.255.255.255, da der Absender noch keine IP-Adresse besitzt und seine Anfrage „an alle“ richtet. Dabei ist der UDP-Quellport 68 und der UDP-Zielport 67. Die DHCP-Server antworten mit DHCPOFFER und machen Vorschläge für eine IP-Adresse. Das geschieht entweder mit einem Broadcast an die Adresse 255.255.255.255 mit UDP-Quellport 67 und UDP-Zielport 68 oder mit einem Unicast an die vorgeschlagene IP-Adresse und die MAC-Adresse des Clients, je nachdem ob der Client in der DHCPDISCOVER-Nachricht das Broadcast-Bit gesetzt hat.[2]
Der Client darf nun unter den eingetroffenen Angeboten (DHCPOFFER) wählen. Wenn er sich für eines entschieden hat (z. B. wegen längster Lease-Zeit oder wegen Ablehnung eines speziellen, evtl. falsch konfigurierten DHCP-Servers, oder einfach für die erste Antwort), kontaktiert er per Broadcast und einem im Paket enthaltenen Serveridentifier den entsprechenden Server mit der Nachricht DHCPREQUEST. Alle eventuellen weiteren DHCP-Server werten das als Absage für ihre Angebote. Der vom Client ausgewählte Server bestätigt in einer DHCPACK-Nachricht (DHCP-Acknowledged) die IP-Adresse mit den weiteren relevanten Daten, oder er zieht sein Angebot zurück (DHCPNAK, siehe auch Sonstiges).
Bevor der Client sein Netzwerkinterface mit der zugewiesenen Adresse konfiguriert, sollte er noch prüfen, ob nicht versehentlich noch ein anderer Rechner die Adresse verwendet. Das geschieht üblicherweise durch einen ARP-Request mit der soeben zugeteilten IP-Adresse. Antwortet ein anderer Host im Netz auf diesen Request, so wird der Client die vorgeschlagene Adresse mit einer DHCPDECLINE-Nachricht zurückweisen.
