I-verify na gumagana ang nahahating tunnel: isang resulta ng IP ay hindi pagsubok

Ang isang pahina ng browser na nagpapakita ng address ng IP ay halos walang pinatutunayan tungkol sa nahahating tunnel. Ang nakikitang address ay maaaring tama sa maling dahilan, at ang ibinukod na daloy ay hindi kailanman sinusubukan nito. Isulat ang inaasahang resulta bago magsubok: aling application o destinasyon ang dapat gumamit ng tunnel, alin ang dapat manatiling direkta, at ano ang dapat huminto kapag pumalya ang tunnel. Kung wala ang planong iyon, anumang makatuwirang bilang ay mukhang tagumpay.

Ang mito: pinatutunayan ng paghahanap ng address ang saklaw

Ang pagsusuri ng IP ay sumasagot sa isang tanong: ano ang nakikita ng labas na mundo mula sa isang application sa isang sandali. Wala itong sinasabi tungkol sa panloob na prefix, pangalawang profile ng browser o pangalang dapat lutasin nang pribado. Wala rin itong sinasabi tungkol sa pagpalya, at iyon ang kalahati ng disenyo ng nahahating tunnel na nasisira sa produksyon.

Hindi rin maipakita ng pahina ng address ang ruta, ang resolver o ang patakaran sa pagpalya. Ituring ito na isang obserbasyon, hindi isang hatol.

Subukan ang isang kasamang daloy at isang ibinukod

Magpadala ng walang pinsalang kahilingan mula sa application na dapat isama, o patungo sa prefix na inaasahan mong dadaan sa tunnel, at itala ang pinagmulan, destinasyon, pamilya ng address at naobserbahang landas. Gawin din ito para sa daloy na dapat manatiling direkta. Ang ibinukod na panig ang panig na nilalaktawan ng mga tao, at ito ang tanging ebidensya na ang paghahati ay sinadya at hindi aksidente. Ang isang helper na proseso ay maaaring magdala ng hiwalay na pagkakakilanlan ng patakaran, kaya subukan sa prosesong nagmamay-ari ng socket.

flow: Firefox to intranet.example:443, IPv4, source 10.8.0.6, tunneled
flow: Firefox to 1.1.1.1, IPv4, source 192.0.2.20, direct

Kaya ang isang pagsubok sa maling application ay maaaring magpakita ng kabaligtaran ng nilalayon ng disenyo. Isulat ang apat na field para sa dalawang panig bago gumawa ng anumang konklusyon.

Idagdag ang DNS at ang kaso ng pagpalya

Tanungin ang resolver ng system at ang resolver na ginagamit ng app, pagkatapos ay ihambing ang mga sagot na iyon sa address ng labasan na iniuulat ng site. Maaaring magkaiba ang dalawang layer ayon sa disenyo, at ang isang paghahanap sa browser ay hindi sumusubok sa patakaran ng operating system. Ginagawang mauulit ng shell ang paghahambing: Putulin ang tunnel nang sinasadya, pagkatapos ay gumawa ng kahilingang hindi naka-cache sa browser; ang pahinang inihahatid mula sa cache ay walang sinasabi tungkol sa direksyon na tinahak ng fallback. Itala ang aktwal na nangyari, hindi ang hinulaan ng disenyo.

curl -s https://ifconfig.me
nslookup intranet.example

Ang nahahating tunnel na pumapalya nang sarado at ang pumapalya nang bukas ay magkapareho hanggang sadyain mong putulin ang tunnel. Itala kung aling pag-uugali ang naobserbahan mo, hindi kung alin ang inaasahan mo.

Ulitin pagkatapos magbago ang estado

Ulitin ang parehong mga obserbasyon pagkatapos ng muling pagkonekta, pagpalit ng network at may-katuturang pag-update ng application. Ang nakaimbak na pagbubukod ay maaaring magpatuloy na tumuro sa landas o pagkakakilanlan ng application na wala na, at tahimik na tumitigil ang disenyo na tumugma sa dokumentasyon nito. Ang tatlong pangyayaring iyon ang lugar kung saan nagd-drift ang mga nahahating tunnel, at bawat isa ay mura upang muling subukan. Ang pagsubok na tumatakbo nang isang beses lamang sa deployment ay naglalarawan ng konfigurasyong wala na.

Kung naiiba ang isang resulta, hanapin ang may-ari ng tuntunin at ang yugto ng pagproseso bago baguhin ang ilang setting nang sabay. Ang pagbabago ng limang bagay at pagmamasid ng isang resulta ay hindi diagnosis, ito ay bagong konfigurasyon.

Ano ang dapat itatag ng resulta

Iugnay ang mga obserbasyon sa patakaran at bersyon ng client na aktwal mong sinubukan. Ang layunin ay ipakita na ang deployment na ito ay tumutugma sa saklaw na inaangkin nito, hindi na ang bawat hinaharap na application ay magiging pribado. Iyon ay isang mas makitid na pag-aangkin, at iyon ang tunay na masusuportahan mo ng ebidensya. Isulat ang pag-aangkin, ang bersyon at ang mga resulta ng apat na field sa talaan ng pagbabago.

Pagkatapos, malalaman ng susunod na tagasuri kung ang disenyo ang nagbago o ang pagsubok. Na-verify ang nahahating tunnel kapag ang dalawang panig, ang paghahati ng resolver at ang pag-uugali sa pagpalya ay tumutugma sa isinulat mo sa simula. Wala sa mga iyon ang na-verify ng isang resulta ng IP.