Comment garder les tests Tor Browser séparés du trafic VPN
Donnez à l'expérience son propre navigateur, profil et itinéraire, puis remettez tout en place. Une page d'IP publique prouve une sortie, pas tous les chemins de la machine.
L'expérience n'est pas le navigateur ; c'est l'ensemble des chemins de la machine pendant que le navigateur tourne. Si vous changez un proxy global ou un itinéraire pour tester Tor Browser avec un VPN, toutes les autres applications héritent du changement, y compris celles qui synchronisent des fichiers et relèvent le courrier en arrière-plan. Le schéma sûr consiste à donner à l'expérience sa propre application, son propre profil et son propre itinéraire, et à savoir exactement comment tout remettre en place. Une page d'IP publique vous dit qu'une sortie a été utilisée ; elle ne dit pas ce que le reste de la machine a fait.
Vérification 1 : nommez les trois connexions
Nommez-les avant de toucher au moindre réglage. Le chemin normal est celui que vos applications de travail utilisent aujourd'hui ; le chemin expérimental est celui que vous voulez que Tor Browser utilise ; le comportement de défaillance prévu est ce qui devrait se produire lorsqu'une couche tombe.
Écrivez ces trois éléments à un seul endroit, en précisant quelle application appartient à quel chemin. La raison n'est pas bureaucratique : la plupart des fuites accidentelles lors de ce type de test viennent d'une application dont personne ne se souvenait qu'elle tournait, pas du navigateur testé. Un gestionnaire de mots de passe, un client de messagerie instantanée et un démon de synchronisation de fichiers sont tous du trafic d'arrière-plan qui prendra l'itinéraire que le système lui donne. Les nommer, c'est ce qui rend la frontière réelle.
Vérification 2 : gardez chaque réglage avec son programme propriétaire
La configuration prise en charge de Tor Browser n'est pas la même chose qu'un réglage de proxy système, et elle n'est délibérément pas conçue pour être pointée vers un proxy arbitraire depuis l'environnement.
Une variable d'environnement ou une extension de navigateur peut créer un troisième chemin que ni la documentation du navigateur ni vos notes ne décrivent. Préférez le réglage pris en charge à l'intérieur de l'application à un remplacement global.
Il en va de même pour tout ce que le navigateur transmet. Un document téléchargé ouvert dans une visionneuse externe n'hérite pas de l'itinéraire du navigateur ; il utilise celui du système, qui peut être le VPN, le LAN ou rien. Cette transmission est un moyen courant et discret pour qu'un contenu que vous vouliez garder dans l'expérience voyage en dehors. Décidez si la visionneuse externe fait partie de l'expérience ou non, et si ce n'est pas le cas, gardez le fichier dans le navigateur.
Vérification 3 : utilisez une charge utile qu'il est sans risque de perdre
Les vérifications réseau devraient utiliser des pages qui ne demandent pas de compte personnel, car une session de compte transforme un test de routage en événement authentifié sur le serveur de quelqu'un d'autre. Une page de vérification qui renvoie votre sortie apparente suffit pour la question du routage.
Concrètement, curl --socks5-hostname 127.0.0.1:9150 https://check.torproject.org/api/ip exerce le même point de terminaison SOCKS que le navigateur utilise et renvoie la sortie qu'il voit, ce qui sépare un problème de navigateur d'un problème de Tor. ss -tnp sur la machine montre quel processus parle à quelle adresse, et c'est la vérification qui attrape l'application oubliée. Aucune des deux commandes ne nécessite de connexion, et toutes deux sont reproductibles. Conservez les résultats comme une paire avant-après plutôt qu'une seule observation.
Vérification 4 : rétablissez l'usage ordinaire délibérément
Supprimez les exclusions de test et les réglages temporaires via le composant qui les a créés, pas via un autre outil qui propose par hasard un commutateur similaire.
Vérifiez ensuite les applications normales, y compris la résolution DNS et toute ressource privée dont le chemin de travail a besoin. Un test qui se termine avec une navigation fonctionnelle mais des noms internes cassés n'est pas terminé.
Tenez des notes suffisantes pour reproduire une découverte utile, et pas plus. Notez le profil VPN utilisé, les exclusions d'applications, les adresses de sortie observées et l'heure ; ne notez pas les identifiants de compte ni le contenu des pages visitées. Si la combinaison n'apporte pas de bénéfice clair, ne laissez pas ses réglages supplémentaires actifs simplement parce qu'une page de test s'est chargée. Une expérience qui reste en place devient une partie non documentée du chemin de production.
Les conseils du Tor Project sur la gestion des identités dans Tor Browser constituent la référence pour ce que le navigateur garde séparé de lui-même, et ils valent la peine d'être lus avant d'ajouter une couche supplémentaire par-dessus.
Un test est terminé lorsque la configuration prévue est rétablie ou que la nouvelle configuration est comprise, pas lorsqu'une application cesse d'afficher une erreur. Ce sont des états finaux différents et un seul est sûr à laisser derrière soi. Si vous ne pouvez pas décrire le chemin actuel de chaque application que vous avez listée dans la vérification une, l'expérience est toujours en cours. Fermez-la délibérément.