Trapikong IPv6 na lumalabas sa labas ng VPN: hanapin ang rutang tumutulo

Hindi nagkakasundo ang dalawang pahina ng pagsubok: iniuulat ng isa ang address ng provider sa lagusan, iniuulat ng pangalawa ang iyong prefix sa bahay, at ang halatang kongklusyon ay tumutulo ang VPN. Nilalaktawan ng kongklusyong iyon ang isang hakbang, dahil nagsagawa ang dalawang ulat ng dalawang magkaibang desisyon sa pagruruta at isa lamang sa kanila ang dapat pumasok sa lagusan. Karaniwang totoo ang puwang, at ito ay problema sa saklaw at hindi sirang lagusan. Tatlong tanong ang nagtatakda nito: aling daloy ang talagang lumabas, aling ruta ang pinili ng kernel para dito, at anong pag-uugali ang nilayon ng kliyente.

Magtrabaho sa ganoong pagkakasunod-sunod. Ang pagsagot nang wala sa ayos ay nagbubunga ng mahabang debate kung may depekto ang kliyente, gayong ang tunay na sagot ay hindi kailanman na-install ang rutang IPv6.

Aling daloy ang talagang lumabas, at sa aling adapter

Magsimula sa pagsubok na nagpapangalan sa pamilyang ginamit, pagkatapos itala ang aplikasyon, ang network ng access, ang profile na may bisa at kung nag-aalok ba ng IPv6 ang koneksyon. Ang apat na katotohanang iyon ang nagpapaging maihahambing ang dalawang pagtakbo, at ang ikaapat ay nakakalimutan ng mga tao: ang network na walang prefix na v6 ay hindi makakatulo ng v6, at ang network na magdadagdag ng isa mamaya ay magbabago ng sagot.

Magpadala ng isang hiling bawat pamilya sa halip na magkarga ng pahina at basahin ang resulta nito. Maaaring paghalo-haloin ng isang pahina ang mga mapagkukunang v6 at v4, maaaring kumilos nang iba ang prosesong nasa background kaysa sa tab na nasa harap mo, at maaaring mabuhay ang sagot sa cache nang mas matagal kaysa sa pagbabago ng network na sinusubukan mong subukan. Itakda ang destinasyong sinusubukan mo at itala ito, upang ang paulit-ulit na pagtakbo ay sumukat ng parehong bagay.

Pagbasa ng rutang pinili ng kernel

Sinasagot ng talahanayan ng ruta ang tanong na hindi kayang sagutin ng browser. Itanong sa sistema kung saan pupunta ang isang partikular na destinasyon, at isama ang mga tuntunin ng patakaran gayundin ang nakikitang default, dahil alinman sa dalawa ay maaaring mangibabaw dito:

ip -6 route get 2606:4700:4700::1111
ip -6 rule show
ip -6 route show table all

Ang mas partikular na prefix ang karaniwang dahilan kung bakit nananatili sa labas ng lagusan ang isang destinasyon habang ang lahat ng iba ay nananatili sa loob, at ang tuntunin ng patakaran ay maaaring gumawa ng gayon din na may mas mataas na priyoridad kaysa sa anumang ruta. Basahin din ang sukatan, dahil ang dalawang entry para sa parehong prefix ay pinagpapasyahan ng sukatan at hindi ng kanilang pagkakasunod-sunod sa screen. Sa Windows ang katumbas na listahan ay Get-NetRoute -AddressFamily IPv6, naayos ayon sa sukatan upang tumugma sa pagkakasunod-sunod ng desisyon. Ang tuntuning mukhang tama sa talahanayan ay maaari pa ring matalo ng tuntunin ng patakarang may mas mababang numero, kaya kasama sa isang hininga ng listahan ng ruta ang listahan ng tuntunin.

Saan nagmumula ang patakaran sa IPv6 ng kliyente

Ang kliyente ay maaaring itayo upang dalhin ang v6 sa lagusan, upang tanggihan ito, o upang payagan ang pinangalanang pagbubukod, at ang tatlong layuning iyon ay nagbubunga ng tatlong magkaibang tamang resulta. Basahin ang profile at ang dokumentasyon ng kliyente mismo bago tawagin ang isang obserbasyon na pagtagas, dahil ang kliyenteng humaharang sa v6 habang nagpapadala pa rin ang operating system ng pagtuklas ng kapitbahay sa pisikal na link ay kumikilos ayon sa disenyo.

Ang aplikasyong sadyang inalis sa lagusan ay ibang kaso kaysa sa pamilyang hindi kailanman dinala ng lagusan. Ang una ay desisyon tungkol sa isang programa, ang pangalawa ay puwang sa saklaw, at nagkakaiba ang pag-aayos ayon dito. Basahin ang listahan ng mga ibinukod na programa ng kliyente bago maghanap ng rutang hindi dapat na umiral.

Makitid na obserbasyon, kapag hindi sumasang-ayon ang talahanayan

Kapag malabo ang paghahanap ng ruta, isang obserbasyon ng interface sa host ang makakapagpasya nito, ngunit kung ito ay nakatutok sa tanong lamang. Ang trapikong patungo sa endpoint ng VPN mismo ay daraan sa pisikal na adapter ayon sa disenyo; ang mahalaga ay kung lumilitaw din doon ang daloy ng aplikasyon, na naka-address sa ibang lugar nang lubusan. Salain ang pagkuha sa destinasyong sinusubukan mo sa halip na kolektahin ang lahat.

Ang malawak na pagkuha ay naglalantad ng mas maraming personal na trapiko kaysa sa kailangan ng isang tanong. Sumasagot din ito nang hindi gaanong malinaw, dahil dumarating ang daloy na pinagmamalasakitan mo na nakabaon sa agos ng mga walang kaugnayang koneksyon. Salain sa nasubukang destinasyon, huminto pagkatapos ng ilang packet, at tanggalin ang pagkuha.

Tatlong paraan upang isara ang puwang

Dalhin ang pamilya sa lagusan, harangin ito sa kliyente kapag hindi ito kayang dalhin ng lagusan, o itala ang sadyang pagbubukod na may may-ari at petsa ng pagsusuri. Bawat isa ay maipagtatanggol, at ang tanging hindi maipagtatanggol ay ang iwanang implicit ang pagpili, dahil ang implicit na pagpili ay siya mismong pagtagas. Kung wala talagang labasan ng v6 ang lagusan, ang pagtanggi sa v6 sa kliyente ay parehong tapat at nasusubok. Ang mahalaga ay nakasulat ang pagpili sa lugar kung saan ito makikita ng susunod na tao, hindi nahihinuha mula sa pag-uugali makalipas ang anim na buwan.

Ulitin ang pagsusuri pagkatapos ng muling pagkonekta at pagkatapos lumipat sa pagitan ng mga network, dahil ang rutang na-install para sa nakaraang link ay maaaring mabuhay sa pagbabago. Pagkatapos itala ang destinasyon, ang piniling ruta, ang patakaran ng kliyente at ang pamilyang ginamit ng pagsubok, upang basahin ng susunod na tao ang desisyon sa halip na muling hanguin ito. RFC 7359 ay nagdodokumento ng pagtagas ng dual-stack bilang problema sa disenyo at hindi bug, at ito ang sangguniang dapat banggitin kapag may nagsasabing ang gumaganang v4 na lagusan ay sumasaklaw sa lahat.