Tor의 역사와 어니언 라우팅의 기원 및 운영 원리

Tor의 간략한 역사

Tor의 역사는 1995년 미국 해군 연구소(U.S. Naval Research Laboratory)에서 시작되었습니다. David Goldschlag, Michael G. Reed, Paul Syverson은 그곳에서 최초의 어니언 라우팅 프로토타입을 구축했습니다. Tor 프로젝트의 자체 타임라인에 따르면, 그들이 던진 질문은 "누가 누구와 통신하는지 드러내지 않는 인터넷 연결을 만들 방법이 있는가"였습니다. 오늘날 사용자들이 이용하는 네트워크는 2002년 10월에 배포되었으며, 그 코드는 자유 및 오픈 소스 소프트웨어 라이선스로 공개되었습니다. Tor Project, Inc.는 2006년에 비영리 단체로 설립되었습니다.

아래의 모든 날짜는 Tor 프로젝트가 게시한 타임라인, 릴리스 노트 또는 자체 지원 페이지에서 가져온 것입니다. 자금 지원 주체와 같이 주장이 엇갈리는 부분은 증거가 무엇인지, 그리고 직접 어디에서 확인할 수 있는지 명시하였습니다.

Onion 라우팅의 실제 동작 방식

Onion 라우팅은 인터넷에서 일반적으로 결합되어 있는 두 가지 사실, 즉 사용자가 누구인지와 무엇을 요청했는지를 분리합니다. Tor 클라이언트는 3개의 릴레이를 선택하여 그들을 통과하는 회로를 구축합니다. 클라이언트는 트래픽을 3개의 암호화 계층으로 감싸는데, 각 릴레이마다 한 계층씩 할당됩니다. 각 릴레이는 한 계층을 벗겨내고 다음 홉의 주소만 확인한 뒤 패킷을 전달합니다. 이러한 계층화 방식에서 이름이 유래되었습니다.

가드(guard)라고 불리는 첫 번째 릴레이는 사용자의 IP 주소는 알 수 있지만 목적지는 알 수 없습니다. 마지막 릴레이인 출구(exit)는 목적지는 알 수 있지만 사용자의 IP 주소는 알 수 없습니다. 중간 릴레이는 둘 다 알지 못합니다. 단일 릴레이가 두 정보를 모두 보유하지 않는다는 점이 보안의 핵심 논리입니다. 이것이 바로 릴레이가 서로 관련 없는 사람들에 의해 운영되어야 하는 이유이기도 합니다. 만약 한 조직이 가드와 출구를 모두 운영한다면 분리 효과는 사라지며 암호화는 아무런 의미가 없게 됩니다.

알려진 취약점은 트래픽 상관관계 분석입니다. 회로의 양 끝을 동시에 관찰할 수 있는 관찰자는 들어오는 패킷과 나가는 패킷의 타이밍 및 크기를 대조할 수 있습니다. Tor는 인터넷 전체를 한꺼번에 감시할 수 있는 공격자를 방어하지 못하며, Roger Dingledine, Nick Mathewson, Paul Syverson이 2004년에 발표한 설계 논문 "Tor: The Second-Generation Onion Router"의 위협 모델에서도 이를 명시하고 있습니다.

사설 네트워크가 무용지물이었던 이유

이 부분은 짧은 요약에서 생략되는 내용이며, 이 페이지의 다른 모든 내용을 설명합니다.

군사 또는 정보 기관은 자사 트래픽만 흐르는 네트워크에서는 익명성을 확보할 수 없습니다. 익명성은 암호의 속성이 아니라 군중의 속성입니다. 네트워크를 떠나는 모든 연결이 하나의 사무실에서 발생한다면, 연결이 나가는 것을 관찰하는 사람은 이미 답을 알아낸 셈입니다. 암호화는 여전히 완벽하게 작동합니다. 하지만 혼동할 대상이 아무도 없으므로 익명성은 존재하지 않습니다.

따라서 설계는 공개되어야 했고, 트래픽은 다른 사람들의 트래픽과 섞여야 했습니다. 해당 코드는 2002년 10월 자유 소프트웨어 라이선스로 배포되었으며, 누구나 릴레이를 운영할 수 있게 되었습니다. 언론인, 활동가, 연구원, 그리고 광고 네트워크를 피하려는 일반인 모두가 그 안의 다른 모든 사람을 보호하는 군중이 되었습니다. Dingledine과 Mathewson은 2006년 정보 보안 경제학 워크숍(Workshop on the Economics of Information Security)에서 발표한 "Anonymity Loves Company: Usability and the Network Effect"라는 논문에서 이 주장을 펼쳤습니다. 결론은 사용자 기반의 규모와 다양성이 시스템의 보안 속성이라는 것입니다. 이는 마케팅을 위한 수치가 아닙니다.

알파 코드에서 비영리 단체로

Tor Project의 연대기와 발표된 논문들은 다음 단계들을 기록하고 있습니다.

• 2002년 10월: Tor 네트워크가 배포되었으며, 코드는 "자유 및 오픈 소스 소프트웨어 라이선스" 하에 공개되었습니다.
• 2003년 말: 네트워크는 "대부분 미국에 위치하고 독일에 하나가 있는 약 12개의 자원봉사자 노드"에서 실행되었습니다.
• 2004년: Dingledine, Mathewson, Syverson이 설계 논문인 "Tor: The Second-Generation Onion Router"를 발표했습니다.
• 2004년: Electronic Frontier Foundation(EFF)이 Tor 관련 작업에 자금 지원을 시작했습니다.
• 2006년: 개발 유지를 위해 The Tor Project, Inc.가 501(c)(3) 비영리 단체로 설립되었습니다.
• 2007년: 국가 방화벽이 공개 릴레이 목록을 차단하기 시작함에 따라 브리지(bridges)에 대한 작업이 시작되었습니다.
• 2008년: Tor Browser 개발이 시작되었습니다.

이후의 두 날짜는 현재 네트워크가 어떻게 사용되는지에 있어 중요합니다. Tor Project의 연대기는 2010년 말 아랍의 봄 당시 Tor가 신원을 보호하고 차단된 사이트에 접속하는 데 사용되었음을 명시합니다. 또한 2013년 Snowden 문건이 공개된 시점을 Tor의 역할이 널리 알려진 계기로 기록하며, 해당 문건들은 당시까지 Tor가 무력화되지 않았음을 보여주었다고 설명합니다. 두 사건 모두 프로토콜을 변경하지는 않았습니다. 다만 Tor를 설치하는 사용자층을 변화시켰습니다.

Tor의 자금 출처와 확인 방법

Tor Project는 자체 지원 페이지를 통해 "Tor Project는 정부 보조금, 민간 재단, 개인 후원자의 혼합된 자금으로 운영됩니다"라고 밝히고 있습니다. 정부 자금은 초기부터 포함되어 왔습니다. 후원자 페이지에는 미국 국무부와 함께 Ford Foundation, Open Technology Fund, Craig Newmark Philanthropies, 그리고 Brave, DuckDuckGo, Mullvad VPN, Fastly와 같은 기업들이 명시되어 있습니다. 2026년 10월, 해당 프로젝트는 Mullvad 공동 창립자의 정치적 기부와 관련된 우려가 제기된 후, Mullvad와의 기술적 협력은 좁은 범위 내에서 유지하되 공동 브랜딩은 중단했다고 밝혔습니다. 감사받은 재무 보고서는 블로그 게시물 형태로 공개되며, 가장 최근에는 2025년 12월에 2023년부터 2024년까지의 회계 연도 보고서가 게시되었습니다. 프로젝트의 공식 입장은 "후원자와 자금 조달 모델을 투명하게 공개하는 것이 커뮤니티와의 신뢰를 유지하는 최선의 방법"이라는 것입니다.

중요한 질문은 누가 자금을 댔는가가 아니라, 그 돈으로 무엇을 할 수 있는가입니다. Tor는 로그인하여 사용하는 서비스가 아닙니다. 이는 프로토콜 사양이며, 소스 코드를 읽을 수 있는 클라이언트이자, 낯선 사람들이 운영하는 릴레이 네트워크입니다. 백도어를 심으려는 사람은 세 곳 중 한 곳을 선택해야 하며, 각 지점은 검증이 가능합니다.

• 소스 코드: 클라이언트는 오픈 소스이며 프로토콜은 공개적으로 명시되어 있습니다. 학계 연구자들은 정기적으로 Tor에 대한 공격 방식을 발표하며, 이들에게는 결함을 먼저 찾아내야 할 모든 전문적 동기가 있습니다.
• 바이너리: Tor Browser 빌드는 2013년 8월부터 결정론적(deterministic) 방식으로 빌드되므로, 독립적인 빌더가 릴리스를 다시 빌드하여 게시된 다운로드 파일과 바이트 단위로 비교할 수 있습니다. 소스 코드와 일치하지 않는 바이너리는 배포자를 신뢰하지 않아도 즉시 식별할 수 있습니다.
• 릴레이: Tor Project는 네트워크를 직접 운영하지 않습니다. "Tor 네트워크는 대역폭을 기부하는 자원봉사자들에게 의존하며", 가드, 중간 릴레이, 출구 릴레이 및 브릿지는 서로 관련 없는 수천 명의 운영자 소유입니다. 자금 제공자를 매수한다고 해서 이들이 매수되는 것은 아닙니다.

프로젝트의 자체 성명은 간결합니다. "Tor에는 백도어가 없습니다. 소프트웨어는 오픈 소스이며, 코드는 독립적으로 감사받을 수 있고, 모든 릴리스는 변조 방지를 위해 서명됩니다." 이 문장이 가치 있는 이유는 각 구절이 사용자가 직접 가서 검증할 수 있는 대상을 명시하고 있기 때문입니다.

한 가지 실질적인 주의 사항이 있는데, 이는 무결성이 아닌 우선순위에 관한 것입니다. 보조금은 어떤 작업이 우선적으로 수행될지를 결정하므로, 예를 들어 네트워크 성능보다는 검열 우회 기술에 자금이 더 일관되게 투입되어 왔습니다. 이는 프로젝트에 대한 타당한 비판입니다. 하지만 이는 "코드가 손상되었다"는 비판과는 다른 차원의 문제이며, 이에 대한 답은 누군가의 보증을 신뢰하는 것이 아니라 재무 보고서를 직접 읽음으로써 얻을 수 있습니다.

Hidden services는 onion services로 명칭이 변경되었습니다

Onion service는 IP 주소를 절대 노출하지 않는 서버입니다. 클라이언트와 서버는 각각 네트워크 내부의 접점을 향해 독자적인 회로를 구축하므로, 양측 모두 상대방의 주소를 알 수 없습니다. 이 주소는 등록 기관이 할당한 이름이 아닙니다. 서버의 공개 키에서 파생된 값이기에 .onion 주소가 무작위 문자열처럼 보이는 것입니다.

Onion services 타임라인에서 각 릴리스를 확인할 수 있습니다:

• 2004년 4월 8일: Tor 0.0.6pre1에서 hidden services가 처음 구현되었습니다.
• 2007년 9월 21일: Tor 0.2.0.7-alpha에서 버전 2 hidden services가 도입되었습니다.
• 2016년 12월 19일: Tor 0.3.0.1-alpha에서 버전 3 개발이 시작되었습니다.
• 2018년 1월 9일: Tor 0.3.2.9에서 버전 3가 릴리스되었습니다.

"Hidden services"에서 "onion services"로의 명칭 변경은 특정 시점에 일어난 것이 아니라 점진적으로 진행되었으며, Tor Project의 공식 문서에서도 두 용어를 혼용하고 있습니다. 기존 용어는 본래 의미를 잘못 전달했습니다. 많은 onion 사이트가 공개되어 있고, 색인화되며, 광고되기도 합니다. 숨겨진 것은 사이트가 아니라 서버의 위치입니다. 원래의 명칭은 설정 파일에 남아 유용한 화석처럼 존재합니다. torrc에서 서비스를 선언하는 방법은 여전히 다음과 같습니다:

HiddenServiceDir /var/lib/tor/my_service/
HiddenServicePort 80 127.0.0.1:8080

해당 디렉터리에는 서비스 키와 주소가 포함된 hostname 파일이 저장됩니다. port 행은 onion 주소의 포트를 동일한 머신의 로컬 주소로 매핑합니다. 따라서 웹 서버는 127.0.0.1에 바인딩된 상태를 유지할 수 있으며, 공용 인터페이스에서 수신 대기할 필요가 전혀 없습니다. 버전 3가 기본값이므로 오늘날 이 두 줄을 사용하여 생성된 서비스는 v3 주소를 갖게 됩니다. 임대 서버에서 이를 수행하는 것은 주로 nginx를 루프백에 유지하고, 주소를 공용 IP와 연결할 수 있는 누출 경로를 차단하는 과정입니다. 자신의 VPS에서 .onion 사이트 호스팅하기에서 이 과정을 단계별로 설명합니다.

Onion 주소는 도메인 이름도 아닙니다. 2015년 10월에 게시된 RFC 7686은 .onion을 특수 용도 도메인 이름으로 예약하여, 일반적인 리졸버가 이러한 조회를 공용 DNS(도메인 이름 시스템)로 누출하지 않도록 했습니다. 이 규칙은 명확합니다: "권한 있는 서버는 .onion에 대한 쿼리에 반드시 NXDOMAIN으로 응답해야 한다." 이를 일반 도메인 이름이 해석되는 방식과 비교해 보면 그 차이가 곧 핵심임을 알 수 있습니다. DNS 이름은 등록 기관이 할당하며 사용자가 제어할 수 없는 서버를 통해 조회됩니다. 반면 onion 주소는 공개 키이므로 스스로를 인증하며 별도의 조회가 필요하지 않습니다.

기존 .onion 주소가 작동을 멈춘 이유

두 주소 형식은 서로 호환되지 않으며, 구형 형식은 영구적으로 차단되었습니다.

[
  {
    "version": "v2 (retired 2021)",
    "address_length_chars": 16,
    "service_key": "RSA-1024",
    "address_hash": "SHA-1, truncated to 80 bits"
  },
  {
    "version": "v3 (current)",
    "address_length_chars": 56,
    "service_key": "Ed25519",
    "address_hash": "SHA3-256"
  }
]

v2 주소는 16 자로 구성되었습니다. 이는 RSA-1024 공개 키의 SHA-1 해시값 중 앞 80비트만을 포함했기 때문입니다. v3 주소는 56 자로 구성됩니다. 이는 전체 Ed25519 공개 키와 체크섬, 버전 바이트를 모두 포함하기 때문입니다. v3 주소는 더 이상 값을 잘라내지 않으므로 주소 자체가 서비스의 완전한 식별자 역할을 합니다.

지원 중단은 2020년 7월에 발표되었으며, 일정은 다음과 같습니다.

• 2020년 9월 15일, Tor 0.4.4.x: Tor가 운영자와 클라이언트에 v2가 지원 중단됨을 알리기 시작합니다.
• 2021년 7월 15일, Tor 0.4.6.x: 코드 베이스에서 v2 지원이 제거됩니다.
• 2021년 10월 15일: 지원되는 모든 시리즈의 새로운 안정화 클라이언트 릴리스에서 v2가 비활성화됩니다.

실제 릴리스는 해당 날짜에 정확히 이루어지지 않았습니다. 코드는 더 일찍 변경되었습니다. 2021년 3월 18일 자 Tor 0.4.6.1-alpha 변경 로그에는 "이번 릴리스부터 Tor는 더 이상 구형 v2 onion 서비스를 지원하지 않는다"고 명시되어 있습니다. 2021년 5월 10일, Tor 0.4.5.8은 "현재 지원이 중단된 v2 onion 서비스에 연결할 때" 경고를 추가했고, Tor 0.4.6.3-rc는 "더 이상 지원되지 않는" 서비스에 대해 더 명확한 오류 메시지를 제공했습니다. 브라우저의 대응은 더 늦었습니다. 안정화 버전 Tor Browser는 2021년 11월 8일 11.0 버전에서 v2를 퇴출했습니다: "Tor 0.4.6.8로 업데이트된 이후 Tor Browser에서 v2 onion 서비스에 접근할 수 없습니다".

명시된 이유는 암호학적 결함 때문입니다. "수학과 암호학에 대한 인류의 이해가 발전함에 따라, 버전 2의 기반은 취약해졌으며 현재 시점에서는 안전하지 않다." 80비트로 잘린 SHA-1 해시와 1024비트 RSA 키는 2021년 기준으로는 합리적인 보안 수준에 미치지 못했으며, 주소 형식상 이를 변경할 여지도 없었습니다.

사용자가 겪게 되는 결과는 단순하므로 명확히 밝혀둘 필요가 있습니다. 2021년 이전에 게시된 모든 16자 .onion 링크는 영구적으로 사용할 수 없으며, 리다이렉트도 제공되지 않습니다. v2 주소는 구형 RSA 키의 잘린 해시값이었기 때문에 업그레이드가 불가능했습니다. 운영자는 새로운 서비스를 생성하고 사용자가 이미 신뢰하는 채널을 통해 새 주소를 게시해야 했습니다.

브리지와 플러그형 전송: 끊임없이 변화하는 검열

공개 릴레이 목록은 클라이언트가 서버 하나를 신뢰하여 경로를 맡기는 대신 스스로 경로를 선택할 수 있도록 의도적으로 공개됩니다. 하지만 이 공개된 목록은 Tor를 차단하려는 국가에게는 즉시 사용 가능한 차단 목록이 됩니다. 브리지에 대한 연구는 2007년에 시작되었습니다. 브리지는 공개 목록에 포함되지 않는 릴레이입니다. 사용자는 웹이나 이메일을 통해 소수의 브리지 주소를 요청하며, 검열 기관은 열거할 수 없는 주소를 차단할 수 없습니다. 이러한 브리지 공급은 자원봉사자들이 지속적으로 추가하기 때문에 유지되며, 저렴한 VPS에서 obfs4 브리지를 운영하는 것은 프로젝트라기보다 몇 개의 torrc 지시어와 방화벽 규칙을 설정하는 수준의 간단한 작업입니다.

이후 차단 방식은 주소 차단에서 트래픽 형태 분석으로 이동했습니다. 심층 패킷 분석(DPI)은 목적지 IP 주소와 관계없이 네트워크상에서 Tor 프로토콜을 식별합니다. 이에 대한 해결책이 플러그형 전송(pluggable transports)입니다. 이는 Tor의 기능은 유지하면서 트래픽의 외형을 변경하는 래퍼입니다. 현재 Tor Browser에는 obfs4proxy의 후속 제품인 lyrebird라는 단일 바이너리로 포함되어 있으며, 클라이언트 측 설정은 다음과 같은 torrc 세 줄로 구성됩니다:

UseBridges 1
ClientTransportPlugin meek_lite,obfs4,snowflake,webtunnel exec [PATH]/lyrebird
Bridge obfs4 <IP ADDRESS>:<PORT> <FINGERPRINT> cert=<CERTIFICATE> iat-mode=0

[PATH]를 lyrebird 바이너리가 위치한 디렉터리로 바꾸고, Bridge 줄 전체는 직접 입력하는 대신 Tor Project의 브리지 사이트에서 가져와야 합니다. 각 전송 방식은 서로 다른 차단 방법을 해결합니다:

• obfs4는 트래픽을 식별할 수 없는 형태로 만들어 필터가 일치시킬 수 있는 프로토콜 헤더를 남기지 않습니다. Tor 지원 페이지에서는 차단을 처음 우회할 때 가장 먼저 시도해 볼 전송 방식으로 obfs4를 안내합니다.
• snowflake는 일반 웹 브라우저 내에서 자원봉사자가 운영하는 단기 프록시를 거치게 하므로 연결되는 주소가 계속 바뀝니다. 이 방식은 2021년 7월 6일 버전 10.5에서 안정적인 Tor Browser에 포함되었습니다.
• meek는 대형 클라우드 제공업체를 통해 연결을 라우팅하므로 트래픽이 해당 제공업체로 향하는 것처럼 보입니다. 이를 차단하려면 해당 제공업체 전체를 차단해야 합니다.
• webtunnel은 obfs4와 반대되는 접근 방식을 취합니다. 아무것도 아닌 것처럼 보이는 대신, "페이로드 연결을 WebSocket과 유사한 HTTPS 연결로 감싸서" 웹 서버로 향하는 일반적인 HTTPS 연결처럼 보이게 합니다. Tor Project는 2024년 3월 12일 안정적인 Tor Browser에 이 기능을 출시했습니다. 이는 소수의 프로토콜만 허용하는 네트워크를 위한 것입니다.

이러한 일련의 과정은 지난 20년의 실질적인 흐름을 보여줍니다. 새로운 전송 방식이 등장하는 이유는 특정 차단 기술이 효과를 거두기 시작했기 때문이며, 각 전송 방식의 출시일은 그해 검열 기관이 어떤 활동을 했는지 보여주는 기록입니다.

Tor는 VPN이 아니며, VPS도 마찬가지입니다

많은 사람이 VPN에 관한 글을 읽고 Tor를 접하게 되므로, 정확한 개념을 이해하는 것이 중요합니다. VPN(virtual private network)은 사용자의 트래픽을 단일 기업이 운영하는 서버 하나로 보냅니다. 해당 기업은 사용자의 실제 주소와 목적지를 동시에 파악할 수 있습니다. 반면 Tor는 서로 다른 운영자가 관리하는 3개의 릴레이를 거쳐 트래픽을 전송하므로, 그중 어떤 단일 주체도 두 정보를 동시에 보유할 수 없습니다. 이는 서로 다른 실패 모드를 가진 상이한 신뢰 모델입니다. VPS와 VPN의 차이에서 각 기술이 어디에 적합한지 다룹니다.

군중 속의 익명성이 아니라 본인이 제어하는 기기 간의 비공개 터널을 원한다면, 직접 운영하는 VPN이 필요합니다. 약 40줄의 설정만으로 VPS에서 WireGuard VPN을 직접 호스팅할 수 있습니다. 이는 로컬 네트워크와 인터넷 서비스 제공업체로부터 트래픽을 보호합니다. 하지만 서버를 호스팅하는 기업으로부터의 익명성은 보장되지 않습니다. 본인의 결제 정보로 서버를 임대했기 때문입니다. VPS 호스팅의 안전성 여부에 관한 별도의 질문은 또 다른 위협, 즉 누가 내 서버에 접근할 수 있는지에 관한 문제입니다.

릴레이를 운영하는 것은 정반대의 방향이며, Tor 네트워크는 이에 의존합니다. 브리지, 가드, 중간 릴레이, 출구 릴레이 모두 운영자가 필요합니다. Tor Project의 릴레이 가이드는 "릴레이 운영에는 기술적 숙련도와 헌신이 필요하다"고 명시합니다. 출구 릴레이는 법적 위험을 수반합니다. 타인의 트래픽이 사용자의 IP 주소를 통해 인터넷으로 나가기 때문에 호스팅 제공업체에 관련 문의가 전달될 수 있습니다. 릴레이를 시작하기 전에 반드시 해당 가이드를 읽어보시기 바랍니다.

FAQ

Tor는 미국 정부가 만들었습니까?

어니언 라우팅은 1995년 미국 해군 연구소(U.S. Naval Research Laboratory)에서 시작되었으며, David Goldschlag, Michael G. Reed, Paul Syverson이 첫 번째 프로토타입을 구축했습니다. Tor 자체는 차세대 설계로, 2001년에서 2002년경 Roger Dingledine, Nick Mathewson, Paul Syverson에 의해 시작되었으며 2002년 10월 자유 소프트웨어 라이선스로 네트워크가 배포되었습니다. The Tor Project, Inc.는 2006년부터 독립적인 501(c)(3) 비영리 단체로 운영되고 있습니다. 정부가 기원이라는 점은 사실이며, 네트워크를 모두에게 개방해야 했던 이유이기도 합니다. 특정 조직의 트래픽만 전달하는 네트워크는 익명성을 제공할 수 없는데, 네트워크를 나가는 모든 연결이 해당 조직을 사용한다는 사실만으로 발신자를 식별할 수 있기 때문입니다.

정부 자금 지원이 Tor에 백도어가 있다는 것을 의미합니까?

Tor Project의 답변은 "Tor에는 백도어가 없습니다. 소프트웨어는 오픈 소스이며, 코드는 독립적으로 감사받을 수 있고, 모든 릴리스는 변조 방지를 위해 서명됩니다."입니다. 이를 약속이 아닌 검증 가능한 사실로 만드는 것은 그 주변의 구조입니다. 프로토콜은 공개적으로 명시되어 있고, Tor Browser 빌드는 결정론적이므로 독립적인 빌더가 릴리스를 재구축하여 게시된 바이너리와 비교할 수 있으며, 릴레이는 자금 제공자가 아닌 자원봉사자들이 운영합니다. 자금 지원은 어떤 작업이 우선순위를 갖는지에 영향을 미치며, Tor 블로그의 감사된 재무 보고서는 자금 출처를 투명하게 보여줍니다. 이는 코드에 관한 문제가 아니라 우선순위에 관한 문제입니다.

왜 예전 .onion 주소가 작동하지 않습니까?

해당 주소는 버전 2 주소이며, v2 onion 서비스는 2021년에 폐기되었습니다. Tor Project는 2020년 7월에 폐기를 발표했고, Tor 0.4.6.1-alpha는 2021년 3월에 v2 지원을 중단했으며, 안정적인 Tor Browser는 2021년 11월 8일 버전 11.0부터 v2 주소에 접속할 수 없게 되었습니다. v2 주소는 .onion 앞에 16자가 있고 v3 주소는 56자입니다. 주소가 이전 키에서 파생되었기 때문에 리다이렉트나 업그레이드 경로가 없으며, 운영자는 새로운 서비스를 생성하고 새 주소를 게시해야 했습니다.

Tor는 VPN과 같습니까?

아니요. VPN은 트래픽을 한 회사가 운영하는 서버 하나로 보내며, 해당 회사는 사용자의 실제 IP 주소와 목적지를 동시에 볼 수 있습니다. Tor는 서로 다른 사람들이 운영하는 세 개의 릴레이를 통해 트래픽을 보내므로, 첫 번째 릴레이는 목적지를 모른 채 사용자의 주소를 보고, 마지막 릴레이는 사용자의 주소를 모른 채 목적지를 봅니다. Tor는 더 느리며 전체 인터넷을 감시하지 않는 관찰자에 대비한 익명성을 위해 설계되었습니다. VPN은 더 빠르며 로컬 네트워크와 인터넷 서비스 제공업체로부터의 프라이버시를 위해 설계되었습니다.

플러그형 전송이란 무엇이며, 제가 사용해야 합니까?

플러그형 전송은 Tor의 작동 방식은 바꾸지 않으면서 네트워크상에서 Tor 트래픽이 어떻게 보이는지만 변경하는 래퍼이므로, Tor 프로토콜을 인식하는 필터가 이를 식별할 수 없습니다. 일반적인 Tor 연결이 실패할 때만 사용하면 되며, 이는 보통 사용자의 네트워크나 국가에서 Tor를 차단하고 있음을 의미합니다. Tor Browser는 obfs4, snowflake, meek, webtunnel을 lyrebird라는 단일 바이너리에 포함하고 있습니다. Tor 지원 페이지에서는 obfs4, webtunnel, snowflake, meek 순서로 시도해 볼 것을 제안하므로, obfs4부터 시작하여 연결이 완료되지 않으면 목록을 따라 내려가며 시도하십시오.