VPN Toru sees, Tor VPN-i sees: miks ahel katkeb
Kui VPN, Tor ja puhverserver kihiti panna, otsustab järjekord, mida lahendatakse ja mida kantakse. Leia esimene katkenud piir enne, kui muudad kõiki kolme.
VPN-i, Tori ja rakenduse puhverserveri kihitamine tundub privaatsuse korrutamisena, kuid tegelikult korrutab see kohtade arvu, kus ühendus võib surra. Tavaline tulemus on ketrav brauser, samal ajal kui kõik kolm tööriista teatavad, et on terved. Kui muuta kõiki kolme seadet korraga, kaob ka ainus vihje selle kohta, milline neist valetab.
Joonista esmalt kavatsetud teekond järjekorras, nimetades, milline programm avab iga ühenduse ja milline nimi igal sammul lahendatakse.
Kihid ei liitu, nad mõjutavad üksteist
VPN enne Toru tähendab, et Tori kliendi sisenemisühendus liigub tunnelis sees. Toru kaudu kantav VPN tähendab, et VPN-kliendi enda lõpp-punkt peab olema Tori kaudu kättesaadav, mis on hoopis teine nõue. Brauseri puhverserver lisab veel ühe hüppe, millest operatsioonisüsteem midagi ei tea. Kolm paigutust, kolm eraldi sõltuvuste loendit.
Iga paigutus muudab seda, mida saab lahendada, mida saab kanda ja kes näeb esimest paketti. Ainult üks neist saab olla konfiguratsioon, mida silmas pidasid.
Lisa skeemile ka otsene tee. Varutee, jaotatud tunneli erand või puhverserveri möödaviik võivad lehe laadida, samal ajal vaikselt mööda minnes ahelast, mida tahtsid testida, ja selline edu eksitab rohkem kui ebaõnnestumine.
Järjekord otsustab, mida saab kanda
Tor kannab TCP-vooge oma SOCKS-liidese kaudu ja klient, kes palub puhverserveril hostinime lahendada, hoiab päringu ahela sees. UDP ei liigu tavakonfiguratsioonides niimoodi, seetõttu ei saa WireGuard-tunnelit Toru sisse pesastada ilma täiendava TCP-releeta keskel.
OpenVPN saab sundida TCP-le, seega on see paigutus vähemalt kirjeldatav. See on ka aeglasem ja hapram ning selle rikkumise vearežiim näeb välja nagu blokeeritud port. Oota, et nende kahe eristamisele kulub kauem kui kummagi parandamisele.
Lahendamine on teine pool. Kui kasutada --socks5-hostname lahendab puhverserver sihtkoha, samas kui lihtne --socks5 küsib esmalt kohalikku lahendajat ja lekitab nime väljapoole ahelat. Just see üks lipp otsustab, kas nimipäring kuulub ahelale või sinu teenusepakkujale.
| 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 |
Esimese katkenud piiri leidmine
Testi etappe selles järjekorras, milles paketid liiguvad, kahjutute päringutega ja peatu esimesel, mis ebaõnnestub. Märgi üles, milline käsk jooksis esimesena, sest järjekord on osa tõendist. Kaks käsku eristavad surnud ahelat surnud väljapääsust:
curl -s --socks5-hostname 127.0.0.1:9050 https://check.torproject.org/api/ip curl -4 -s https://api.ipify.org; echo
Esimene teatab, kas päring üldse SOCKS-puhverserveri kaudu lõpule jõuab, ja teine näitab aadressi, mida võrk praegu esitab. Kui esimene ebaõnnestub ja teine õnnestub, on probleem Tori kliendi juures või enne seda. Kui mõlemad õnnestuvad ja brauser ikka ebaõnnestub, kasutab rakendus kestast erinevat teed.
Avaliku IP leht kirjeldab samuti ainult viimast nähtavat väljapääsu. See ei saa öelda, mitu hüpet sellele eelnes, seega seo see iga tööriista toetatud olekuväljundiga, mitte ära kohtle üht numbrit skeemina.
Millal lõpetada kihtide lisamine
Kui ei suuda ühe lausega öelda, mida üks kiht juurde annab, eemalda see. Ahel, mille eesmärk on ebaselge, on ahel, mida keegi ei suuda kell kolm öösel siluda, ja seletamata hüppe privaatsusvõit on tavaliselt väiksem kui kaotatud kättesaadavus.
Kui kiht tõesti oma koha ära teenib, testi seda esmalt üksi, seejärel lisa järgmine ja kinnita tee uuesti samade kahe käsuga. Taasta enne tavakasutust terve ahel ning hoia TLS-i valideerimine ja autentimine sisse lülitatud; lehe laadimiseks aktsepteeritud sertifikaadi hoiatus on marsruutimise möödaviik, mitte parandus. Kirjuta üles järjekord, mille juurde jäid, kuni see on veel värske.
Kirjuta see järjekord üles, kaasa arvatud lahendaja, mis igal etapil vastab. Töötav ahel, mida suudad kirjeldada, elab üle järgmise uuenduse, samas kui proovimise teel kokku pandud töötav ahel kaob koos sellega. Lisa kuupäev ja versioonid, et hilisemat riket saaks võrrelda teadaolevalt hea olekuga, mitte vaielda mälu põhjal. Kümme rida tekstifailis säästab õhtu oletusi.