DHCP gegnum VPN: brúa útvarpið eða endurvarpa því?

Nýr fartölva hinum megin við göngin fær ekkert vistfang, á meðan sama fartölvan virkar á höfuðstöðvum. Venjulega er fyrsta giskin að göngin blokki DHCP. Oftar hefur útvarpið aldrei haft leið: óuppsettur biðlari sendir á 255.255.255.255, og venjulegur IP-leiðari sendir ekki þá pakkana áfram. Göngin gera nákvæmlega það sem beint göng gera.

Tvær hönnun geta breytt því, og þær eru ekki jafngildar. Önnur flytur útvarpið; hin endurvarpar beiðninni.

Útvarpið fer aldrei yfir leiðarann

DHCPv4-biðlari án vistfangs sendir frá 0.0.0.0 á takmarkaða útvarpsvistfangið á UDP-gáttum 67 og 68. Sá pakki verður á sínum tengli samkvæmt hönnun. Leiðari sem sendi hann áfram myndi flæða yfir hvert svið sem hann þjónar.

Þannig tengir beint stað-til-stað göng endurvarpann við netþjón. Það útvíkkar ekki útvarpssvið biðlarans, og engin eldveggjarregla mun gera það.

Hvað brúað göng útvíkka í raun

VPN sem er viljandi brúað getur flutt Ethernet-útvarp innan studdrar staðfræði sinnar, og þá getur DHCP farið yfir sem staðbundin umferð. Það er raunverulegur valkostur, en það er hönnunarval á lagi 2. Þú ert að útvíkka bilunarsviðið og aðgangsmörkin ásamt útvarpinu.

Brúun breytir líka því sem útvarpsstormur, ARP-skönnun eða fölsuð DHCP-netþjónn geta náð til. Ef þú myndir ekki stinga fjarskrifstofunni í sama rofa, ekki brúa göngin bara til að úthluta vistföngum. Prófaðu þennan áhrifageisla áður en þú virkjar það.

Það er stærri ákvörðun en að útvega vistfang, og hana á að taka viljandi.

Endurvarpaðu beiðninni í staðinn

Venjulega svarið er endurvarpi á staðbundnu neti biðlarans. Hann tekur við útvarpinu, breytir því í unicast-beiðni og setur eigið vistfang í gáttarfangssviðið. Netþjónninn svarar á það endurvarpsfang.

Fyrir dæmigerða fjarskrifstofu situr endurvarpinn á LAN skrifstofunnar og netþjóninum er náð um VPN staðarins. Stilltu umfangið fyrir þá skrifstofu, auðkenni endurvarps og netþjóns, og fulla afturleið. Að leyfa UDP 67 gegnum göngin segir netþjóninum ekki hvaða laug skuli nota.

Endurvarpi sem sendir áfram en fær aldrei svar er venjulega vandamál í afturleið. Athugaðu leiðina til baka að endurvarpsfanginu áður en þú breytir umfangið.

Aðskildu DHCP frá ARP og frá vistföngum gagnanna

DHCP fer yfir UDP/IP. Á Ethernet getur hýsill einnig notað ARP til að athuga hvort frambjóðendafang sé þegar í notkun. Sú árekstrarprófun er aðskilin tenglarstaðbundin aðgerð, ekki flutningur DHCP-skilaboða. Að segja að DHCP sé í raun ARP er rangt; að segja að þau tengist aldrei er of vítt.

VPN-biðlari getur líka fengið göngufang sitt frá VPN-samskiptareglunni eða eigin laug netþjónsins í stað DHCP-útvarps. Valkostur sem inniheldur DHCP getur lýst ýttum biðlarastillingum, ekki endurvörpuðum DHCP-pakka. Athugaðu laug netþjónsins áður en þú gerir ráð fyrir að DHCP eigi yfirhöfuð hlut að máli.

Skráðu viðtökunetið, eiganda úthlutunarinnar, umfangið, hvort endurvarpi sé til og vænta hegðun meðan á truflun stendur. Prófaðu síðan nýja leigu og endurnýjun í gegnum það líkan. Ef tveir staðir geta þjónað sömu óstýrðu lauginni, hefurðu árekstur sem bíður fyrstu fartölvunnar sem ferðast.