RRAS DHCP: nova adresa ili samo opcije konfiguracije?

Čitati DHCPACK u snimci kao dokaz da je VPN klijent dobio adresu od DHCP-a je greška. Obično to dokazuje samo da je neka DHCP poruka odgovorena. Windows RRAS može dijeliti adrese sesije iz vlastitog statičkog bazena dok DHCP još uvijek daje opcije povezanom klijentu. Tip zahtjeva vam kaže koja se od dvije zadaće odvijala.

Dvije zadaće koje dijele tip poruke

DHCP radi dvije odvojene stvari i one dijele tipove poruka. Jedna je dodjela adrese i zakupa. Druga je dostavljanje konfiguracije hostu koji već ima adresu, što RFC 2131 naziva DHCPINFORM. Odgovor u drugom slučaju nosi opcije i nema vremena zakupa.

Dakle ACK je dokaz odgovora, a ne dokaz dodjele. Poruka koja mu je prethodila odlučuje koje je pitanje postavljeno. Prvo pročitajte liniju zahtjeva i ostatak traga obično se sam objasni.

Odakle RRAS dobija adresu

RRAS posjeduje odluku o VPN adresi kroz svoj konfigurisani metod dodjele IPv4: ili DHCP server ili statički bazen adresa. Kada je bazen statički, bazen je dodjeljivač i rezervacija na odvojenom DHCP serveru ne odlučuje u toj sesiji. Dva mehanizma mogu postojati na istoj mreži bez toga da jedan kontroliše drugi.

Get-Command -Module RemoteAccess *IPAddress*

Pronađite metod dodjele na snazi prije nego što tražite grešku u adresi. Ako je to statički bazen, DHCP opseg je pogrešno mjesto za traženje. Naredba iznad navodi cmdletove dostupne u vašoj verziji i to je dovoljno da pronađete postavku.

Šta korisnička klasa može dokazati, a šta ne

DHCP korisnička klasa je niz koji klijent šalje, a ne autentificirano članstvo u grupi. Čak i kada klijent pošalje jedan i server primijeni pravilo na osnovu njega, oznaka dokazuje samo da je niz stigao. RFC 3004 jasno kaže da opcija ne potvrđuje pravo na klasu.

Ne očekujte da će se VPN korisničko ime, identifikator sigurnosne grupe ili Ethernet adresa laptopa pojaviti u tom zahtjevu u upotrebljivom obliku. To su činjenice autentifikacije i direktorija, a DHCP zahtjev ne nosi ni jedno ni drugo. Ako je zahtjev razlikovati ovlaštene ljude, provedite ga u VPN pravilu gdje identitet zaista postoji. To razdvajanje je razlog zašto dva sistema ostaju nezavisna.

Uporedite dokaze, a ne ACK

Izgradite lanac dokaza umjesto čitanja jednog paketa. Zabilježite adresu koju je sesija dobila, tip i polja zahtjeva, opcije koje je server vratio i stvarnu konfiguraciju klijenta nakon toga. Svaka karika odgovara na drugo pitanje, a pravi kvar obično sjedi u karici koja nedostaje.

Get-DhcpServerv4OptionValue -ScopeId 10.90.0.0

Ako je adresa došla iz RRAS bazena, DHCP rezervacija ništa ne objašnjava. Ako su opcije stigle ali ih je klijent zanemario, server je odradio svoj posao i sljedeća stanica je konfiguracija klijenta. Uporedite ta dva ishoda izričito i ACK prestaje biti dvosmislen. Dva traga, po jedan za svaki metod dodjele, rješavaju raspravu brže od bilo koje dokumentacije.