DHCP kupitia VPN: kuvusha matangazo kwa daraja au kuyapeleka kwa relay?

Laptop mpya upande wa pili wa handaki haipati anwani, ilhali laptop hiyo hiyo inafanya kazi makao makuu. Dhana ya kwanza ya kawaida ni kwamba handaki inazuia DHCP. Mara nyingi matangazo hayakuwa na njia kamwe: mteja asiyesanidiwa hutuma kwa 255.255.255.255, na kipanga njia cha kawaida cha IP hakipeleki pakiti hiyo. Handaki inafanya kile hasa kinachofanya handaki iliyoelekezwa.

Miundo miwili inaweza kubadilisha hilo, na si sawa. Mmoja hubeba matangazo; mwingine hupeleka ombi kwa relay.

Matangazo hayavuki kipanga njia kamwe

Mteja wa DHCPv4 asiye na anwani hutuma kutoka 0.0.0.0 kwenda anwani ya matangazo yenye kikomo kwenye milango ya UDP 67 na 68. Pakiti hiyo hubaki kwenye kiungo chake kwa muundo. Kipanga njia kinachoipeleka kingefurika kila sehemu inayohudumia.

Kwa hiyo handaki ya tovuti-hadi-tovuti iliyoelekezwa huunganisha relay na seva. Haipanui kikoa cha matangazo cha mteja, na hakuna kanuni ya firewall itakayofanya hivyo.

Kile ambacho handaki yenye daraja hupanua kwa kweli

VPN iliyovushwa kwa daraja kwa makusudi inaweza kubeba matangazo ya Ethernet katika topolojia inayotumika, na kisha DHCP inaweza kupita kama trafiki ya ndani. Hiyo ni chaguo la kweli, lakini ni uamuzi wa muundo wa tabaka la 2. Unapanua kikoa cha kushindwa na mpaka wa ufikiaji pamoja na matangazo.

Daraja pia hubadilisha kile ambacho dhoruba ya matangazo, uchunguzi wa ARP au seva ya DHCP ya udanganyifu inaweza kufikia. Ikiwa usingeunganisha ofisi ya mbali kwenye swichi hiyo hiyo, usivushe handaki kwa daraja eti tu kugawa anwani. Pima eneo hilo la athari kabla ya kuiwezesha.

Ni uamuzi mkubwa kuliko kutoa anwani, na unapaswa kufanywa kwa makusudi.

Badala yake peleka ombi kwa relay

Jibu la kawaida ni relay kwenye mtandao wa ndani wa mteja. Inapokea matangazo, inayabadilisha kuwa ombi la unicast, na kuweka anwani yake mwenyewe kwenye uwanja wa anwani ya lango. Seva hujibu kwa anwani hiyo ya relay.

Kwa ofisi ya mbali kama mfano, relay inakaa kwenye LAN ya ofisi na seva inafikiwa kupitia VPN ya tovuti. Sanidi wigo kwa ofisi hiyo, utambulisho wa relay na seva, na njia kamili ya kurudi. Kuruhusu UDP 67 kupitia handaki hakuiambii seva ni dimbwi gani la kutumia.

Relay inayopeleka lakini haipokei jibu kamwe kwa kawaida ni tatizo la njia ya kurudi. Angalia njia ya kurudi kwenye anwani ya relay kabla ya kubadilisha wigo.

Tenganisha DHCP na ARP na na anwani za handaki

DHCP husafiri juu ya UDP/IP. Kwenye Ethernet, mwenyeji anaweza pia kutumia ARP kuangalia kama anwani mtarajiwa tayari inatumika. Ukaguzi huo wa mgongano ni operesheni tofauti ya ndani ya kiungo, si usafirishaji wa ujumbe wa DHCP. Kusema DHCP kimsingi ni ARP si sahihi; kusema kwamba hizo mbili hazihusiani kamwe ni pana mno.

Mteja wa VPN anaweza pia kupata anwani yake ya handaki kutoka itifaki ya VPN au kutoka dimbwi la seva yenyewe badala ya matangazo ya DHCP. Chaguo ambalo jina lake lina DHCP linaweza kuelezea mipangilio ya mteja iliyosukuma, si pakiti ya DHCP iliyopelekwa. Angalia dimbwi la seva kabla ya kudhani DHCP inahusika kabisa.

Rekodi mtandao unaopokea, mmiliki wa ugawaji, wigo, ikiwa relay ipo, na tabia inayotarajiwa wakati wa hitilafu. Kisha jaribu kukodisha mpya na ukarabati kupitia muundo huo. Ikiwa tovuti mbili zinaweza kuhudumia dimbwi lile lile lisilosimamiwa, una mgongano unaosubiri laptop ya kwanza inayozunguka.