RRAS DHCP: nov naslov ali samo možnosti konfiguracije?

Branje DHCPACK v posnetku kot dokaza, da je odjemalec VPN dobil naslov od DHCP, je napaka. Običajno dokaže le, da je bilo odgovorjeno na neko sporočilo DHCP. Windows RRAS lahko razdeli naslove seje iz svojega statičnega nabora, medtem ko DHCP še vedno dostavlja možnosti povezanemu odjemalcu. Vrsta zahteve vam pove, katera od dveh nalog je potekala.

Dve nalogi, ki si delita vrsto sporočila

DHCP opravi dve ločeni stvari in obe si delita vrste sporočil. Ena je dodelitev naslova in najema. Druga je dostava konfiguracije gostitelju, ki že ima naslov, kar RFC 2131 imenuje DHCPINFORM. Odgovor v drugem primeru nosi možnosti in nobenega časa najema.

Torej je ACK dokaz odgovora, ne dokaz dodelitve. Sporočilo pred njim odloči, katero vprašanje je bilo postavljeno. Najprej preberite vrstico zahteve in preostanek sledi se običajno pojasni sam.

Od kod RRAS dobi naslov

RRAS ima odločitev o naslovu VPN prek svoje konfigurirane metode dodeljevanja IPv4: bodisi strežnika DHCP bodisi statičnega nabora naslovov. Ko je nabor statičen, je nabor tisti, ki dodeljuje, in rezervacija na ločenem strežniku DHCP v tej seji nima besede. Oba mehanizma lahko obstajata v istem omrežju, ne da bi eden nadziral drugega.

Get-Command -Module RemoteAccess *IPAddress*

Pred odpravljanjem napake v naslovu ugotovite veljavno metodo dodeljevanja. Če gre za statični nabor, je obseg DHCP napačno mesto za pogled. Zgornji ukaz navaja ukaze cmdlet, ki so na voljo v vaši različici, in to zadostuje za iskanje nastavitve.

Kaj razred uporabnika lahko dokaže in kaj ne

Razred uporabnika DHCP je niz, ki ga pošlje odjemalec, ne overjeno članstvo v skupini. Tudi ko odjemalec enega pošlje in strežnik nanj uveljavi pravilnik, oznaka dokaže le, da je niz prispel. RFC 3004 jasno pravi, da ta možnost ne overi pravice do razreda.

Ne pričakujte, da bodo v tej zahtevi v uporabni obliki nastopili uporabniško ime VPN, identifikator varnostne skupine ali naslov Ethernet prenosnika. To so dejstva o preverjanju pristnosti in imeniku, zahteva DHCP pa ne nosi nobenega od obeh. Če je zahteva razlikovanje pooblaščenih ljudi, jo uveljavite v pravilniku VPN, kjer identiteta resnično obstaja. Prav ta ločitev ohranja oba sistema neodvisna.

Primerjajte dokaze, ne ACK

Zgradite verigo dokazov, namesto da berete en paket. Zapišite naslov, ki ga je prejela seja, vrsto in polja zahteve, možnosti, ki jih je vrnil strežnik, in nato dejansko konfiguracijo odjemalca. Vsak člen odgovarja na drugo vprašanje in manjkajoči člen je običajno mesto, kjer tiči prava napaka.

Get-DhcpServerv4OptionValue -ScopeId 10.90.0.0

Če je naslov prišel iz nabora RRAS, rezervacija DHCP ne pojasni ničesar. Če so možnosti prispele, a jih je odjemalec prezrl, je strežnik opravil svoje delo in naslednja postaja je konfiguracija odjemalca. Ta dva izida primerjajte izrecno in ACK ni več dvoumen. Dve sledi, po ena za vsako metodo dodeljevanja, razrešita spor hitreje kot kakršna koli dokumentacija.