Čitanje DHCPACK-a u snimku kao dokaza da je VPN klijent dobio adresu od DHCP-a je greška. Obično to dokazuje samo da je odgovoreno na neku DHCP poruku. Windows RRAS može deliti adrese sesije iz sopstvenog statičkog pula dok DHCP i dalje isporučuje opcije povezanom klijentu. Tip zahteva vam kaže koji se od dva posla odvijao.

Dva posla koja dele tip poruke

DHCP obavlja dve odvojene stvari i one dele tipove poruka. Jedna je dodela adrese i zakupa. Druga je dostava 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 dodele. Poruka koja mu je prethodila odlučuje koje je pitanje postavljeno. Prvo pročitajte liniju zahteva i ostatak traga se obično sam objasni.

Odakle RRAS dobija adresu

RRAS poseduje odluku o VPN adresi kroz svoj konfigurisani metod dodele IPv4: ili DHCP server ili statički pul adresa. Kada je pul statički, pul je taj koji dodeljuje, a rezervacija na odvojenom DHCP serveru nema šta da kaže u toj sesiji. Oba mehanizma mogu postojati na istoj mreži bez toga da jedan kontroliše drugi.

Get-Command -Module RemoteAccess *IPAddress*

Utvrdite metod dodele na snazi pre nego što tražite grešku u adresi. Ako je to statički pul, DHCP opseg je pogrešno mesto za traženje. Naredba iznad navodi cmdlet naredbe dostupne u verziji koju pokrećete, i to je dovoljno da pronađete postavku.

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

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

Ne očekujte da će se VPN korisničko ime, identifikator bezbednosne grupe ili Ethernet adresa laptopa pojaviti u tom zahtevu u upotrebljivom obliku. To su činjenice autentifikacije i imenika, a DHCP zahtev ne nosi ni jedno ni drugo. Ako je uslov razlikovanje ovlašćenih ljudi, sprovedite ga u VPN pravilu gde identitet zaista postoji. Upravo to razdvajanje drži dva sistema nezavisnim.

Uporedite dokaze, a ne ACK

Izgradite lanac dokaza umesto da čitate jedan paket. Zabeležite adresu koju je sesija dobila, tip i polja zahteva, opcije koje je server vratio i potom stvarnu konfiguraciju klijenta. Svaka karika odgovara na drugo pitanje, a karika koja nedostaje je mesto gde obično leži pravi kvar.

Get-DhcpServerv4OptionValue -ScopeId 10.90.0.0

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

Povezani članci