RRAS DHCP: eng nei Adress oder just Konfiguratiounsoptiounen?

En DHCPACK an enger Opnam als Beweis ze liesen, datt de VPN-Client seng Adress vum DHCP kritt huet, ass e Feeler. Meeschtens beweist en nëmmen, datt op irgendeng DHCP-Noriicht geäntwert gouf. Windows RRAS kann Sessiounsadressen aus sengem eegene statesche Pool verdeelen, wärend DHCP dem verbonnenen Client nach ëmmer Optiounen iwwerleet. Den Typ vun der Ufro seet Iech, wéi eng vun den zwou Aufgabe lass war.

Zwou Aufgabe mat deem selwechten Noriichtentyp

DHCP mécht zwou getrennte Saachen, an déi deelen Noriichtentyppen. Eng ass eng Adress an eng Pacht zouzedeelen. Déi aner ass Konfiguratioun un en Host ze liwweren, deen schonn eng Adress huet, wat RFC 2131 DHCPINFORM nennt. D’Äntwert am zweete Fall dréit Optiounen an eng keng Pachtzäit.

Also ass en ACK de Beweis vun enger Äntwert, net de Beweis vun enger Zoudeelung. D’Noriicht just virdrun entscheet, wéi eng Fro gestallt gouf. Liest d’éischt d’Ufrozeil a reschtlech Spur erkläert sech meeschtens selwer.

Wouhier RRAS d’Adress kritt

RRAS besëtzt d’Entscheedung iwwer d’VPN-Adress duerch seng konfiguréiert IPv4-Zoudeelungsmethod: entweder en DHCP-Server oder e stateschen Adresspool. Wann de Pool statesch ass, ass de Pool den Zoudeeler, an eng Reservatioun op engem separaten DHCP-Server huet an där Sessioun näischt ze soen. Déi zwou Mechanismen kënnen am selwechten Netz niewenteneen existéieren, ouni datt een deen aneren kontrolléiert.

Get-Command -Module RemoteAccess *IPAddress*

Fannt déi gülteg Zoudeelungsmethod eraus, ier Dir d’Adress ënnersicht. Wann et e statesche Pool ass, ass den DHCP-Beräich déi falsch Plaz fir nozekucken. De Kommando uewen zielt d’Cmdleten op, déi an Ärer Versioun disponibel sinn, an dat duerft fir d’Astell ze fannen.

Wat eng Benotzerklass beweise kann an wat net

Eng DHCP-Benotzerklass ass eng Zeechenketten, déi de Client schéckt, net eng authentifizéiert Gruppememberschaft. Och wann e Client eng schéckt an de Server eng Richtlinn drop usetzt, beweist den Etikett nëmmen, datt d’Zeechenkett ukomm ass. RFC 3004 seet kloer, datt d’Optioun den Usproch op d’Klass net authentifizéiert.

Erwaart net, datt e VPN-Benotzernumm, en Identifiant vun enger Sécherheetsgrupp oder d’Ethernet-Adress vum Laptop an där Ufro an enger notzbarer Form opdaucht. Dat sinn d’Fakten iwwer Authentifizéierung an Verzeechnes, an d’DHCP-Ufro dréit keng vun deenen zwee. Wann d’Fuerderung ass, autoriséiert Leit z’ënnerscheeden, setzt se an der VPN-Richtlinn duerch, wou d’Identitéit wierklech existéiert. Genee déi Trennung hält déi zwee Systemer onofhängeg.

Vergläicht d’Beweiser, net den ACK

Baut d’Beweiskette op, amplaz eng eenzeg Pak ze liesen. Schreift d’Adress op, déi d’Sessioun kritt huet, den Noriichtentyp an d’Felder vun der Ufro, d’Optiounen, déi de Server zréckginn huet, an duerno d’tatsächlech Konfiguratioun vum Client. All Glidd äntwert op eng aner Fro, an dat fehlend Glidd ass meeschtens do, wou de richtege Feeler sëtzt.

Get-DhcpServerv4OptionValue -ScopeId 10.90.0.0

Wann d’Adress aus dem RRAS-Pool koum, erkläert eng DHCP-Reservatioun näischt. Wann d’Optiounen ukomm sinn, awer de Client se ignoréiert huet, huet de Server seng Aarbecht gemaach an d’Clientkonfiguratioun ass deen nächsten Halt. Vergläicht déi zwou Resultater explizit an den ACK ass net méi zweedeiteg. Zwou Spueren, eng pro Zoudeelungsmethod, entscheeden de Sträit méi séier wéi eng Dokumentatioun.