VPN papasok sa Tor, Tor papasok sa VPN: bakit putol ang kadena
Kapag pinatong ang VPN, Tor at isang proxy, ang pagkakasunod-sunod ang nagtatakda kung ano ang nireresolba at ano ang dinadala. Hanapin ang unang putol na hangganan bago baguhin ang tatlo.
Ang pagpatong ng VPN, Tor at proxy ng aplikasyon ay parang nagpaparami ng pagkapribado, at talagang pinaparami nito ang bilang ng lugar kung saan maaaring mamatay ang koneksyon. Ang karaniwang resulta ay isang browser na umiikot habang ang tatlong kasangkapan ay nag-uulat na sila ay maayos. Kapag sabay na binago ang tatlong setting, nawawala rin ang nag-iisang bakas kung alin sa kanila ang nagsisinungaling.
Unahin ang pagguhit ng nilalayong landas sa ayos, na tinutukoy kung aling programa ang nagbubukas ng bawat koneksyon at aling pangalan ang nireresolba sa bawat hakbang.
Hindi nagsasama-sama ang mga patong, nag-uugnayan sila
Ang VPN bago ang Tor ay nangangahulugang ang papasok na koneksyon ng kliyente ng Tor ay naglalakbay sa loob ng tunel. Ang VPN na dinadala sa pamamagitan ng Tor ay nangangahulugang ang sariling dulo ng kliyente ng VPN ay dapat maabot sa pamamagitan ng Tor, na ibang-iba na kundisyon. Ang proxy ng browser ay nagdaragdag ng isa pang paglundag na walang alam ang operating system. Tatlong kaayusan, tatlong hiwalay na listahan ng dependency.
Binabago ng bawat kaayusan kung ano ang maaaring iresolba, kung ano ang maaaring dalhin at kung sino ang nakakakita ng unang pakete. Isa lamang sa kanila ang maaaring maging configuration na ibig mong sabihin.
Idagdag din ang tuwirang landas sa diagram. Ang reserbang ruta, eksepsyon sa hati na tunel o pag-iwas sa proxy ay maaaring makapag-load ng pahina habang tahimik na nilalaktawan ang kadenang gusto mong subukan, at ang ganoong tagumpay ay mas nanlilinlang kaysa sa pagkabigo.
Ang ayos ang nagtatakda kung ano ang maaaring dalhin
Dinadala ng Tor ang mga TCP stream sa pamamagitan ng interfaz nitong SOCKS, at ang kliyenteng humihiling sa proxy na iresolba ang hostname ay pinapanatili ang paghahanap sa loob ng circuit. Hindi naglalakbay ang UDP nang ganoon sa karaniwang configuration, kaya hindi maaaring isalagay ang tunel ng WireGuard sa loob ng Tor kung walang karagdagang TCP relay sa gitna.
OpenVPN ay maaaring pilitin sa TCP, kaya ang kaayusang iyon ay maaaring ilarawan kahit papaano. Mas mabagal at mas marupok din ito, at ang anyo ng pagkabigo kapag naputol ay mukhang katulad ng naka-block na port. Asahan na mas matagal mong gugugulin ang pagkilala sa dalawang ito kaysa sa pag-aayos ng alinman.
Ang resolusyon ang kabilang kalahati. Sa --socks5-hostname nireresolba ng proxy ang destinasyon, samantalang ang --socks5 na karaniwan ay nagtatanong muna sa lokal na resolver at tumutulo ang pangalan palabas ng circuit. Ang nag-iisang flag na iyon ang nagtatakda kung ang paghahanap ng pangalan ay kabilang sa kadena o sa iyong internet provider.
| Order | What must resolve the endpoint | What usually breaks |
|---|---|---|
| VPN, then Tor | The tunnel's resolver | Entry guards blocked by the VPN provider's filters |
| Tor, then VPN | The SOCKS proxy, remotely | UDP transports, which Tor does not carry |
| App proxy on top | The application itself | Proxy bypass rules and cached connections |
Paghahanap ng unang putol na hangganan
Subukan ang mga yugto sa ayos ng paglalakbay ng mga pakete, gamit ang walang pinsalang kahilingan, at huminto sa unang mabibigo. Itala kung aling utos ang unang tumakbo, dahil bahagi ng ebidensya ang ayos. Dalawang utos ang naghihiwalay ng patay na circuit sa patay na labasan:
curl -s --socks5-hostname 127.0.0.1:9050 https://check.torproject.org/api/ip curl -4 -s https://api.ipify.org; echo
Ang una ay nag-uulat kung ang isang kahilingan ay natatapos sa pamamagitan ng SOCKS proxy, at ang pangalawa ay nagpapakita ng address na ipinapakita ng network sa ngayon. Kung mabigo ang una at magtagumpay ang pangalawa, nasa kliyente ng Tor o bago iyon ang problema. Kung magtagumpay ang dalawa at nabibigo pa rin ang browser, gumagamit ang aplikasyon ng ibang landas kaysa sa shell.
Ang pahina ng pampublikong IP ay naglalarawan din lamang ng huling nakikitang labasan. Hindi nito masasabi kung ilang paglundag ang nauna, kaya ipares ito sa sinusuportahang output ng estado ng bawat kasangkapan sa halip na ituring na diagram ang isang numero.
Kailan titigil sa pagdaragdag ng patong
Kung hindi mo masabi sa isang pangungusap kung ano ang idinadagdag ng isang patong, alisin ito. Ang kadenang hindi malinaw ang layunin ay kadenang walang makakapag-debug alas tres ng madaling araw, at ang pakinabang sa pagkapribado ng hindi ipinaliwanag na paglundag ay karaniwang mas maliit kaysa sa nawawalang kakayahang magamit.
Kung talagang karapat-dapat ang isang patong sa lugar nito, subukan muna itong mag-isa, pagkatapos idagdag ang susunod at muling kumpirmahin ang landas gamit ang parehong dalawang utos. Ibalik ang buong kadena bago ang karaniwang paggamit, at panatilihing bukas ang TLS validation at authentication; ang babala ng sertipiko na tinanggap upang makapag-load ang pahina ay pag-iwas sa routing, hindi pag-aayos. Isulat ang ayos na napagkasunduan habang sariwa pa.
Isulat ang ayos na iyon, kasama ang resolver na sumasagot sa bawat yugto. Ang gumaganang kadenang mailalarawan mo ay nakakalampas sa susunod na update, samantalang ang gumaganang kadenang binuo sa pagsubok ay nawawala kasama nito. Idagdag ang petsa at mga bersyon, upang ang susunod na pagkabigo ay maihambing sa kilalang mabuting kalagayan sa halip na pagtalunan mula sa alaala. Sampung linya sa isang text file ang nakakatipid ng isang gabi ng hula.