DHCP dros VPN: pontio’r darllediad ai ei ailgyfeirio?

Nid yw gliniadur newydd ar ochr bellaf y twnnel yn cael cyfeiriad, er bod yr un gliniadur yn gweithio yn y pencadlys. Y dyfaliad cyntaf arferol yw bod y twnnel yn rhwystro DHCP. Yn amlach, nid oedd gan y darllediad lwybr erioed: mae cleient heb ei ffurfweddu yn anfon i 255.255.255.255, ac nid yw llwybrydd IP cyffredin yn anfon y pecyn hwnnw ymlaen. Mae’r twnnel yn gwneud yn union yr hyn y mae twnnel wedi’i lwybro yn ei wneud.

Gall dau gynllun newid hynny, ac nid ydynt yn gyfwerth. Mae un yn cludo’r darllediad; mae’r llall yn ailgyfeirio’r cais.

Nid yw’r darllediad byth yn croesi’r llwybrydd

Mae cleient DHCPv4 heb gyfeiriad yn anfon o 0.0.0.0 i’r cyfeiriad darlledu cyfyngedig ar borthladdoedd UDP 67 a 68. Mae’r pecyn hwnnw yn aros ar ei gyswllt yn ôl y cynllun. Byddai llwybrydd a’i hanfonai ymlaen yn gorlifo pob segment y mae’n ei wasanaethu.

Felly mae twnnel wedi’i lwybro o safle i safle yn cysylltu’r ailgyfeirydd â gweinydd. Nid yw’n ymestyn parth darlledu’r cleient, ac ni fydd unrhyw reol wal dân yn gwneud hynny.

Yr hyn y mae twnnel pontiedig yn ei ymestyn mewn gwirionedd

Gall VPN wedi’i bontio’n fwriadol gludo darllediad Ethernet o fewn ei dopoleg a gynhelir, ac yna gall DHCP groesi fel traffig lleol. Mae hynny’n opsiwn real, ond dewis cynllun haen 2 yw ef. Rydych yn ymestyn y parth methiant a’r ffin mynediad ynghyd â’r darllediad.

Mae pontio hefyd yn newid yr hyn y gall storm ddarlledu, sgan ARP neu weinydd DHCP twyllodrus ei gyrraedd. Os na fyddech yn plygio’r swyddfa bell i’r un newidydd, peidiwch â phontio’r twnnel dim ond er mwyn dosbarthu cyfeiriadau. Profwch y radiws effaith hwnnw cyn ei alluogi.

Mae’n benderfyniad mwy na chyflenwi cyfeiriad, a dylid ei wneud yn fwriadol.

Ailgyfeiriwch y cais yn lle hynny

Yr ateb arferol yw ailgyfeirydd ar rwydwaith lleol y cleient. Mae’n derbyn y darllediad, yn ei droi’n gais unicast, ac yn rhoi ei gyfeiriad ei hun yn maes cyfeiriad y giât. Mae’r gweinydd yn ateb i’r cyfeiriad ailgyfeirydd hwnnw.

Ar gyfer swyddfa bell er enghraifft, mae’r ailgyfeirydd yn eistedd ar LAN y swyddfa ac mae’r gweinydd yn cael ei gyrraedd dros VPN y safle. Ffurfweddwch y cwmpas ar gyfer y swyddfa honno, hunaniaeth yr ailgyfeirydd a’r gweinydd, a’r llwybr dychwelyd cyflawn. Nid yw caniatáu UDP 67 drwy’r twnnel yn dweud wrth y gweinydd pa gronfa i’w defnyddio.

Mae ailgyfeirydd sy’n anfon ymlaen ond byth yn derbyn ateb fel arfer yn broblem llwybr dychwelyd. Gwiriwch y llwybr yn ôl i gyfeiriad yr ailgyfeirydd cyn newid y cwmpas.

Gwahanwch DHCP oddi wrth ARP ac oddi wrth gyfeirio’r twnnel

Mae DHCP yn teithio dros UDP/IP. Ar Ethernet, gall gwesteiwr ddefnyddio ARP hefyd i wirio a yw cyfeiriad posibl eisoes yn cael ei ddefnyddio. Mae’r gwiriad gwrthdaro hwnnw’n weithrediad lleol i’r cyswllt ar wahân, nid y cludiant ar gyfer negeseuon DHCP. Mae dweud bod DHCP yn hanfodol yr un peth ag ARP yn anghywir; mae dweud nad oes cysylltiad byth rhwng y ddau yn rhy eang.

Gall cleient VPN gael ei gyfeiriad twnnel hefyd o’r protocol VPN neu o gronfa’r gweinydd ei hun yn hytrach nag o ddarllediad DHCP. Gall opsiwn y mae DHCP yn ei enw ddisgrifio gosodiadau cleient a wthiwyd, nid pecyn DHCP wedi’i ailgyfeirio. Gwiriwch gronfa’r gweinydd cyn tybio bod DHCP yn rhan o’r mater o gwbl.

Cofnodwch y rhwydwaith derbyniol, perchennog y dyraniad, y cwmpas, a oes ailgyfeirydd, a’r ymddygiad disgwyliedig yn ystod methiant. Yna profwch brydles newydd ac adnewyddiad drwy’r model hwnnw. Os gall dau safle wasanaethu’r un gronfa heb ei rheoli, mae gennych wrthdaro yn aros am y gliniadur crwydrol cyntaf.