IPv6 sa VPN: ang delegadong prefix ay hindi pool ng mga address

Isang araw, may dalawang kahilingang dumarating: kailangan ng laptop ng IPv6 sa tunnel, at gusto ng isang maliit na site ng IPv6 para sa mga device sa likod ng router nito. Pareho silang sinasagot ng address, at ang pangalawa ay gumugugol ng isang linggo sa pagpalya. Magkaiba ang mga papel, gayundin ang mga mekanismo, ang configuration at ang pagsusuring nagpapatunay na gumagana ito. Pinaghihiwalay sila ng gabay na ito.

Unang hakbang: magpasya kung aling papel ang pinaglilingkuran mo

Ang isang host ay nangangailangan ng isang address sa interface ng tunnel nito, may ruta patungo sa malayong panig at walang anumang nasa ibaba na kailangang bilangin. Ang router sa likod ng tunnel ay nangangailangan ng buong network na maaari nitong ipamahagi, kasama ang ruta sa malayong panig na nagbabalik ng mga address na iyon patungo rito. Ang nasa likod ng tunnel ang tumutukoy sa bawat susunod na desisyon.

Sagutin ang tanong na iyon bago buksan ang anumang configuration. Ang lahat pagkatapos ng hakbang na ito ay nakadepende sa kung anong sagot ang ibinigay mo.

Ikalawang hakbang: pagtatalaga ng address para sa isang host

Itakda ang address ng tunnel, kumpirmahin ang haba ng prefix na inaasahan ng produkto, at suriin kung nag-i-install ang kliyente ng ruta para sa malayong saklaw sa halip na ipadala ito sa lokal na default gateway. Ang /128 sa interface ng tunnel ay normal para sa link na punto-sa-punto, habang ang /64 doon ay nag-aangkin ng network na walang nagdelegado. Dalawang output ang nagtatapos sa tanong: ang talahanayan ng address at ang talahanayan ng ruta, binasa sa dalawang dulo. Basahin ang mga ito nang sabay, dahil ang rutang tumuturo sa maling interface ang pinakakaraniwang pagkakamali sa hakbang na ito.

I-verify gamit ang mga talahanayan ng address at ruta sa dalawang dulo, pagkatapos magpadala ng isang kahilingan. Kung tama ang paglabas ng kahilingan at walang bumabalik, ang depekto ay nasa ruta ng malayong panig at hindi sa address ng kliyente.

Ikatlong hakbang: delegasyon para sa router sa likod ng tunnel

Ang delegasyon ng prefix ay hiwalay na mekanismo mula sa pagtatalaga ng address, may sariling kahilingan at sariling lease. Ang panig na nagde-delegate ay dapat naka-configure upang magbigay ng prefix na sapat ang laki para sa network sa ibaba, at ang router na humihiling ay dapat bilangin ang panloob na interface nito mula sa prefix na iyon.

Huwag ipagpalagay na ang pool na naglilingkod sa mga mobile client ay makakapag-delegate. Maraming produktong VPN ang nagtatalaga ng isang address lamang at wala talagang papel sa delegasyon, at ang prefix ng provider na dumarating sa iyong gilid ay hindi awtomatikong ipinapasa sa isang kapares. Itala kung anong papel ang pinaglilingkuran ng bawat pool, dahil ang dalawa ay naka-configure sa magkaibang lugar.

Ikaapat na hakbang: gawing tahasan ang rutang pabalik

Dapat magkasundo ang dalawang dulo kung aling kapares ang may dala ng aling prefix. Sa malayong panig, idagdag ang ruta para sa delegadong network na tumuturo sa tunnel, at kumpirmahin na walang magkakapatong na saklaw ang nag-aangkin na nito.

Ang wastong prefix na walang rutang pabalik ay nagbubunga ng maayos na plano sa pag-address at walang koneksyon. Ang rutang walang tuntunin sa pag-access ay naglalantad ng mas marami sa site kaysa sa nilalayon, kaya pagsamahin ang dalawang pagbabago sa iisang window at ilayo ang kalahating-naipatupad na estado sa mga gumagamit.

Ikalimang hakbang: i-verify mula sa likod ng router

Isagawa ang mga pagsusuri nang sunod-sunod: ang address ng interface ng tunnel sa kliyente, ang delegadong prefix sa panloob na interface, ang ruta ng malayong panig patungo sa prefix na iyon, at sa wakas ang isang kahilingan mula sa device sa likod ng router. Gumamit ng destinasyong kontrolado mo, upang ang tahimik na pagharang ay makilala mula sa nawawalang ruta. Alinmang hakbang ang magulat sa iyo, iyon ang dapat ayusin bago magpatuloy.

Gawin ang huling pagsusuri nang dalawang beses, isang beses mula sa router mismo at isang beses mula sa device sa likod nito. Ang router na nakakaabot sa destinasyon habang ang mga kliyente nito ay hindi, ay problema sa delegasyon o pagpapasa, hindi problema sa itaas.

Pagbabalik

I-save ang nakaraang configuration ng address bago ang pagbabago, at itala kung alin sa dalawang mekanismo ang binago mo. Ang pag-alis ng delegadong prefix nang hindi inaalis ang ruta ay nag-iiwan ng itim na butas, at ang pag-alis ng ruta nang walang prefix ay nag-iiwan ng mga address na walang makakaabot. Itala ang dalawang pagbabago nang hiwalay, dahil ang pag-urong ng isa habang nananatili ang isa ay ginagawang hindi maabot ang isang site sa isang direksyon lamang.

Kung ang isang produkto ay lumabas na hindi sinusuportahan ang papel na kailangan mo, huminto at baguhin ang disenyo sa halip na hilahin ang isang field ng kliyente upang maglaman ng saklaw na hindi kailanman nilayon para dito. Ang kaso ng suporta na sinagot ng maling mekanismo ay mas malaki ang gastos kaysa sa pagbabago ng disenyo.