Går Tor gjennom VPN-en? Hva delt tunnellering endrer
Et tilkoblet VPN-ikon og en kjørende Tor-prosess beviser ikke at Tors inngangsforbindelse brukte tunnelen. Sjekk delingsregelen, og deretter feilveien.
Her er overbevisningen som er verdt å teste: et tilkoblet merke betyr at Tors trafikk først gikk gjennom VPN-en. Slutningen feiler oftere enn den burde, og den feiler stille. En split-tunnel-matcher kan la Tor-prosessen stå utenfor tunnelen mens enheten forblir tilkoblet, og begge observasjonene er sanne samtidig. Ikonet rapporterer et grensesnitt; veien pakkene dine tok, er et separat spørsmål. Svar på det ut fra rutingen og matcheren, ikke ut fra merket.
Hva et tilkoblet merke beviser, og hva det ikke beviser
En tilkoblet VPN betyr at et grensesnitt er oppe og at det finnes en tunnel til peer-en. Tors inngangsforbindelse er en annen strøm, opprettet av en annen prosess, og om den går inn i den tunnelen avhenger av matcheren og rutetabellen som brukes på den. Utelat prosessen, og VPN-en kobler fortsatt til, Tor bygger fortsatt en krets, og rekkefølgen du mente skulle skje, skjedde ikke. De to observasjonene svarer på forskjellige spørsmål, og derfor avgjør ingen av dem alene rekkefølgen.
Det gapet er ikke en feil i noen av verktøyene. Det er nettopp det en utelatelsesregel er til, og regelen ble sannsynligvis skrevet av en grunn som noen fortsatt husker.
Hvilken matcher klienten bruker på en forbindelse
Det som avgjør veien, er matcheren klienten bruker på hver forbindelse: et prosessnavn, et destinasjonsprefiks eller en ruteoppføring, avhengig av klienten. En snarvei på skrivebordet passer ikke med noen av dem, fordi den er en starter, ikke en policyenhet. Les klientens regelverk og navngi enheten den faktisk tester, før du resonnerer om Tor. Hvis klienten matcher etter destinasjon, blir spørsmålet hvilke prefikser som ligger inne i tunnelen, i stedet for hvilket program som kjører.
En destinasjonsbasert regel som bare bærer private kontorprefikser, er en vanlig form, og den lar vanlige Tor-inngangsforbindelser være direkte etter design. Det er policyen som virker som konfigurert, og det er ikke rekkefølgen VPN-før-Tor, uansett hvor sunt merket ser ut. Skriv matcheren og de utelatte prefiksene på samme linje i notatene dine, for det paret er regelen.
Hva som skjer med Tor når tunnelen faller
Ta nå tunnelen bort og se hva Tor gjør, for en policy som bare holder mens nettet er sunt, er ikke policyen du beskrev. Klienten kan nekte direkte trafikk mens den er nede, tillate den stille, eller koble til på nytt og bruke regelen igjen et øyeblikk senere. En manuell frakobling og et krasj er forskjellige hendelser, og krasjet er det ingen har øvd på. Test med ufarlig trafikk og noter hvilket av de tre utfallene du faktisk observerte.
Les også klientens dokumenterte oppførsel, men behandle dokumentasjonen som en hypotese til testen din er enig med den. Leverandører beskriver standarden; profilen din avgjør unntaket.
Hvorfor utgangsadressen ikke kan svare på inngangsspørsmålet
Et nettsted nådd gjennom Tor rapporterer utgangsreléets adresse, noe som forteller hvor kretsen kom ut og ingenting om hvordan det første hoppet forlot enheten din. Folk siterer den adressen som bevis for rekkefølgen VPN-først, og den kan ikke bære den vekten. Inngangsspørsmålet er lokalt: hvilket grensesnitt bar forbindelsen til det første reléet, og hvilken kildeadresse VPN-peer-en ville ha sett. Svar med et ruteoppslag eller en pakkefangst på enheten, ikke med et nettsted.
To forskjellige veier kan gi samme utgangsland, så et samsvarende resultat beviser enda mindre enn det ser ut som. Sammenlign grensesnitt, ikke geografi.
Programmer som aldri arvet nettleserens innstillinger
En dokumentviser, en synkroniseringsklient og en pakkebehandler lager hver sine egne forbindelser, og ingen av dem arver nettleserens proxyinnstillinger. Hver følger klientens matcher, sin egen konfigurasjon eller systemproxien, og kombinasjonen blir sjelden skrevet ned. Det er slik en unntaksliste vokser: ett program om gangen, hvert tillegg rimelig, til ingen kan si hva listen dekker. Hold i stedet et kort diagram per program, som navngir matcheren, ruten og feiloppførselen.
Hvis det ekstra VPN-laget ikke tjener noe formål du kan angi, er det lettere å verifisere å fjerne laget enn å vedlikeholde en lang liste med unntak. Samtidig Tor Projects notat om VPN-er nærmer seg det samme rekkefølgespørsmålet fra den andre siden. Færre bevegelige deler betyr færre antakelser å teste på nytt etter neste klientoppdatering.