VPN во Tor, Tor во VPN: зошто синџирот се кине
Кога VPN, Tor и прокси се редат еден врз друг, редоследот одлучува што се разрешува и што се пренесува. Најдете ја првата прекината граница пред да ги промените сите три.
Редоследот на VPN, Tor и прокси на апликација еден врз друг изгледа како умножување на приватноста, а всушност го умножува бројот на местата каде врската може да умре. Обичниот резултат е прелистувач што се врти, додека сите три алатки се пријавуваат како здрави. Промената на сите три поставки одеднаш потоа ја отстранува единствената трага за тоа која од нив лаже.
Најпрво нацртајте ја предвидената патека по ред, именувајќи која програма отвора секоја врска и кое име се разрешува на секој чекор.
Слоевите не се собираат, туку дејствуваат еден на друг
VPN пред Tor значи дека влезната врска на Tor клиентот патува внатре во тунелот. VPN пренесен низ Tor значи дека сопствената крајна точка на VPN клиентот мора да биде достапна преку Tor, што е сосем друго барање. Проксито на прелистувачот додава уште еден скок за кој оперативниот систем не знае ништо. Три распореди, три одделни списоци на зависности.
Секој распоред менува што може да се разреши, што може да се пренесе и кој го гледа првиот пакет. Само еден од нив може да биде конфигурацијата што сте ја мислеле.
Додајте ја на дијаграмот и директната патека. Резервна рута, исклучок за поделен тунел или заобиколување на прокси можат да ја вчитаат страницата додека тивко го прескокнуваат синџирот што сакавте да го проверите, а таков успех заблудува повеќе од неуспехот.
Редоследот одлучува што може да се пренесе
Tor пренесува TCP текови низ своето SOCKS интерфејс, а клиентот што го моли проксито да го разреши името на домаќинот ја задржува пребарувачката внатре во колото. UDP во обичните конфигурации не патува така, затоа WireGuard тунелот не може да се вгнезди во Tor без дополнителен TCP реле во средината.
OpenVPN може да се принуди на TCP, па тој распоред е барем опислив. Тој е и побавен и покршлив, а начинот на откажување при кршење изгледа исто како блокирана порта. Очекувајте да потрошите повеќе време на разликување на тие две отколку на поправка на кој било од нив.
Разрешувањето е другата половина. Со --socks5-hostname проксито ја разрешува дестинацијата, додека обичниот --socks5 најпрво го прашува локалниот разрешувач и го излева името надвор од колото. Токму тоа едно знаменце одлучува дали пребарувањето на името и припаѓа на синџирот или на вашиот давател на услуги.
| 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 |
Пронаоѓање на првата прекината граница
Тестирајте ги етапите по редоследот по кој патуваат пакетите, со безазлени барања, и застанете на првата што нема да успее. Запишете која наредба се изврши прва, зашто редоследот е дел од доказот. Две наредби раздвојуваат мртво коло од мртва излезна точка:
curl -s --socks5-hostname 127.0.0.1:9050 https://check.torproject.org/api/ip curl -4 -s https://api.ipify.org; echo
Првата известува дали барањето воопшто се довршува низ SOCKS проксито, а втората ја покажува адресата што мрежата моментално ја претставува. Ако првата не успее, а втората успее, проблемот е кај Tor клиентот или пред него. Ако двете успеат, а прелистувачот сѐ уште не успева, апликацијата користи друг пат од школката.
Страницата со јавна IP адреса исто така опишува само последната видлива излезна точка. Таа не може да каже колку скока претходеле, затоа поврзете ја со поддржаниот статусен излез на секоја алатка наместо еден број да го третирате како дијаграм.
Кога да се запре со додавање слоеви
Ако не можете во една реченица да кажете што придонесува еден слој, отстранете го. Синџир чија цел не е јасна е синџир што никој не може да го отстрани како дефект во три часот наутро, а придобивката за приватноста од необјаснет скок обично е помала од достапноста што ја губите.
Ако слојот навистина го заслужи своето место, прво тестирајте го сам, потоа додајте го следниот и повторно потврдете ја патеката со истите две наредби. Вратете го целиот синџир пред обична употреба и оставете TLS валидацијата и автентикацијата вклучени; предупредување за сертификат прифатено за да се вчита страница е заобиколување на рутирањето, не поправка. Запишете го редоследот на кој се задржавте додека е свеж.
Запишете го тој редослед, вклучувајќи го разрешувачот што одговара на секоја етапа. Работен синџир што можете да го опишете ја преживува следната надградба, додека работен синџир склопен по обиди исчезнува со неа. Додајте го датумот и верзиите, за да може подоцнежниот дефект да се спореди со позната добра состојба наместо да се расправа од сеќавање. Десет редови во текстуална датотека заштедуваат вечер нагаѓање.