Bakit nabibigo ang pagtuklas ng kapitbahay sa IPv6 sa isang rutadong VPN

Ang pagtuklas ng kapitbahay sa IPv6 ay kabilang sa isang link, at ang rutadong tunnel ay hangganan sa pagitan ng dalawang link. Ang nag-iisang pangungusap na iyon ay nagpapaliwanag ng halos lahat ng ulat tungkol sa malayong host na sumasagot sa address at hindi mahanap sa ibang paraan. Suriin ang saklaw ng address na sinusubukan mo bago suriin ang tunnel. Ang address na lokal sa link ay may kahulugan lamang sa sarili nitong link, at ang multicast group ng hiniling na node ay limitado rin sa parehong paraan. Wala sa dalawa ang tumatawid sa router, kaya maaaring magtagumpay ang ping sa pandaigdigang address habang nabibigo ang pagtuklas para sa parehong host.

Saklaw muna bago ang konfigurasyon

Ang kahilingan at anunsyo ng kapitbahay ay may hangganan ng hop na 255 at hindi ipinapasa, ayon sa disenyo. Ang router sa pagitan ng iyong tunnel at ng malayong LAN ay nagpapasa ng mga packet ng IPv6 at hindi nagpapasa ng mga mensahe ng kapitbahay sa ngalan nito. Kaya ang cache ng kapitbahay sa interface ng tunnel ay naglalaman ng katambal at kaunti pa, na tamang pag-uugali at hindi depektong dapat ayusin.

Ang address na lokal sa link tulad ng entry na fe80:: ay limitado rin sa zone, at ang parehong teksto ay maaaring tumukoy sa ibang host sa ibang link. Ang pagsubok ng isa mula sa kabilang panig ng tunnel ay walang pinapatunayan maliban na ang address ay malabo.

Ang bitag ay ang palagay na ang prefix ay nasa link

Ang host na naniniwalang ang prefix ay nasa link ay nagpapadala ng kahilingan ng kapitbahay sa halip na ibigay ang packet sa router nito, at kabilang dito ang /64 na rutado sa malayong site. Kapag dumating ang ganoong prefix bilang nasa link, tinatanong ng host ang lokal na link tungkol sa host na nakatira sa ibang lugar, at walang sumasagot. Iruta ang isang mas maliit na bagay sa malayong host, o tapusin ang prefix sa router na sasagot para dito.

Ang /128 para sa isang serbisyo ay ang pinakamakaunting nakakagulat na kaayusan, at inaalis nang lubusan ang kalabuan. Inilalarawan ng espesipikasyon ng pagtuklas ng kapitbahay ang set ng mensahe at ang flag na nasa-link na nagpapasya nito.

Sinasadyang binabago ng bridging ang mga tuntunin

Kapag ang tunnel ay nagdadala ng mga frame ng Ethernet, ang malayo at lokal na segment ay nagiging isang link, umaabot ang multicast sa magkabilang panig, at ang pagtuklas ng kapitbahay ay kumikilos na parang sa switch. Kasama nitong dumarating ang mga kahihinatnan: pagbaha ng broadcast at multicast, pagtukoy ng doble-dobleng address sa buong tulay, at mga anunsyo ng router na tumutulo sa segment na hindi dapat makakita sa kanila. Ang domain ng pagkasira ay sumasakop na rin ng dalawang site. Wala sa mga ito ang nangangatwiran laban sa tulay, at bawat punto ay dahilan upang magtayo ng tulay nang sinasadya at hindi nagkataon.

Ang pagpalit ng profile mula TUN tungo sa TAP upang lumitaw ang pagtuklas ay maling pagkakasunod-sunod ng mga operasyon. Dapat magkasundo ang server, kliyente at plano ng address, at ang mga mobile client ay hindi nag-aalok ng interface ng TAP, kaya gumagana ang gayong disenyo sa laptop at nabibigo sa telepono. Ang mga proxy at relay ng kapitbahay ay hiwalay na mekanismo na may sariling pangangailangan, at kabilang sila sa dokumentadong kaayusan ng administrador ng network at hindi sa mga setting ng app.

Subukan gamit ang address na ginagamit ng aplikasyon

Kumpirmahin ang ruta gamit ang ip -6 route get, tingnan ang entry ng kapitbahay gamit ang ip -6 neigh, pagkatapos kumpirmahin ang serbisyo sa rutadong landas. Ang DNS at ang pabalik na landas ay hiwalay na pagsusuri, at ang malusog na entry ng kapitbahay ay hindi nagpapatunay sa alinman sa dalawa.

Kung igigiit ng aplikasyon ang destinasyong lokal sa link o nakabatay sa pagtuklas, iyon ay usapan sa disenyo at hindi pagsasanay sa pag-tune, dahil walang setting ng kliyente ang nagpapagana ng mekanismong limitado sa link sa ibabaw ng router.

Isulat kung aling disenyo ang mayroon ka

Itala bago ang insidente kung ito ay rutado o may tulay, dahil magkaiba ang sagot ng dalawang deployment sa mga tanong na ito at hindi dapat hulaan ito ng engineer na naka-duty mula sa isang profile.

Ang isang beses na pagbasa ng set ng mensahe ay nag-aalis ng tuksong ipaliwanag ang katangian ng saklaw ng link bilang bug ng VPN, na siyang pinakamahal na maling diagnosis sa larangang ito.