Tor 출구가 막혔을 때: 브리지·Snowflake·VPN

"Tor가 막혔다"는 네 가지 다른 고장이다 (Tor 스왑은 안전한가?)

Tor가 막혔다고 말할 때 사람들이 뜻하는 것은 보통 네 가지 중 하나이고, 해법은 각각 다릅니다. 첫째, 로컬 네트워크가 디렉터리 권한 서버와 가드에 닿지 못하게 해서 클라이언트가 100%에 도달하지 못합니다. 둘째, DPI가 핸드셰이크를 시작하게 두고서 연결을 조여 죽입니다. 셋째, 목적지 사이트가 Tor 출구 주소를 거부합니다. 넷째, 떨어진 출구가 그 사이트가 지역 차단한 국가에 있습니다. 브리지 — obfs4, Snowflake, meek — 가 해결하는 것은 처음 두 가지뿐입니다. 아래 숫자는 모두 2026년 10월 30일 18:00~18:20 UTC에 홍콩 VPS 한 대(AS138997)에서 Tor 0.4.9.11과 snowflake-client 2.5.1로 실측한 것입니다. (Tor 스왑은 안전한가?)

같은 기계에서 세 경로를 나란히

먼저 맨 회선을 하한선으로: 송신 주소 64.118.134.27, AS138997 Eons Data. 블로그 페이지 TTFB 0.06~0.71초, 1MB 다운로드 2.46~2.79초. 브리지 없는 직결 Tor, 시스템 서비스 콜드 스타트: 부트스트랩 42.9초, 회로는 불가리아 45.9.156.238(AS211619 MAXKO)에 떨어졌고 네 번의 샘플 모두 같은 출구에 붙어 있었습니다. 이전 세션은 스웨덴 171.25.193.35(AS198093, DFRI)였습니다. 같은 페이지 TTFB 1.67~2.17초, 1MB는 8.7~9.9초로 104~120 KB/s. Snowflake: 출구는 147.90.235.227(미국, AS27284 Fourplex Telecom), 192.42.116.112와 192.42.116.44(네덜란드, AS215125 Church of Cyberology), 185.150.28.13(스위스, AS59891 FSIT AG), 이전 회로에서는 89.127.232.224(아이슬란드, AS44925 1984 ehf)와 185.243.218.226(노르웨이, AS56655 Gigahost). TTFB 3.13~4.18초, 1MB는 30.6초와 57.0초, 즉 18~34 KB/s였습니다. (Tor 스왑은 안전한가?)

브리지가 바꾸는 것은 입구이지 출구가 아니다

그 Snowflake 출구 목록을 다시 보세요. 건네받은 홉은 전부 호스팅 ASN의 평범한 Tor 출구 릴레이였고, 모두 공개 컨센서스에 실려 있습니다. 설계가 그렇습니다. Snowflake가 난독화하는 것은 "어떻게 네트워크에 들어가는가"이지 "어디서 나오는가"가 아닙니다. 트래픽은 WebRTC로 자원자 브라우저에 도달하고, 그 브라우저가 Tor로 중계하며, 평범한 출구 릴레이가 마지막 구간을 달립니다. 실무적 귀결이 바로 사람들이 틀리는 지점입니다. 사이트가 출구 주소를 거부해 Tor를 막는다면 Snowflake는 전혀 도움이 되지 않습니다. 오히려 손해입니다. 30초의 전송 시간을 치르고 같은 종류의 주소에 도착하기 때문입니다. Snowflake가 실제로 사는 것은 ISP나 호텔 네트워크에서 "알려진 가드로 가는 TLS"가 아니라 "주거용 피어로 가는 WebRTC"로 보인다는 점입니다. (Tor 스왑은 안전한가?)

실제로 부팅된 설정

여섯 줄이고 별난 것은 없습니다. 9060번 SocksPort, DataDirectory, UseBridges 1, broker URL과 STUN 서버를 넘겨 /usr/bin/snowflake-client를 실행하는 ClientTransportPlugin 줄, 그리고 Bridge 한 줄 — snowflake 192.0.2.3:80 2B280B23E1107BB62ABFC40DDCC8824814F80A72. 192.0.2.3은 문서용 자리표시자이며 트랜스포트가 무시합니다. 콜드 스타트 두 번에 14.4초와 8.4초. 느린 쪽의 내역이 로그에 남습니다. broker에 offer를 내보내는 데 0.4초, 랑데부 피어 확보에 2초, 트랜스포트 연결에 4초, 4.7초에 14%, 10.4초에 50%, 14.4초에 100%. 같은 기계의 직결 경로는 42.9초가 걸렸고 대부분 디렉터리 작업이었습니다. 10초에 부팅되는 입구가 다른 제품처럼 느껴지는 이유입니다.

여분의 홉이 드는 비용

의외였던 것은 API입니다. 100 USDT→XMR 견적을 연속 10회, Snowflake 경유로 10회 모두 200, 평균 1.75초, 범위 1.21~2.22초. 직결 Tor도 10회 모두 200, 평균 2.34초, 범위 2.02~2.73초. 작은 JSON에서는 회로가 병목이 아닙니다. 병목은 대역폭입니다. 1MB에 30.6초와 57.0초, 직결 Tor는 8.7~9.9초. 교환 페이지는 약 141KB의 HTML이라 18~34 KB/s에서는 핸드셰이크 외에 4~8초 전송이 더 붙습니다. 한 번 읽는 것은 괜찮지만 "반응이 없는 것 같아서" 네 번 새로고침하면 괴로워집니다. (Tor 스왑은 안전한가?)

출구 차단에 대한 진짜 답은 출구를 지나지 않는 것

차단이 목적지 쪽에 있다면 확실한 방법은 출구 노드가 없는 경로뿐입니다. VeilSwap은 4jyoxqdyx7dh3xfjctihpld7fgliowhimajfszcgypxash5rjqhas3yd.onion에 어니언 미러를 상시 운영합니다. 오늘 밤 실측에서 200, 69,210바이트, 직결 Tor 경유 TTFB 3.52초와 8.30초, Snowflake 회로 경유 종단 간 5.20초였습니다. 어니언 서비스는 네트워크 내부에서 도달하므로 출구 릴레이가 요청에 닿지 않고, 어떤 출구 IP 목록도 일치하지 않습니다. 대가는 지연입니다. 첫 방문은 랑데부 회로를 세워야 하고, 원래 느린 페이지는 더 느려집니다. (Tor 스왑은 안전한가?)

VPN을 덧대면 순서가 무엇을 숨기는지를 정한다

두 개의 사슬, 두 개의 다른 약속, 어느 쪽도 익명이 아닙니다. VPN→Tor: ISP는 VPN을 보고, VPN은 당신이 Tor를 쓴다는 것을 보고, 출구는 여전히 Tor 출구라서 출구로 막는 사이트는 그대로 막습니다. Tor→VPN: 사이트는 VPN 주소를 보는데 대개 데이터센터 대역이고 이미 사이트가 사들인 상용 목록에 올라 있습니다. 동시에 VPN은 목적지를 평문으로 보고, 입구 가드는 당신의 실제 주소를 봅니다. 스스로 상관 쌍을 만든 것입니다. VPN 단독은 청구서 신원이 붙은 정적 IP 하나입니다. 여기서 VPN 사슬은 측정하지 않았습니다. 계정이 없어서이고, 지연 숫자를 지어내기보다 이 문장을 쓰는 편이 낫습니다. (Tor 스왑은 안전한가?)

obfs4와 meek, 정직하게

obfs4는 브리지 줄이 필요하고, 지금 구하려면 bridges.torproject.org에서 CAPTCHA를 풀거나 Telegram의 @GetBridgesBot, 또는 Gmail이나 Riseup에서 [email protected]로 메일을 보내야 합니다. Tor Browser에는 obfs4 브리지 몇 개가 내장되어 있어 브라우저가 있다면 가장 빠른 길입니다. 오늘 밤 obfs4는 측정하지 못했습니다. moat 요청 엔드포인트가 404를 돌려주고 builtin 엔드포인트가 브리지 0개를 반환했기 때문에, 이 글의 숫자는 Snowflake뿐입니다. obfs4는 연결을 TLS가 아닌 무작위 바이트처럼 보이게 해서 핸드셰이크 지문을 보는 DPI에 효과적입니다. IP로 막는 상대에는 Snowflake가 강하고 랑데부 주소가 회전합니다. meek은 여전히 CDN 프론팅에 의존하는데 주요 CDN 대부분이 이를 닫았으므로, 계획이 아니라 최후 수단으로 다루세요. (Tor 스왑은 안전한가?)

어떤 경로든 교환을 끝내려면

세 가지 운영상 세부가 성패를 가릅니다. 견적은 120초만 살아 있습니다. 오늘 밤 18:11:53에 발급된 견적이 18:13:53에 만료됐습니다. 그러니 견적을 받고 나서 지갑을 찾지 마세요. 주문 창은 생성부터 30분이고 18~34 KB/s에서는 새로고침마다 실제 시간이 사라집니다. 주문 페이지는 한 번 열고 그대로 두세요. 주문 URL이 주문에 대한 유일한 손잡이이고 계정도 이메일도 없으므로 닫힌 탭은 잃어버린 주문입니다. 회로는 용도별로 하나씩. Tor의 격리는 탭이 아니라 SocksPort와 인증 단위로 이뤄지므로, 같은 브라우저에서 맨 회선을 보면서 주문해도 새 회로가 되지 않습니다. 그리고 시드 문구를 "확인"하라는 페이지에 붙여넣지 마세요. 교환의 어느 구간도 그것을 필요로 하지 않습니다. (Tor 스왑은 안전한가?)

이름 붙여 둘 다섯 가지 실수

브리지가 출구 차단을 해결한다는 믿음(오늘 밤 출구 목록이 반증합니다). UDP를 버리는 네트워크에서 Snowflake를 밀어붙이는 것(거기서는 obfs4가 맞습니다). ExitNodes를 한 나라로 지정하면서 StrictNodes 1을 붙이지 않거나, 국가를 좁히면 회로가 줄어든다는 점을 받아들이지 않는 것. 모든 요청이 회로 하나를 공유한다고 가정하는 것. 그리고 이것들을 익명이라고 부르는 것. Tor가 사이트에서 숨기는 것은 당신의 주소이지, "특정 순간에 특정 금액이 두 주소 사이를 움직였다"는 사실이 아닙니다. (Tor 스왑은 안전한가?)

작성 시점의 숫자

2026년 10월 30일 18:13 UTC 사이트 견적: 100 USDT-TRC20이 0.14756749 XMR(XMR당 677.66 USDT 함의), 1,000이 1.6374011(610.72), 0.05 BTC가 6.38307053 XMR(1 BTC=127.66141 XMR), 1 XMR 매도가 576.964076 USDT. 이 차이는 주문당 고정 공제이며 Tor 할증이 아닙니다. 경로의 어느 단계도 당신이 브리지로 들어왔다는 것을 알지도, 신경 쓰지도 않습니다. 같은 시각 카탈로그는 75개 네트워크의 514개 자산/네트워크 조합, 414개 티커, 60개 스테이블코인, 7개 tag 필요 자산이었습니다. 실시간 견적은 달라지며 페이지가 기준입니다. (Tor 스왑은 안전한가?)

한 줄 정리

브리지가 고치는 것은 입구입니다. Snowflake는 8.4초와 14.4초에 부팅되고 18~34 KB/s를 쓰며 작은 API 호출에는 영향이 없습니다. 출구는 바뀌지 않으므로 출구 IP 차단을 이기지 못하고, 이길 수 있는 것은 출구가 아예 없는 어니언 미러입니다. 큰 교환 전에 자기 경로를 재고, 120초 견적과 30분 창을 기억하고, VPN 사슬은 "관찰자를 하나 바꾸는 거래"로 이해하세요.