El Tor passa per la VPN? Què canvia l'encaminament dividit
Una icona de VPN connectada i un procés del Tor en marxa no proven que la connexió d'entrada del Tor fes servir el túnel. Comprova la regla de divisió i després el camí de fallada.
Aquí teniu la creença que val la pena posar a prova: una insígnia connectada significa que el trànsit del Tor va passar primer per la VPN. La inferència falla més sovint del que hauria i falla en silenci. Un coincident de túnel dividit pot deixar el procés del Tor fora del túnel mentre el dispositiu continua connectat, i les dues observacions són certes alhora. La icona informa d'una interfície; el camí que van seguir els vostres paquets és una qüestió a part. Responeu-lo des de l'encaminament i el coincident, no des de la insígnia.
Què prova una insígnia connectada i què no
Una VPN connectada vol dir que una interfície està aixecada i que existeix un túnel cap al parell. La connexió d'entrada del Tor és un flux diferent, creat per un altre procés, i si entra en aquest túnel depèn del coincident i de la taula d'encaminament que se li apliquen. Excloeu el procés i la VPN es connecta igualment, el Tor construeix igualment un circuit, i l'ordre que volíeu no s'ha produït. Les dues observacions responen a preguntes diferents, i per això cap de les dues sola no resol l'ordre.
Aquest buit no és cap error de cap de les eines. És exactament per a això que serveix una regla d'exclusió, i la regla probablement es va escriure per un motiu que algú encara recorda.
Quin coincident aplica el client a una connexió
El que decideix el camí és el coincident que el client aplica a cada connexió: un nom de procés, un prefix de destinació o una entrada d'encaminament, segons el client. Una drecera de l'escriptori no coincideix amb cap d'ells, perquè és un llançador, no una unitat de política. Llegiu el conjunt de regles del client i anomeneu la unitat que realment prova abans de raonar sobre el Tor. Si el client coincideix per destinació, la pregunta passa a ser quins prefixos queden dins del túnel i no quin programa s'executa.
Una regla basada en destinació que només porta prefixos d'oficina privada és una forma freqüent, i deixa les connexions d'entrada ordinàries del Tor directes per disseny. Aquesta és la política funcionant tal com està configurada, i no és l'ordre VPN-abans-del-Tor per sa com es vegi la insígnia de sana. Escriviu el coincident i els prefixos exclosos a la mateixa línia de les vostres notes, perquè aquesta parella és la regla.
Què passa amb el Tor quan cau el túnel
Ara traieu el túnel i mireu què fa el Tor, perquè una política que només es manté mentre la xarxa és sana no és la política que heu descrit. El client pot rebutjar el trànsit directe mentre està caigut, permetre'l en silenci o reconnectar-se i reaplicar la regla un moment després. Una desconnexió manual i una caiguda són esdeveniments diferents, i la caiguda és la que ningú ha assajat. Proveu-ho amb trànsit inofensiu i anoteu quin dels tres resultats heu observat realment.
Llegiu també el comportament documentat del client, però tracteu la documentació com una hipòtesi fins que la vostra prova hi estigui d'acord. Els proveïdors descriuen el valor per defecte; el vostre perfil decideix l'excepció.
Per què l'adreça de sortida no pot respondre la pregunta d'entrada
Un lloc assolit a través del Tor informa de l'adreça del relé de sortida, cosa que us diu d'on va emergir el circuit i res sobre com el primer salt va deixar el vostre dispositiu. La gent cita aquesta adreça com a prova de l'ordre VPN-primer, i no pot suportar aquest pes. La pregunta d'entrada és local: quina interfície va portar la connexió fins al primer relé i quina adreça d'origen hauria vist el parell de la VPN. Responeu-la amb una consulta d'encaminament o una captura de paquets al dispositiu, no amb un lloc web.
Dos camins diferents poden produir el mateix país de sortida, així que un resultat coincident prova encara menys del que sembla. Compareu interfícies, no geografia.
Aplicacions que mai no van heretar la configuració del navegador
Un visor de documents, un client de sincronització i un gestor de paquets fan cadascun les seves pròpies connexions, i cap d'ells no hereta la configuració de servidor intermediari del navegador. Cadascun segueix el coincident del client, la seva pròpia configuració o el servidor intermediari del sistema, i la combinació poques vegades s'escriu. Així creix una llista d'excepcions: una aplicació cada vegada, cada addició raonable, fins que ningú no pot dir què cobreix la llista. Més aviat tingueu un diagrama curt per aplicació, que anomeni el coincident, la ruta i el comportament en cas de fallada.
Si la capa extra de VPN no serveix a cap propòsit que pugueu enunciar, treure la capa és més fàcil de verificar que mantenir una llista llarga d'excepcions. A més, la nota del Projecte Tor sobre les VPN aborda la mateixa qüestió d'ordre des de l'altra banda. Menys peces mòbils vol dir menys suposicions per tornar a provar després de la propera actualització del client.