DHCP oer in VPN: de broadcast brêge of trochstjoere?
Klanten oan de oare kant fan in tunnel krije gjin adres. Beslis oft jo de broadcast drage of trochstjoere, en hâld DHCP skieden fan ARP.
In nije laptop oan de oare kant fan de tunnel krijt gjin adres, wylst deselde laptop op it haadkantoar wurket. De gewoane earste gedachte is dat de tunnel DHCP blokkearret. Fakentiden hie de broadcast nea in paad: in net konfigurearre klant stjoert nei 255.255.255.255, en in gewoane IP-router stjoert dat pakket net troch. De tunnel docht krekt wat in rûtearre tunnel docht.
Twa ûntwerpen kinne dat feroarje, en se binne net lykweardich. Ien draacht de broadcast; de oare stjoert it fersyk troch.
De broadcast giet nea oer de router
In DHCPv4-klant sûnder adres stjoert fan 0.0.0.0 nei it beheinde broadcast-adres op UDP-poarten 67 en 68. Dat pakket bliuwt neffens it ûntwerp op syn skeakel. In router dy’t it trochstjoerde, soe elk segmint oerspoele dat er betsjinnet.
Sa ferbynt in rûtearre side-nei-side-tunnel de trochstjoerder mei in tsjinner. Hy wreidet it broadcast-domein fan de klant net út, en gjin firewall-regel sil dat dwaan.
Wat in oerbrêge tunnel wier wreidet
In bewust oerbrêge VPN kin Ethernet-broadcast drage yn syn stipe topology, en dan kin DHCP oergean as lokaal ferkear. Dat is in echte opsje, mar it is in ûntwerpkar fan laach 2. Jo wreidzje it flaterdomein en de tagongsgrins út tegearre mei de broadcast.
Oerbrêgjen feroaret ek wat in broadcast-stoarm, in ARP-scan of in kweade DHCP-tsjinner berikke kin. As jo it kantoar op ôfstân net op deselde skeakel oanslute soene, brêgje de tunnel dan net allinnich om adressen út te dielen. Test dat ynfloedsradius foar’t jo it ynskeakelje.
It is in grutter beslút as it leverjen fan in adres, en it moat bewust nommen wurde.
Stjoer it fersyk ynstee troch
It gewoane antwurd is in trochstjoerder op it lokale netwurk fan de klant. Hy ûntfangt de broadcast, makket der in unicast-fersyk fan en set syn eigen adres yn it gateway-adresfjild. De tsjinner antwurdet op dat trochstjoerderadres.
By in yllustratyf kantoar op ôfstân sit de trochstjoerder op it LAN fan it kantoar en wurdt de tsjinner berikt oer de VPN fan it plak. Konfigurearje it berik foar dat kantoar, de identiteiten fan trochstjoerder en tsjinner, en it folsleine werompaad. It tastean fan UDP 67 troch de tunnel fertelt de tsjinner net hokker pool te brûken.
In trochstjoerder dy’t trochstjoert mar nea in antwurd krijt, is meastentiids in probleem mei it werompaad. Kontrolearje de rûte werom nei it trochstjoerderadres foar’t jo it berik feroarje.
Skied DHCP fan ARP en fan tunneladressearring
DHCP giet oer UDP/IP. Op Ethernet kin in host ek ARP brûke om te kontrolearjen oft in kandidaatadres al yn gebrûk is. Dy konfliktkontrôle is in aparte link-lokale operaasje, net it ferfier foar DHCP-berjochten. Sizze dat DHCP yn wêzen ARP is, is ferkeard; sizze dat de twa nea ferbân hâlde, is te breed.
In VPN-klant kin syn tunneladres ek fan it VPN-protokol of út ‘e eigen pool fan de tsjinner krije ynstee fan út in DHCP-broadcast. In opsje wêrfan de namme DHCP befettet, kin pushte klantynstellingen beskriuwe, net in trochstjoerd DHCP-pakket. Kontrolearje de pool fan de tsjinner foar’t jo oannimme dat DHCP der hielendal by belutsen is.
Skriuw it ûntfangende netwurk, de eigener fan de tawizing, it berik, oft der in trochstjoerder is en it ferwachte gedrach by in steuring op. Test dan in nije lease en in ferlinging fia dat model. As twa plakken deselde net-beheard pool betsjinje kinne, hawwe jo in konflikt dy’t wachtet op ‘e earste laptop dy’t him ferpleatst.