RRAS DHCP: nýtt vistfang eða bara stillingarvalkostir?

Að lesa DHCPACK í upptöku sem sönnun þess að VPN-biðlarinn hafi fengið vistfang sitt frá DHCP er mistök. Venjulega sannar það aðeins að einhverri DHCP-skilaboðun hafi verið svarað. Windows RRAS getur úthlutað setuvistföngum úr eigin kyrru vistfangasafni á meðan DHCP leggur enn til valkosti fyrir tengda biðlarann. Tegund beiðninnar segir þér hvort verkefnanna tveggja var í gangi.

Tvö verkefni sem deila tegund skilaboða

DHCP gerir tvo aðskilda hluti og þeir deila tegundum skilaboða. Annar er að úthluta vistfangi og leigu. Hinn er að skila stillingum til hýsils sem hefur þegar vistfang, sem RFC 2131 kallar DHCPINFORM. Svarið í seinna tilvikinu ber valkosti og enga leigutíma.

Þannig að ACK er sönnun svars, ekki sönnun úthlutunar. Skilaboðin sem komu á undan ákvarða hvaða spurningu var varpað fram. Lestu beiðnilínuna fyrst og afgangur sneiðarinnar útskýrir sig venjulega sjálfur.

Hvaðan RRAS fær vistfangið

RRAS á ákvörðunina um VPN-vistfang í gegnum stillta IPv4-úthlutunaraðferð sína: annaðhvort DHCP-þjón eða kyrrt vistfangasafn. Þegar safnið er kyrrt er safnið úthlutandinn og frátekt á sérstökum DHCP-þjóni hefur ekkert um það að segja í þeirri setu. Báðar aðferðirnar geta verið til á sama neti án þess að önnur stýri hinni.

Get-Command -Module RemoteAccess *IPAddress*

Finndu gildandi úthlutunaraðferð áður en þú ferð í vistfangið. Ef um kyrrt safn er að ræða er DHCP-sviðið rangur staður til að leita á. Skipunin hér að ofan telur upp þau cmdlet sem eru í boði í þeirri útgáfu sem þú keyrir, og það nægir til að finna stillinguna.

Hvað notendabekkur getur sannað og hvað ekki

DHCP-notendabekkur er strengur sem biðlarinn sendir, ekki staðfest hópmeðlimur. Jafnvel þótt biðlari sendi einn og þjónninn passi stefnu við hann sannar merkið aðeins að strengurinn hafi borist. RFC 3004 segir beint að valkosturinn staðfesti ekki réttinn á bekknum.

Búastu ekki við að VPN-notandanafn, auðkenni öryggishóps eða Ethernet-vistfang fartölvunnar birtist í þeirri beiðni í nothæfu formi. Þetta eru staðreyndir um auðkenningu og skrá og DHCP-beiðnin ber hvorugt. Ef krafan er að greina á milli leyfðra einstaklinga skal framfylgja henni í VPN-stefnunni þar sem auðkennið er í raun til. Þessi aðskilnaður er ástæðan fyrir því að kerfin tvö halda áfram að vera óháð.

Berðu saman sönnunina, ekki ACK-ið

Byggðu sönnunarkeðjuna í stað þess að lesa eina pakkann. Skráðu vistfangið sem setan fékk, tegund og reiti beiðninnar, valkostina sem þjónninn skilaði og síðan raunverulega stillingu biðlarans. Hver hlekkur svarar annarri spurningu og hlekkurinn sem vantar er þar sem raunverulega bilunin liggur venjulega.

Get-DhcpServerv4OptionValue -ScopeId 10.90.0.0

Ef vistfangið kom úr RRAS-safninu útskýrir DHCP-frátekt ekkert. Ef valkostirnir komu en biðlarinn hunsaði þá hefur þjónninn gert sitt og stilling biðlarans er næsta stopp. Berðu þessar tvær niðurstöður saman skýrt og ACK-ið hættir að vera tvírætt. Tvær sneiðar, ein frá hvorri úthlutunaraðferð, leysa deiluna hraðar en nokkur skjöl.