VPN이 Tor Browser 다운로드를 로컬 네트워크에서 숨기나요?

VPN 안을 지나는 다운로드는 한 가지를 잘 숨깁니다: 로컬 네트워크에서 본 목적지입니다. 라우터는 VPN 종단점으로 향하는 연결만 보고 그 내부는 보지 못합니다. 이것은 실제 이득이며, 이득은 그것으로 전부입니다. 운영자는 여전히 요청을 보고, 기기는 여전히 파일을 기록합니다.

방법을 고르기 전에 누구로부터 숨는지 관찰자를 지목하십시오.

1단계: 관찰자를 지목하기

가려진 다운로드에는 네 명의 관찰자가 있습니다. 접속 네트워크는 시점과 양을 봅니다. VPN 운영자는 목적지를 봅니다. 요청을 전달하는 쪽이 바로 그들이기 때문입니다. 다운로드 사이트는 VPN 주소를 봅니다. 기기는 파일과 설치, 그 뒤에 남는 기록 항목을 봅니다.

터널이 이기는 것은 첫 번째뿐입니다. 나머지 셋은 다른 통제가 필요합니다.

2단계: 다운로드가 실제로 지나는 경로 확인하기

다운로드 전에 트래픽이 터널 안에 있는지, 옆으로 새지 않는지 확인하십시오. ip route get 1.1.1.1은 목적지가 어떤 인터페이스를 쓸지 보여 주고, 시험 다운로드 중 ss -tn state established "( dport = :443 )"은 연결이 실제로 도달한 상대 주소를 보여 줍니다. 그 상대가 VPN 종단점이면 경로는 가려져 있습니다. 목적지에 속한 공용 주소라면 분할 터널링이 작동하고 접속 네트워크가 모든 것을 봅니다.

클라이언트를 업데이트할 때마다 검사를 다시 하십시오. 분할 터널 규칙은 인터페이스의 속성이 아니라 정책이기 때문입니다.

3단계: 공식 출처에서 받아 산출물 검증하기

지원되는 다운로드 페이지를 쓰고 HTTPS 검사를 그대로 유지하십시오. 이 다운로드에서 인증서 경고가 나와도 클릭으로 넘길 일이 아니며, 더 빠른 설치 프로그램을 약속하는 미러는 배포자를 대신하지 못합니다. 터널은 바이트가 지나는 경로를 바꿀 뿐 누가 만들었는지는 말해 주지 않습니다.

파일 이름을 믿지 말고 서명을 검증하십시오:

gpg --verify tor-browser-linux-x86_64-*.tar.xz.asc tor-browser-linux-x86_64-*.tar.xz
sha256sum tor-browser-linux-x86_64-*.tar.xz

배포자 키로 만든 좋은 서명이 무결성 검사입니다. 같은 신뢰할 수 없는 미러가 공개한 일치하는 체크섬은 그렇지 않습니다.

4단계: 실행 경로를 분리해 두기

VPN 아래에서 다운로드한다고 해서 Tor Browser가 계속 VPN을 쓰도록 설정되지는 않습니다. 브라우저는 시작할 때 운영 체제가 가진 라우팅을 통해 Tor 네트워크에 닿으므로, 다운로드 중에는 켜져 있고 실행 시점에는 꺼진 터널은 같은 바이너리로 다른 경로를 만듭니다. 순서를 의식적으로 정하십시오. 먼저 VPN, 그다음 Tor, 또는 Tor 단독입니다. 기기가 어느 쪽에 있어야 하는지 적어 두십시오. 둘을 우연히 섞으면 어느 쪽의 가시성도 얻지 못합니다.

가정하지 말고 실행 후 확인하십시오. 회로 표시는 브라우저가 고른 보호자를 보여 주고, 단순한 연결 시험은 시스템 경로가 여전히 터널인지 보여 줍니다.

5단계: 기기가 여전히 기록하는 것 정리하기

파일이 가장 큰 흔적입니다. 다운로드, 셸 기록, 최근 문서 목록, deb를 설치했다면 패키지 관리자 로그, 관리되는 기기의 모든 엔드포인트 에이전트가 모두 설치의 증거를 남깁니다. 직접 관리하지 않는 장비에서는 터널이 관리를 없애지 않으며, 없앤다고 취급하는 것은 기술이 아니라 정책의 문제입니다.

설치가 검증되면 압축 파일을 지우고, 나중에 브라우저를 제거해도 관리되는 기기에서 다운로드 기록이 사라지지 않는다는 점을 받아들이십시오.

정직한 답은 이렇습니다. 로컬 네트워크는 덜 보고, 나머지는 이전과 같은 것을 봅니다.