Jak oddzielić testy Tor Browser od ruchu VPN

Eksperyment to nie przeglądarka; to cały zbiór ścieżek na maszynie, gdy przeglądarka działa. Jeśli zmienisz globalny serwer proxy lub trasę, aby przetestować Tor Browser z VPN, każda inna aplikacja odziedziczy zmianę, w tym te synchronizujące pliki i sprawdzające pocztę w tle. Bezpieczny wzorzec to danie eksperymentowi własnej aplikacji, własnego profilu i własnej trasy oraz dokładna wiedza, jak wszystko przywrócić. Strona publicznego IP mówi, że użyto jednego wyjścia; nie mówi, co robiła reszta maszyny.

Kontrola 1: nazwij trzy połączenia

Nazwij je, zanim dotkniesz jakiegokolwiek ustawienia. Normalna ścieżka to ta, której używają dziś twoje aplikacje robocze; ścieżka eksperymentalna to ta, której ma używać Tor Browser; zamierzone zachowanie przy awarii to to, co powinno się stać, gdy warstwa zawiedzie.

Zapisz te trzy w jednym miejscu, wraz z informacją, która aplikacja należy do której ścieżki. Powód nie jest biurokratyczny: większość przypadkowych wycieków w tego typu teście pochodzi z aplikacji, o której nikt nie pamiętał, że działa, a nie z testowanej przeglądarki. Menedżer haseł, klient czatu i usługa synchronizacji plików to cały ruch w tle, który przyjmie każdą trasę podaną przez system. Nazwanie ich jest tym, co czyni granicę realną.

Kontrola 2: trzymaj każde ustawienie przy jego własnym programie

Obsługiwana konfiguracja Tor Browser nie jest tym samym co ustawienie proxy systemowego i celowo nie jest zaprojektowana tak, by wskazywać na dowolny serwer proxy ze środowiska.

Zmienna środowiskowa lub rozszerzenie przeglądarki mogą utworzyć trzecią ścieżkę, której nie opisuje ani dokumentacja przeglądarki, ani twoje notatki. Preferuj obsługiwane ustawienie wewnątrz aplikacji zamiast globalnego nadpisania.

To samo dotyczy wszystkiego, co przeglądarka przekazuje dalej. Pobrany dokument otwarty w zewnętrznej przeglądarce nie dziedziczy trasy przeglądarki; korzysta z systemowej, którą może być VPN, LAN albo nic. To przekazanie jest częstym i cichym sposobem, w jaki treść, którą chciałeś zatrzymać w eksperymencie, wychodzi poza niego. Zdecyduj, czy zewnętrzna przeglądarka jest częścią eksperymentu, a jeśli nie, trzymaj plik wewnątrz przeglądarki.

Kontrola 3: użyj ładunku, który bezpiecznie stracić

Kontrole sieci powinny używać stron, które nie wymagają osobistego konta, ponieważ sesja konta zamienia test routingu w uwierzytelnione zdarzenie na cudzym serwerze. Strona kontrolna zwracająca twoje pozorne wyjście wystarcza do pytania o trasę.

Konkretnie, curl --socks5-hostname 127.0.0.1:9150 https://check.torproject.org/api/ip wykonuje ten sam punkt końcowy SOCKS, którego używa przeglądarka, i zwraca wyjście, które widzi, co oddziela problem przeglądarki od problemu Tor. ss -tnp na maszynie pokazuje, który proces rozmawia z którym adresem, i to jest kontrola, która wychwytuje zapomnianą aplikację. Żadne z poleceń nie wymaga logowania i oba można powtórzyć. Zachowaj wyniki jako parę przed i po, a nie pojedynczą obserwację.

Kontrola 4: świadomie przywróć zwykłe użytkowanie

Usuń wyjątki testowe i ustawienia tymczasowe przez komponent, który je utworzył, a nie przez inne narzędzie, które przypadkiem oferuje podobny przełącznik.

Następnie sprawdź normalne aplikacje, w tym rozwiązywanie DNS i każdy prywatny zasób potrzebny ścieżce roboczej. Test, który kończy się działającym przeglądaniem, ale zepsutymi nazwami wewnętrznymi, nie jest zakończony.

Prowadź notatki wystarczające do odtworzenia przydatnego ustalenia i nie więcej. Zapisz używany profil VPN, wyjątki aplikacji, zaobserwowane adresy wyjścia i czas; nie zapisuj danych logowania ani treści odwiedzonych stron. Jeśli połączenie nie daje wyraźnej korzyści, nie zostawiaj jego dodatkowych ustawień aktywnych tylko dlatego, że wczytała się jedna strona testowa. Eksperyment, który zostaje na miejscu, staje się nieudokumentowaną częścią ścieżki produkcyjnej.

Wskazówki Tor Project dotyczące zarządzania tożsamościami w Tor Browser są punktem odniesienia dla tego, co przeglądarka sama trzyma osobno, i warto je przeczytać, zanim dodasz kolejną warstwę.

Test kończy się, gdy zamierzona konfiguracja zostanie przywrócona lub nowa konfiguracja zrozumiana, a nie gdy jedna aplikacja przestaje pokazywać błąd. To różne stany końcowe i tylko jeden z nich jest bezpieczny do pozostawienia. Jeśli nie potrafisz opisać bieżącej ścieżki każdej aplikacji wymienionej w kontroli pierwszej, eksperyment nadal trwa. Zamknij go świadomie.