Narito ang paniniwalang sulit subukan: ang konektadong badge ay nangangahulugang dinaanan muna ng trapiko ng Tor ang VPN. Nabibigo ang hinuha nang mas madalas kaysa dapat, at tahimik itong nabibigo. Maaaring iwan ng split-tunnel matcher ang proseso ng Tor sa labas ng tunnel habang konektado pa rin ang device, at totoo ang dalawang obserbasyon nang sabay. Ang icon ay nag-uulat ng interface; ang landas na tinahak ng iyong mga packet ay hiwalay na tanong. Sagutin ito mula sa routing at matcher, hindi mula sa badge.

Ano ang pinapatunayan ng konektadong badge, at ano ang hindi

Ang konektadong VPN ay nangangahulugang nakataas ang interface at may tunnel patungo sa peer. Ang papasok na koneksyon ng Tor ay ibang daloy, nilikha ng ibang proseso, at kung papasok ito sa tunnel na iyon ay depende sa matcher at routing table na inilalapat dito. Ibukod ang proseso at konektado pa rin ang VPN, gumagawa pa rin ng circuit ang Tor, at hindi nangyari ang inilaan mong pagkakasunod-sunod. Magkaibang tanong ang sinasagot ng dalawang obserbasyon, kaya walang isa na nagpapasya ng pagkakasunod-sunod nang mag-isa.

Ang puwang na iyon ay hindi bug sa alinman sa mga tool. Para sa ganito mismo ang tuntunin ng pagbubukod, at malamang isinulat ang tuntunin dahil sa dahilang natatandaan pa ng isang tao.

Aling matcher ang inilalapat ng kliyente sa isang koneksyon

Ang nagpapasya ng landas ay ang matcher na inilalapat ng kliyente sa bawat koneksyon: pangalan ng proseso, prefix ng destinasyon o entry ng ruta, depende sa kliyente. Ang shortcut sa desktop ay hindi tumutugma sa alinman sa mga ito, dahil ito ay launcher, hindi yunit ng patakaran. Basahin ang set ng tuntunin ng kliyente at pangalanan ang yunit na talagang sinusubukan nito bago mag-isip tungkol sa Tor. Kung tumutugma ang kliyente ayon sa destinasyon, ang tanong ay kung aling mga prefix ang nasa loob ng tunnel, hindi kung aling programa ang tumatakbo.

Ang tuntuning nakabatay sa destinasyon na nagdadala lamang ng mga prefix ng pribadong opisina ay karaniwang anyo, at iniiwan nitong direkta ang mga ordinaryong papasok na koneksyon ng Tor ayon sa disenyo. Iyan ang patakarang gumagana ayon sa pagkaka-configure, at hindi ito ang pagkakasunod-sunod na VPN-una-Tor gaano man kagaling ang hitsura ng badge. Isulat ang matcher at ang mga ibinukod na prefix sa parehong linya ng iyong mga tala, dahil ang pares na iyon ang tuntunin.

Ano ang nangyayari sa Tor kapag bumagsak ang tunnel

Ngayon alisin ang tunnel at panoorin kung ano ang ginagawa ng Tor, dahil ang patakarang umiiral lamang habang malusog ang network ay hindi ang patakarang inilarawan mo. Maaaring tanggihan ng kliyente ang direktang trapiko habang bumagsak ito, payagan ito nang tahimik, o muling kumonekta at muling ilapat ang tuntunin maya-maya. Magkaibang kaganapan ang manu-manong pagdiskonekta at pag-crash, at ang pag-crash ang hindi pa napraktis ng kahit sino. Subukan gamit ang walang pinsalang trapiko at itala kung alin sa tatlong resulta ang tunay mong naobserbahan.

Basahin din ang dokumentadong pag-uugali ng kliyente, ngunit ituring ang dokumentasyon bilang hinuha hanggang sumang-ayon ang iyong pagsubok dito. Inilalarawan ng mga vendor ang default; ang iyong profile ang nagpapasya ng eksepsyon.

Bakit hindi masagot ng exit address ang tanong ng papasok

Ang site na naabot sa pamamagitan ng Tor ay nag-uulat ng address ng exit relay, na nagsasabi kung saan lumabas ang circuit at wala tungkol sa kung paano umalis ang unang hakbang sa iyong device. Binabanggit ng mga tao ang address na iyon bilang patunay ng pagkakasunod-sunod na VPN-una, ngunit hindi nito kayang pasanin ang bigat na iyon. Ang tanong ng papasok ay lokal: aling interface ang nagdala ng koneksyon sa unang relay, at anong source address ang makikita ng peer ng VPN. Sagutin ito gamit ang paghahanap ng ruta o paghuli ng packet sa device, hindi gamit ang website.

Dalawang magkaibang landas ang maaaring magbigay ng parehong bansang labasan, kaya ang tugmang resulta ay nagpapatunay ng mas mababa pa kaysa sa nakikita. Paghambingin ang mga interface, hindi ang heograpiya.

Mga app na hindi kailanman nagmana ng mga setting ng browser

Ang document viewer, sync client at package manager ay gumagawa bawat isa ng sariling koneksyon, at wala sa kanila ang nagmana ng proxy settings ng browser. Sinusunod ng bawat isa ang matcher ng kliyente, ang sariling configuration o ang system proxy, at bihirang maisulat ang kombinasyon. Ganito lumalaki ang listahan ng eksepsyon: isang app sa isang pagkakataon, bawat dagdag ay makatwiran, hanggang wala nang makapagsabi kung ano ang sakop ng listahan. Sa halip, panatilihin ang maikling diagram sa bawat app, na nagpapangalan ng matcher, ruta at pag-uugali sa pagpalya.

Kung ang karagdagang layer ng VPN ay hindi nagsisilbi sa anumang layuning masasabi mo, mas madaling i-verify ang pag-alis ng layer kaysa sa pagpapanatili ng mahabang listahan ng eksepsyon. Samantala, ang tala ng Proyekto Tor tungkol sa VPN ay lumalapit sa parehong tanong ng pagkakasunod-sunod mula sa kabilang panig. Mas kaunting gumagalaw na bahagi ang nangangahulugang mas kaunting palagay na muling susubukan pagkatapos ng susunod na update ng kliyente.

Kaugnay na mga artikulo