새 Tor 회로와 VPN 서버 전환: 실제로 무엇이 바뀌는가

Tor 회로를 바꾸는 것과 VPN 서버를 바꾸는 것은 둘 다 새 경로를 얻는 느낌이지만, 같은 버튼으로 취급하면 서로 다른 지점에서 깨집니다. 하나는 Tor 클라이언트에 사이트용 다른 경로를 만들라고 하고, 다른 하나는 VPN 클라이언트에 다른 끝점으로 연결하라고 합니다. 둘 다 재설정이 아니며, 사이트가 결국 보는 주소는 둘 중 어느 쪽이 목적지에 더 가까운지에 달려 있습니다. 어떤 제어를 쓸지, 그 뒤에 무엇을 확인할지는 이렇게 정합니다.

서로 다른 두 계층의 두 작업

Tor는 상위 계층입니다. 클라이언트는 가드 릴레이, 중간 릴레이, 출구 릴레이를 고른 뒤 그 회로로 TCP 스트림을 나릅니다. 목적지는 출구만 보고 다른 것은 보지 못합니다. 회로 변경은 어떤 릴레이가 스트림을 나를지에 대한 Tor 내부의 결정입니다.

VPN은 그 아래의 터널입니다. 클라이언트는 끝점을 고르고 트래픽을 바깥 계층으로 감싸며, 그다음에 오는 모든 것은 끝점 주소를 봅니다. 서버 전환은 바깥 경로가 어디서 끝나는지에 대한 결정입니다.

계층이 독립적이므로 한 작업은 연결의 먼 쪽에서 보이지 않을 수 있습니다. 이 비대칭이 이 두 제어를 둘러싼 혼란의 대부분을 설명합니다.

「이 사이트용 새 Tor 회로」가 하는 일

사이트 정보 패널의 「이 사이트용 새 Tor 회로」는 Tor가 그 사이트를 위해 나르는 스트림을 닫고 다음 요청을 위한 새 회로를 만듭니다. 탭, 쿠키, 로그인, 나머지 세션은 있던 그대로 남습니다. 세션은 유지하고 경로만 바꾸는 것이 핵심입니다.

그래서 좁은 장애에 맞는 도구가 됩니다. 목적지가 차단하는 출구 릴레이, 출구를 따라가는 캡차 루프, 다른 사이트는 멀쩡한데 한 사이트만 멈추는 경우입니다. 같은 패널의 회로 표시는 세 릴레이를 나열하므로 출구가 정말 바뀌었는지 추측하지 않고 확인할 수 있습니다.

가드를 보십시오. Tor는 소수의 입구 가드를 유지하고, 회로 변경은 보통 같은 가드를 재사용하므로 네트워크의 첫 홉은 움직이지 않습니다. 「새 ID」는 더 큰 재설정으로, 새 회로를 만들기 전에 탭을 닫고 브라우징 상태를 지웁니다. ID 제어가 별도로 문서화된 데는 이유가 있습니다. 비용이 다른 다른 작업이기 때문입니다.

VPN 서버 전환이 하는 일

클라이언트는 터널을 허물고 다른 끝점에 연결합니다. 터널 밖의 다음 홉은 Tor 가드든 목적지 자체든 다른 출발지 주소를 봅니다. 터널 안의 연결은 끊어져 다시 맺어야 하므로 페이지가 깔끔하게 다시 로드되지 않고 시간 초과까지 멈춰 있을 수 있습니다.

터널 위쪽은 다시 쓰이지 않지만 허무는 일이 보이지 않는 것은 아닙니다. VPN 우선 구성에서는 출구를 여전히 Tor가 고르지만, 터널이 떨어지면 Tor가 가드에 유지하던 TCP 연결이 죽으므로 Tor는 그 회로를 허물고 새로 만들며 출구를 다시 고릅니다. 그래서 사이트는 전환 뒤 다른 출구 주소를 볼 수 있지만, 전환 자체가 출구를 고른 것은 아닙니다. 전환이 결정하는 것은 가드가 보는 주소이고, 출구를 다시 고르는 것은 다시 만들어진 회로입니다. Tor가 앞에 있는 상태에서 사이트가 보는 것만 바꾸려고 서버를 전환했다면, 사이트가 직접 관찰하지 않는 계층을 옮긴 것이며, 사이트가 알아차리는 변화는 전환이 아니라 재구성에서 온 것입니다.

전환은 클라이언트가 가진 경로에만 영향을 줍니다. 열린 연결을 재사용하는 브라우저는 다시 연결할 때까지 옛 경로에 멈춰 보일 수 있고, 캐시된 DNS 응답도 흔한 원인입니다. 먼저 다시 로드하고, 그다음 판단하십시오.

순서가 목적지가 보는 것을 결정한다

두 순서는 다른 질문에 답합니다. VPN이 Tor 앞에 있을 때 가드와 릴레이는 VPN 끝점을 보고 목적지는 Tor 출구를 봅니다. Tor가 VPN 앞에 있으면 목적지는 VPN 끝점을 봅니다. 트래픽이 마지막으로 지나는 것이 터널이기 때문입니다.

따라서 IP 조회는 목적지가 본 것을 보고하며, 그것을 나른 경로를 보고하지 않습니다. 한 구성에서는 출구를, 다른 구성에서는 VPN을 보여 주는 서비스는 올바르게 동작하는 것이며 유출이 아닙니다.

두 작업 모두 하지 않는 것

둘 다 계정의 정체성을 지우지 않습니다. 로그인된 세션은 쿠키와 서버 측 기록이며, 경로 변경은 둘 다 건드리지 않습니다. 안정적인 브라우저 프로필, 같은 로그인, 같은 지문은 두 작업 모두에서 살아남습니다.

둘 다 증거도 아닙니다. 웹사이트는 요청 중에 관찰한 주소를 보고하며, 당신의 릴레이 경로나 VPN이 십 분 전에 끊겼는지는 보고할 수 없습니다. 그 시간선이 필요하면 그때 적어 두십시오. 나중에 먼 쪽에서 재구성할 수 없습니다.

제어를 증상에 맞춘다

어떤 버튼이 더 철저해 보이는지가 아니라 무엇이 실패했는지에서 시작하십시오.

• 한 사이트가 막히거나 캡차가 반복되거나 한 사이트만 느리면: 그 사이트용 새 회로.
• VPN만 쓰는 구성에서 다른 공개 주소가 필요하면: 서버를 전환.
• 출구를 기대했는데 사이트가 VPN을 보고하면: 순서를 확인하십시오. Tor가 터널 뒤에 있습니다.
• 탭이 닫히고 모두 재설정되었다면: 회로 변경이 아니라 「새 ID」를 쓴 것입니다.
• 회로 변경 뒤에도 출구가 그대로라면: 릴레이는 정당하게 반복될 수 있고, 가드는 전혀 움직이지 않습니다.

다른 것을 바꾸기 전에 수행한 작업과 그것이 고치려던 증상을 적어 두십시오. 연속 두 번의 전환은 해석할 수 없는 비교를 만들고, 한 계층만 이상한데 둘 다 반복하는 것이 바로 오 분 점검을 온종일로 만드는 방법입니다.