DHCP pāri VPN: tiltot apraidi vai pārsūtīt to?
Klienti tuneļa otrā pusē nesaņem adresi. Izlemiet, vai pārnest apraidi vai to pārsūtīt, un turiet DHCP atsevišķi no ARP.
Jauns portatīvais dators tuneļa otrā pusē nesaņem adresi, kamēr tas pats dators darbojas galvenajā birojā. Ierastais pirmais pieņēmums ir, ka tunelis bloķē DHCP. Biežāk apraidei nekad nav bijis ceļa: nekonfigurēts klients sūta uz 255.255.255.255, un parasts IP maršrutētājs šo paketi nepārsūta. Tunelis dara tieši to, ko dara maršrutēts tunelis.
Divi risinājumi to var mainīt, un tie nav līdzvērtīgi. Viens pārnes apraidi; otrs pārsūta pieprasījumu.
Apraide nekad nešķērso maršrutētāju
DHCPv4 klients bez adreses sūta no 0.0.0.0 uz ierobežotās apraides adresi UDP portos 67 un 68. Šī pakete pēc konstrukcijas paliek savā saitē. Maršrutētājs, kas to pārsūtītu, pārpludinātu katru apkalpoto segmentu.
Tāpēc maršrutēts vietņu tunelis savieno atkārtotāju ar serveri. Tas nepaplašina klienta apraides domēnu, un neviens ugunsmūra noteikums to nepanāks.
Ko tiltotais tunelis patiešām paplašina
Apzināti tiltots VPN var pārnest Ethernet apraidi savā atbalstītajā topoloģijā, un tad DHCP var iziet kā vietējais trafiks. Tā ir reāla iespēja, taču tas ir 2. slāņa dizaina lēmums. Jūs paplašināt atteices domēnu un piekļuves robežu kopā ar apraidi.
Tiltošana maina arī to, cik tālu var nokļūt apraides vētra, ARP skenēšana vai viltus DHCP serveris. Ja jūs nepievienotu attālo biroju tam pašam komutatoram, netiltojiet tuneli tikai tāpēc, lai izdalītu adreses. Pirms iespējošanas pārbaudiet šo ietekmes rādiusu.
Tas ir lielāks lēmums nekā adreses piešķiršana, un tas jāpieņem apzināti.
Tā vietā pārsūtiet pieprasījumu
Ierastā atbilde ir atkārtotājs klienta vietējā tīklā. Tas saņem apraidi, pārvērš to unicast pieprasījumā un ievieto savu adresi vārtejas adreses laukā. Serveris atbild uz šo atkārtotāja adresi.
Ilustratīvam attālajam birojam atkārtotājs atrodas biroja LAN tīklā, un serveris ir sasniedzams caur vietnes VPN. Konfigurējiet šī biroja apgabalu, atkārtotāja un servera identitātes un pilnu atgriešanās ceļu. UDP 67 atļaušana caur tuneli nepasaka serverim, kuru kopu izmantot.
Atkārtotājs, kas pārsūta, bet nekad nesaņem atbildi, parasti ir atgriešanās ceļa problēma. Pirms apgabala maiņas pārbaudiet maršrutu atpakaļ uz atkārtotāja adresi.
Nošķiriet DHCP no ARP un no tuneļa adresācijas
DHCP darbojas virs UDP/IP. Ethernet tīklā resursdators var arī izmantot ARP, lai pārbaudītu, vai kandidāta adrese jau netiek izmantota. Šī konflikta pārbaude ir atsevišķa saites lokāla darbība, nevis DHCP ziņojumu transportēšana. Apgalvot, ka DHCP būtībā ir ARP, ir nepareizi; apgalvot, ka abi nekad nav saistīti, ir pārāk plaši.
VPN klients tuneļa adresi var iegūt arī no VPN protokola vai paša servera kopas, nevis no DHCP apraides. Opcija, kuras nosaukumā ir DHCP, var aprakstīt uzspiestus klienta iestatījumus, nevis pārsūtītu DHCP paketi. Pirms pieņemt, ka DHCP vispār ir iesaistīts, pārbaudiet servera kopu.
Pierakstiet saņēmējtīklu, piešķīruma īpašnieku, apgabalu, vai pastāv atkārtotājs, un gaidīto uzvedību pārtraukuma laikā. Pēc tam pārbaudiet jaunu nomu un atjaunošanu ar šo modeli. Ja divas vietnes var apkalpot vienu un to pašu nepārvaldīto kopu, jums ir konflikts, kas gaida pirmo ceļojošo portatīvo datoru.