Dynamisk Host Configuration Protocol (DHCP) tjenester - dummies

Tjenester som ikke er rutermessige, er også tilgjengelige på ruteren din - for eksempel Dynamisk DHCP-tjeneste (Host Configuration Protocol). Du kan bruke DHCP til å utdele IP-adressekonfigurasjon til enheter på nettverket ditt. Servere på nettverket ditt kan utføre denne jobben, men i noen tilfeller, for eksempel i et lite kontor uten server, kan du bruke ruteren til å utføre denne rollen.

Når en DHCP-server ikke kan plasseres på et nettverk, kan ruteren også spille rollen som en IP-hjelper eller DHCP-relé.

Her er den grunnleggende fire-trinns DHCP-adresseinnkjøpsprosessen:

• DHCP Discover: Klientinnretningen sender ut en forespørsel om alle DHCP-servere som er tilgjengelige på nettverket for å gi en adresse hvis de har en tilgjengelig.

• DHCP-tilbud: Alle DHCP-servere på nettverket som har en tilgjengelig adresserespons. Klientinnretningen kan motta flere tilbud hvis flere servere er på nettverket.

• DHCP-forespørsel: Klienten velger ett tilbud og sender en forespørsel tilbake til DHCP-serveren. Fordi klienten ikke er autorisert til å bruke den oppgitte adressen ennå, er DHCP-forespørselen fortsatt en kringkasting. Klienten aksepterer det første tilbudet mottatt med mindre et annet tilbud samsvarer med den siste IP-adressen som klienten hadde.

• DHCP Ack eller DHCP NAck: Vanligvis fullfører DHCP-serveren prosessen med en bekreftelse, eller Ack, slik at klientenheten kan begynne å bruke adressen. I sjeldne tilfeller utsteder serveren Negativ Bekreftelse, eller NAck , fordi det kan ha bestemt at adressen ikke er tilgjengelig i millisekunder som har gått siden den tilbød adressen.

  Det er langt mer sannsynlig at en NAck kommer fra en annen, men feilfunksjonell DHCP-server, som ser DHCP-forespørselen, går til den første DHCP-serveren og nekter det fordi det ikke var adressen den tilbød. Dens avslag er den feilfungerende delen av dette scenariet fordi, hvis DHCP-forespørselen ikke ble tilbudt for den andre serveren, burde den ha blitt ignorert.

  

Du kan ha flere DHCP-servere i samme nettverkssegment som er konfigurert for ikke-overlappende rekkevidder (DHCP-tjenestekonfigurasjonen av konfigurasjonsinformasjonen den skal utdele) på nettverkssegmentet. En server tilbyr en IP-adresse, men når klienten ber om adressen, ser den andre serveren forespørselen og utsteder en NAck, fordi den ikke tilbyr den adressen.

Denne situasjonen er ikke ment for å skje, fordi en DHCP-server skal NAck bare en adresse den tilbyr.Når dette NAck-problemet begynner å skje, vil alle datamaskiner på nettverket sakte miste sin IP-konfigurasjon sakte. Du kan raskt identifisere problemet ved å gjøre en nettverkspakkeopptak med et verktøy som Wireshark.

Wireshark forteller deg IP-adressen og MAC-adressen til den andre DHCP-serveren. Du kan bruke informasjonen fra Wireshark til å finne den hemmelige DHCP-serveren og slå den av.

All denne trafikken er kringkastet trafikk, fordi inntil klientenheten mottar den endelige bekreftelsen, er det ikke tillatt å bruke den tilbudte adressen. slik at den ikke har en gyldig IP-adresse på nettverket.

Når klienten har adressen, beholder den adressen til den når åtte timer, eller hva den konfigurerte leieperioden er. Ved slutten av leieperioden, hvis kunden ikke har fornyet leieavtalen eller fått en leieavtale fra en annen kilde, må den avstå bruken av denne adressen og forsøke å nå en DHCP-server for å få en annen adresse.

Samtidig, selv om enheten er slått av etter at du har fått leieavtalen, har DHCP-serveren "kontrahert" ikke å gi adressen til noen annen enhet før leieperioden utløper.

Før leien utløper, vil klienten forsøke å forny leiekontrakten for å unngå å være i en situasjon der den ikke har en gyldig fungerende IP-adresse. Denne prosessen fungerer ved disse tidsintervaller:

• 50 Prosent - Leiefornyelse: Ved 50 prosent av leieperioden vil kunden forsøke å forny leietiden. Denne fornyelsen er en unicast-melding direkte til DHCP-serveren, som er tillatt fordi, i motsetning til den opprinnelige leieprosessen, har klienten og serveren begge gyldige IP-adresser på nettverket som de kan kommunisere.

  Målet er at klienten vil kunne forny leiekontrakten og aldri være uten en IP-adresse. Hvis leiefornyelsen er vellykket, fornyes den til den opprinnelige leieperioden, forutsatt at den ikke er endret på serveren.

  Så med en åtte-timers leieavtale, om fire timer, vil enheten forsøke å forny leieavtalen og vil ende opp med en ny åtte timers leieavtale når den er vellykket. Hvis enheten av en eller annen grunn ikke kan forny leieavtalen, fortsetter den å forsøke en fornyelse med jevne mellomrom basert på klientkonfigurasjonen.

• 87. 5 prosent - Rebinding: Hvis klienten når 87. 5 prosent av leieperioden og fortsatt ikke har klart å forny leiekontrakten, vil den forsøke å finne en annen DHCP-server for å skaffe leieavtale. Denne prosessen er identisk med den opprinnelige leieprosessen.

  Så selv om klienten har en gyldig IP-adresse på nettverket, vil den sende ut en ny DHCP-funnet kringkasting i et forsøk på å finne en gyldig DHCP-server på nettverket. Alle DHCP-servere som mottar oppdagelsesforespørsler, vil svare med en tilgjengelig adresse.

  Hvis det er mer enn ett svar, vil klienten velge ett svar og sende ut forespørselen for den adressen, og deretter vente på å motta en bekreftelse i retur. Hvis ingen servere svarer på denne oppdagelsesforespørselen, vil klienten periodisk foreta ytterligere forespørsler basert på klientinnstillingene.I løpet av denne perioden kan klienten fortsatt bruke den konfigurerte IP-adressen som den hadde mottatt i sin opprinnelige leieavtale.

• 100 prosent - Leieutløp: Hvis klienten ikke har funnet en annen DHCP-server når den når 100 prosent av leieperioden, oppgir klienten sin leide adresse og sender regelmessig ut DHCP-oppdagelsesforespørsler. Den fortsetter denne prosessen til den mottar et svar.