Går Tor gjennom VPN-en? Kva delt tunnellering endrar
Eit tilkopla VPN-ikon og ein køyrande Tor-prosess beviser ikkje at inngangsforbindelsen til Tor brukte tunnelen. Sjekk delingsregelen, og deretter feilvegen.
Her er overtydinga som er verdt å teste: eit tilkopla merke betyr at trafikken til Tor først gjekk gjennom VPN-en. Slutninga feilar oftare enn ho burde, og ho feilar stille. Ein split-tunnel-matcher kan la Tor-prosessen stå utanfor tunnelen medan eininga blir verande tilkopla, og begge observasjonane er sanne samtidig. Ikonet rapporterer eit grensesnitt; vegen pakkane dine tok, er eit separat spørsmål. Svar på det ut frå rutinga og matcheren, ikkje ut frå merket.
Kva eit tilkopla merke beviser, og kva det ikkje beviser
Ein tilkopla VPN betyr at eit grensesnitt er oppe og at det finst ein tunnel til peer-en. Inngangsforbindelsen til Tor er ein annan straum, oppretta av ein annan prosess, og om han går inn i den tunnelen, avheng av matcheren og rutetabellen som blir brukte på han. Utelat prosessen, og VPN-en koplar framleis til, Tor byggjer framleis ein krins, og rekkjefølgja du meinte skulle skje, skjedde ikkje. Dei to observasjonane svarer på ulike spørsmål, og difor avgjer ingen av dei åleine rekkjefølgja.
Det gapet er ikkje ein feil i noko av verktøya. Det er nettopp det ein utelatingsregel er til, og regelen vart truleg skriven av ein grunn som nokon framleis hugsar.
Kva matcher klienten brukar på ei forbinding
Det som avgjer vegen, er matcheren klienten brukar på kvar forbinding: eit prosessnamn, eit destinasjonsprefiks eller ei ruteoppføring, avhengig av klienten. Ei snøggveg på skrivebordet passar ikkje med nokon av dei, fordi ho er ein startar, ikkje ei policyeining. Les regelverket til klienten og nemn eininga han faktisk testar, før du resonnerer om Tor. Viss klienten matchar etter destinasjon, blir spørsmålet kva prefiks som ligg inne i tunnelen, i staden for kva program som køyrer.
Ein destinasjonsbasert regel som berre ber private kontorprefiks, er ei vanleg form, og han lèt vanlege Tor-inngangsforbindingar vere direkte etter design. Det er policyen som verkar som konfigurert, og det er ikkje rekkjefølgja VPN-før-Tor, uansett kor sunt merket ser ut. Skriv matcheren og dei utelatne prefiksa på same linje i notata dine, for det paret er regelen.
Kva som skjer med Tor når tunnelen fell
Ta no tunnelen bort og sjå kva Tor gjer, for ein policy som berre held medan nettet er sunt, er ikkje policyen du skildra. Klienten kan nekte direkte trafikk medan han er nede, tillate han stille, eller kopie til på nytt og bruke regelen igjen eit augeblikk seinare. Ei manuell fråkopling og eit krasj er ulike hendingar, og krasjet er det ingen har øvd på. Test med ufarleg trafikk og noter kva av dei tre utfalla du faktisk observerte.
Les også den dokumenterte åtferda til klienten, men handsam dokumentasjonen som ein hypotese til testen din er samd med han. Leverandørar skildrar standarden; profilen din avgjer unntaket.
Kvifor utgangsadressa ikkje kan svare på inngangsspørsmålet
Eit nettstad nådd gjennom Tor rapporterer adressa til utgangsreléet, noko som fortel kvar krinsen kom ut og ingenting om korleis det første hoppet forlét eininga di. Folk siterer den adressa som bevis for rekkjefølgja VPN-først, og ho kan ikkje bere den vekta. Inngangsspørsmålet er lokalt: kva grensesnitt bar forbindinga til det første reléet, og kva kjeldeadresse VPN-peer-en ville ha sett. Svar med eit ruteoppslag eller ein pakkefangst på eininga, ikkje med eit nettstad.
To ulike vegar kan gi same utgangsland, så eit samsvarande resultat beviser endå mindre enn det ser ut som. Samanlikn grensesnitt, ikkje geografi.
Program som aldri arva innstillingane til nettlesaren
Ein dokumentvisar, ein synkroniseringsklient og ein pakkehandsamar lagar kvar sine eigne forbindingar, og ingen av dei arvar proxyinnstillingane til nettlesaren. Kvar følgjer matcheren til klienten, si eiga konfigurering eller systemproxien, og kombinasjonen blir sjeldan skriven ned. Det er slik ei unntaksliste veks: eitt program om gongen, kvar tillegg rimeleg, til ingen kan seie kva lista dekkjer. Hald i staden eit kort diagram per program, som nemner matcheren, vegen og feilåtferda.
Viss det ekstra VPN-laget ikkje tener noko føremål du kan nemne, er det lettare å verifisere å fjerne laget enn å vedlikehalde ei lang liste med unntak. Samstundes notatet til Tor Project om VPN-ar nærmar seg det same rekkjefølgjespørsmålet frå den andre sida. Færre bevegelege delar betyr færre føresetnader å teste på nytt etter neste klientoppdatering.