소개
이 가이드는 Part 2에서 제시된 기본 설정보다 훨씬 더 큰 프라이버시, 익명성, 자유를 제공하는 고급 설정(Parts 4-8에서 구현)을 소개합니다. VM, VPN 및 Tor를 사용하는 기본 설정입니다. 이 설정은 구획화(또는 구획화)와 격리를 사용하며, VPN과 Tor의 복잡한 중첩 및 분기 체인을 통해 인터넷에 접속할 수 있는 여러 가상 머신(VM)을 사용합니다. 전체 설정에는 최소 며칠간의 집중 작업이 필요합니다. Part 1. 소개를 검토하고 위협 모델을 고려한 후 구현할 측면을 선택하세요.
이 고급 설정은 Part 2에서 제시한 기본 설정과 대체로 유사합니다. 호스트 머신은 VPN 서비스를 통해 인터넷에 도달하며, 방화벽 규칙을 통해 유출을 방지합니다. 활동을 구획하고 격리할 수 있는 여러 Linux 작업 공간 VM이 있으며, 다양한 작업 공간 VM은 VPN 서비스나 Tor 네트워크를 통해 독립적으로 인터넷에 도달합니다. 여러 작업 공간 VM에서 서로 다른 인터넷 IP 주소를 사용하여 여러 가명을 사용하여 프로파일링과 추적을 쉽게 차단할 수 있습니다. VM 네트워킹 서비스와 VPN 클라이언트가 손상되거나 우회되지 않는 한 멀웨어와 해킹의 영향은 제한적입니다.
그러나 고급 설정은 몇 가지 중요한 점에서 기본 설정을 훨씬 뛰어넘습니다. 이 설정은 기존의 잠재적으로 손상된 시스템(일반적으로 Windows 또는 OS X)을 VM 호스트로 사용하는 대신 새로운 Linux 설치를 사용합니다. Linux는 오픈 소스이기 때문에 백도어의 위험도 적습니다. 또한 대부분의 Linux 배포판이 무료이기 때문에 제품 키나 설치 시 고유 정보에 연결할 수 있는 머니 트레일이 없습니다.
기본 설정에서 Linux 작업 공간 VM(Wonix 제외)에는 애플리케이션과 네트워킹 서비스(라우팅, 방화벽, VPN 클라이언트 등)가 모두 포함되어 있습니다. 애플리케이션과 사용자의 취약점을 악용하여 공격이 VPN 클라이언트를 쉽게 손상시키거나 우회한 다음, VPN 터널이 아닌 모니터링 서버에 직접 연락하여 사용자를 비익명화할 수 있습니다. 또한, VPN이 연결되지 않은 경우 집으로 전화를 걸어 비익명화하는 멀웨어도 공격에 의해 설치될 수 있습니다. 실제로 이 로고와 같이 원격 리소스를 자동으로 로드하는 모든 문서도 동일한 작업을 수행할 수 있습니다.
이 고급 설정에서는 모든 작업 공간과 네트워킹 서비스(VPN 및 Tor 클라이언트)가 별도의 작업 공간과 게이트웨이 VM(pfSense VPN-클라이언트 VM 및 Tor-클라이언트 VM)에 격리되어 있습니다. 애플리케이션과 사용자의 취약점을 악용하는 공격은 VM-호스트 장벽을 손상시키거나 우회할 수 없는 한 네트워킹 서비스에 도달할 수 없습니다. 또한 작업 공간 VM은 게이트웨이 VM을 통해서만 인터넷에 접속할 수 있기 때문에 고의적인 사용자 오류를 제외하고는 게이트웨이가 다운되거나 고장 났을 때 원격 리소스에 접근할 수 없습니다.
또한, 이 설정에서는 게이트웨이 VM과 VirtualBox 내부 네트워크의 배열을 통해 투명하게 암호화된 라우팅 명령어 층을 생성하고, 이를 통해 VPN 서버와 Tor 진입 릴레이의 특정 체인을 통해 패킷을 유도합니다. 즉, 인터넷을 통한 패킷 라우팅은 VirtualBox에서 게이트웨이 VM의 로컬 라우팅을 반영합니다. VirtualBox GUI를 사용하면 VPN과 Tor 연결의 임의로 복잡한 중첩 및 분기 체인을 생성하고 수정하는 것이 간단합니다. 또한, VBoxManage 명령줄 인터페이스를 사용하여 라우팅 토폴로지의 변경을 자동화할 수도 있습니다(이 가이드에는 포함되지 않음).
실제로 이것은 양파 라우팅의 간단하고 정적인 구현입니다:
양파 라우팅은 컴퓨터 네트워크를 통한 익명 통신을 위한 기술입니다. 메시지는 반복적으로 암호화된 다음 양파 라우터라고 하는 여러 네트워크 노드를 통해 전송됩니다. 양파 껍질을 벗기는 사람처럼 각 양파 라우터는 암호화 레이어를 제거하여 라우팅 지침을 밝히고, 이 메시지를 다음 라우터로 전송합니다. 이렇게 하면 이러한 중개 노드가 메시지의 출처, 목적지 및 내용을 알 수 없게 됩니다.
초기 개인정보 보호 고려 사항
예를 들어 정치적 반체제 인사로서 타협할 경우 심각한 결과를 초래할 수 있는 경우, 안전한 VPN 서비스를 사용하여 이러한 가이드를 읽고 필요한 소프트웨어를 다운로드하는 것이 현명할 것입니다. 그렇지 않으면 ISP 및 기타 지역 관찰자가 사용자가 무엇을 하고 있는지 확인할 수 있으므로 더 많은 주의가 필요할 수 있습니다. 이상적으로는 지역 관찰자는 VPN 서비스를 사용 중이라는 사실만 확인하고 다른 내용은 확인하지 않는 것이 좋습니다. 아래에 설명된 것처럼 여러 VPN을 연결할 경우 직접 연결할 수 있는 VPN을 선택하는 것이 가장 좋습니다. 하나의 직접 연결 VPN 서비스만 지속적으로 사용하는 것은 많은 VPN 서비스와 Tor를 사용하는 것보다 덜 주목받는다는 것이 분명합니다.
현재 VPN 서비스를 사용하고 계신다면, 개인정보 보호와 성능이 적절하다면 직접 연결 VPN으로 채택하는 것이 가장 좋습니다. VPN 서비스에 대한 정보를 얻기 위한 편향되지 않은 출처로는 Wilders Security Forums(자체 서명 인증서를 사용하는)에서의 토론과 TorentFreak에서의 연례 리뷰가 있습니다. 새로운 직접 연결 VPN을 통해 현재 VPN 서비스에 간접적으로 연결하는 것은 무의미할 수 있습니다. 왜냐하면 그곳에는 계정과 ISP가 할당한 IP 주소를 연결한 기록이 있을 수 있기 때문입니다.
현재 VPN 서비스를 사용하지 않고 계신다면, 지금이 직접 연결할 서비스를 선택하기에 좋은 시기입니다. 직접 연결 VPN의 주요 기능은 속도(높은 대역폭과 낮은 지연 시간), 제한되지 않은 사용량(처리량), 그리고 주류 인기도(따라서 눈에 잘 띄지 않습니다)입니다. 일반적으로 하나의 직접 VPN 연결만 사용하게 되므로, 여러 국가에서 여러 개의 동시 연결을 허용하고 출구 서버를 보유한 서비스를 예약하여 간접 VPN(직접 연결 VPN을 통해 액세스할 수 있음)으로 사용하는 것이 더 좋습니다.
VPN 서비스 또는 Tor를 이미 사용하고 있지 않은 경우, 제공업체의 지침에 따라 이 글을 읽고 있는 기기에 직접 연결된 VPN 클라이언트를 설치하세요. 또한 이 기기에 필요한 모든 소프트웨어를 다운로드하여 ISP 등이 사용자가 무엇을 하고 있는지 확인할 수 없도록 하세요.
복잡성이 증가함에 따라 다음 튜토리얼(4부. 보안 호스트 머신 설정)에서 개인정보 보호가 높은 옵션을 선택하면 ISP 및 기타 로컬 관찰자로부터 새 설정에 대한 모든 증거를 숨길 수 있습니다. 직접 연결된 VPN 서비스를 통해 다운로드만 확인할 수 있습니다.
VPN과 Tor의 중첩 체인을 사용하여 신뢰 분배하기
VPN 서비스를 사용함으로써 우리는 ISP와 정부가 아닌 VPN 제공업체를 신뢰할 수 있다는 점을 명심하는 것이 중요합니다. 여러 홉을 사용하고, 로그를 유지하지 않겠다고 약속하며, 계정 데이터와 VPN 서버를 신중하게 분리하고, 심지어 개인정보를 침해하기 전에 이동하거나 종료하겠다고 주장하는 VPN 제공업체를 선택할 수 있습니다. 하지만 신뢰가 보장되었는지 여부를 알 수 있는 신뢰할 수 있는 방법은 없습니다.
따라서 개인정보 보호와 가명이 정말 중요하다면 단일 VPN 제공업체에만 의존하는 것은 현명하지 않습니다. 대신 다른 제공업체에서 다른 VPN 터널을 통해 하나의 VPN 터널을 라우팅하여 신뢰를 분배할 수 있습니다. 더 일반적으로 여러 제공업체에서 중첩된 VPN 터널 체인을 만들 수 있습니다. 개인정보 보호를 침해하려면 공격자가 체인 내 대부분의 VPN 서비스(모두는 아니더라도)를 손상시키거나 전복시켜야 합니다.
이 접근 방식은 적어도 두 가지 측면에서 취약합니다. 첫째, 다른 VPN 서비스를 통해 간접적으로 액세스하는 내부(위상적 의미의) VPN 서비스에 대한 자금 경로가 있을 수 있습니다. 무료 VPN 서비스를 사용하는 것도 하나의 옵션이지만 일반적으로 대역폭과 처리량을 제한합니다. 가장 좋은 옵션은 익명의 스네일 메일로 현금으로 결제하는 것입니다. 또 다른 옵션은 여러 익명 계정과 믹싱 서비스를 사용하여 철저히 익명화된 비트코인으로 결제하는 것입니다.
둘째, 우리 체인의 VPN 서비스 중 일부(또는 전체)는 광범위하게 자원이 풍부한 적대자들에 의해 타협하거나 전복될 수 있습니다. 이러한 위험을 완화하기 위해 협력이 부족한 지정학적 영향권(SOI)에서 운영되는 제공업체를 선택하는 것이 현명합니다. 거주하는 SOI에서는 제공업체를 피하는 것이 가장 좋습니다. 직접 연결된 VPN의 경우, 상대적으로 중립적인 SOI에서 제공업체를 선택하는 것이 가장 좋지만, 이는 큰 관심을 끌지는 않지만 적어도 전복하기는 다소 어렵습니다. 터미널/가장 안쪽 VPN의 경우, 사실상 비협력적인 SOI에서 제공업체를 선택하는 것이 가장 좋습니다. 전체적으로 세 개 이상의 VPN을 사용하는 경우, 중간 VPN에서는 협력이 부족한 SOI를 번갈아 선택하는 것이 가장 좋습니다.
우리는 또한 서로 다른 목표를 가진 수많은 참가자들 사이에 신뢰가 분산되는 고도로 정교한 양파 라우팅 구현인 Tor에 의존할 수 있습니다. 이는 VPN(심지어 복잡한 중첩된 VPN 체인)이 관리할 수 있는 것보다 훨씬 더 큰 익명성을 제공합니다. 그러나 애플리케이션이 Tor를 제대로 사용하도록(누출 없이) 구성하는 것은 간단하지 않으며, 패키지 설정을 사용하는 것이 가장 좋습니다.
Tor 브라우저 번들은 익명성에 최적화된 Tor와 Tor Project의 Firefox 버전으로 구성되어 있습니다. 설치 및 사용은 매우 쉽지만, 사용자가 잘못 구성한 애플리케이션에서 멀웨어 익스플로잇과 유출에 취약합니다. Amnesic Incognito Live System(Tails)은 VM으로도 실행할 수 있는 LiveCD(기본적으로 읽기 전용)입니다. 많은 애플리케이션으로 미리 구성되어 있습니다. 하지만 여전히 Tor를 우회하는 멀웨어 익스플로잇에 취약합니다. Whonix와 Incognito는 각각 별도의 게이트웨이와 워크스테이션 VM에서 작업 공간과 네트워킹 서비스를 분리합니다. 이는 사용자 오류, 잘못 구성된 애플리케이션 또는 멀웨어 익스플로잇을 통해 익명화를 방지합니다.
중첩된 VPN 체인의 끝이나 그 근처에 Tor를 통합하는 것이 가장 좋습니다. VPN 서비스는 P2P 파일 공유에 인기가 있으며, 파일 공유와 반대 의견이 모두 금지된 경우를 제외하고는 Tor를 사용하는 것보다 덜 원치 않는 관심을 끌 수 있습니다. 실제로 일부 지역에서는 Tor 네트워크에 대한 액세스가 차단되어 있습니다. 브리지 릴레이를 통해 연결하여 블록을 우회할 수 있습니다. 그러나 브리지 릴레이가 식별되고 차단되므로 사용자는 새 릴레이로 전환해야 합니다. 브리지 릴레이를 사용하는 시행착오 과정을 고려할 때 안정적으로 Tor 사용을 숨기지 않습니다. Tor 트래픽 패턴을 난독화하는 VPN과 난독화 브리지를 모두 사용하는 것이 가장 안전할 것입니다.
일부 인터넷 사이트는 Tor 출구 릴레이의 연결을 허용하지 않습니다. 일부 사이트는 모든 Tor 출구를 차단하는 반면, 다른 사이트는 다양한 블랙리스트에 표시되는 출구만 차단합니다. 간단한 해결책은 Tor를 통해 VPN 서비스를 라우팅하는 것입니다. Tor는 TCP 트래픽만 전송할 수 있으므로 VPN 연결을 위해 TCP 모드를 사용해야 합니다. 하지만 결과적으로 생성된 VPN 터널은 TCP 트래픽과 UDP 트래픽을 모두 전송하여 애플리케이션 호환성을 높이고 유출 가능성을 줄입니다.
VPN 유출 방지
VPN 연결은 (적어도) 두 가지 유형의 누출이 발생하기 쉽습니다. 한 가지 유형은 DNS 서버와 관련이 있습니다. 일반적으로 VPN 클라이언트가 연결을 요청한 후 서버는 터널을 구성하고 필요한 정보를 클라이언트에게 푸시합니다. 여기에는 네트워크 라우팅의 변경 사항이 포함되므로 모든 인터넷 트래픽은 VPN 터널을 사용하며, 호스트 이름을 IP 주소로 변환하기 위해 DNS 서버를 조회합니다.
하지만 문제가 발생하면 클라이언트 머신은 대신 사용자의 ISP에서 제공하는 DNS 서버를 쿼리할 수 있습니다. 이를 통해 VPN 종료 서버를 관찰하는 사람들에게 ISP의 신원이 공개될 수 있습니다. 또한 ISP에 액세스 중인 도메인을 표시할 수도 있습니다. 사용자의 ISP가 VPN 진입 서버에 대한 사용자 트래픽과 DNS 서버에 대한 쿼리를 모두 볼 수 있다면 타이밍 분석을 통해 사용자가 액세스 중인 도메인을 쉽게 확인할 수 있습니다. 즉, 해당 사용자의 VPN이 손상될 수 있습니다.
이러한 DNS 누출을 방지하는 것은 간단하지 않을 수 있습니다. 클라이언트 컴퓨터의 네트워크 구성에서 VPN의 DNS 서버를 일시적으로 하드 코딩하고 VPN 연결이 종료된 후 이를 취소해야 할 수도 있습니다. 참고로 VPN 클라이언트는 그렇게 해야 하지만, 특히 VPN 구성이 완전히 지원하지 않는 드문 운영 체제에서는 작동하지 않는 경우가 있습니다.
다른 유형의 누출은 트래픽이 VPN 터널을 우회하여 인터넷에 직접 도달하는 것을 포함합니다. 운영 체제는 VPN 서버가 모든 인터넷 트래픽을 VPN 터널을 통해 유도하는 네트워크 라우팅의 변경 사항을 제대로 구현하지 못할 수 있습니다. 또는 VPN 연결이 어떤 식으로든 실패할 수 있습니다. 예를 들어, VPN 서버가 오프라인 상태가 되거나 VPN 클라이언트 소프트웨어가 간헐적인 네트워크 중단 후에 중단되거나 중단될 수 있습니다. 원인이 무엇이든 VPN 연결이 잘못 구성되었거나 어떤 식으로든 실패하더라도 VPN 터널을 통한 인터넷 연결 외에는 인터넷 연결이 없는 것이 중요합니다.
안타깝게도 OpenVPN은 원격 네트워크에 대한 안전한 연결을 제공하도록 설계되었지만 인터넷 익명성은 제공되지 않습니다. 실제로 인터넷 트래픽은 VPN 대역폭을 절약하기 위해 기본적으로 OpenVPN에서 로컬로 종료됩니다. 모든 네트워크 트래픽을 전송하도록 VPN 터널을 구성하는 것은 쉽지만, VPN 클라이언트 소프트웨어가 종료된 후에는 트래픽이 클라이언트 컴퓨터의 물리적 어댑터를 사용하는 것을 방지하기가 어렵습니다. 기본적으로 VPN 연결 중에 이루어진 모든 네트워크 라우팅 변경 사항은 VPN이 연결이 끊길 때 반전됩니다. 그렇지 않으면 사용자가 인터넷에 접속할 수 없게 될 수도 있기 때문에(심지어 VPN을 다시 연결하는 경우에도) 이는 일반적으로 좋은 일입니다.
일부 VPN 제공업체는 비공개로 실패하는 독점 클라이언트를 사용합니다. 하지만 일반적으로 신뢰할 수 있는 보호 기능은 VPN 터널에 대한 네트워크 연결을 제한하는 네트워크 라우팅 및 방화벽 규칙뿐입니다. Windows와 OS X에서는 각각 Comodo와 PF를 사용할 수 있습니다. Linux에서는 VPN-Firewall을 사용할 수 있습니다. 이 스크립트는 지정된 OpenVPN 서버를 제외한 모든 인터넷 연결을 차단하면서도 투명한 VPN 재연결을 허용하는 iptables 규칙을 만드는 bash 스크립트입니다.
다음 튜토리얼인 Part 4. 보안 호스트 머신 설정에서 개인정보 보호가 높은 옵션의 일부입니다. 어떤 방법을 사용하든 누출 여부를 테스트하는 것이 현명합니다. 이는 다음 튜토리얼에서도 다룹니다.
pfSense VM을 VPN 클라이언트로 사용하기
하나의 VPN 터널을 개별 머신에서 누출 없이 다른 VPN 터널을 안전하게 라우팅하려면 고급 네트워킹 전문 지식이 필요합니다. 그러나 게이트웨이 라우터 역할을 하는 가상 머신(VM)을 네트워킹하는 것은 사소한 일입니다. 실제로 VPN(및 Tor)의 임의로 복잡한 중첩 및 분기 체인을 생성할 수 있습니다.
FreeBSD와 상태 풀 패킷 필터 PF를 기반으로 한 강화된 라우터/파이어월 운영 체제인 pfSense는 VPN-클라이언트 VM에 탁월한 선택입니다. pfSense VM은 작고 리소스가 가볍습니다. pfSense에서는 VPN 연결을 생성하고 누출을 방지하는 것이 매우 쉽습니다. pfSense WebGUI는 매우 직관적이지만 거의 모든 pfSense 기능을 노출합니다. pfSense VM을 VPN 클라이언트로 사용하는 방법은 Part 6에서 다룹니다. pfSense VM을 VPN 클라이언트로 생성하는 방법.
중첩된 VPN 터널 시각화
중첩된 VPN 터널 체인은 콘텐츠 서버, Tor 진입 릴레이, P2P 네트워크의 피어(예: BitTorrent, Freenet 및 I2P) 및 기타 원격 서버에 액세스할 때 더 나은 프라이버시와 익명성을 제공합니다. VPN이 없는 원격 서버는 ISP가 할당한 IP 주소를 볼 수 있습니다. 또한 ISP 및 기타 로컬 관찰자는 원격 서버의 IP 주소를 볼 수 있습니다. 또한 연결이 종단 간 암호화되지 않는 한 도청하여 중간자(MITM) 공격을 수행할 수 있습니다.
VPN 하나로 원격 콘텐츠 서버는 대신 VPN의 종료 IP 주소를 볼 수 있습니다. ISP 및 기타 로컬 관찰자가 VPN의 진입 IP 주소를 보고 VPN 터널이 암호화됩니다. 그러나 VPN 제공업체는 ISP가 할당한 IP 주소와 원격 서버의 IP 주소를 모두 알고 있습니다.
중첩된 VPN 터널 체인은 콘텐츠 서버, Tor 진입 릴레이, P2P 네트워크의 피어(예: BitTorrent, Freenet 및 I2P) 및 기타 원격 서버에 액세스할 때 더 나은 프라이버시와 익명성을 제공합니다. VPN이 없는 원격 서버는 ISP가 할당한 IP 주소를 볼 수 있습니다. 또한 ISP 및 기타 로컬 관찰자는 원격 서버의 IP 주소를 볼 수 있습니다. 또한 연결이 종단 간 암호화되지 않는 한 도청하여 중간자(MITM) 공격을 수행할 수 있습니다.
두 개의 중첩된 VPN을 사용하면 원격 콘텐츠 서버는 두 번째(내부) VPN의 종료 IP 주소를 볼 수 있습니다. ISP 및 기타 로컬 관찰자는 첫 번째(외부) VPN의 진입 IP 주소를 볼 수 있습니다. 두 VPN 터널 모두 암호화되어 있습니다. 두 VPN 제공자 모두 ISP가 할당한 IP 주소와 원격 서버의 IP 주소를 알지 못합니다. 첫 번째(외부) VPN 제공자는 ISP가 할당한 IP 주소를 알고 있으며, 두 번째(내부) VPN의 진입 IP 주소도 알고 있습니다. 두 번째(내부) VPN 제공자는 원격 콘텐츠 서버의 IP 주소와 첫 번째(외부) VPN의 종료 IP 주소도 알고 있습니다.
세 개 이상의 중첩된 VPN에서는 인터넷 활동에 대한 정보가 더욱 세분화되고 손상되기 어렵습니다. 그러나 VPN 터널이 더 깊이 중첩될수록 두 가지 요인으로 인해 사용성이 제한됩니다. 첫째, 각 VPN 레벨은 50-100ms 지연 시간을 추가하고 대역폭을 제한할 수 있습니다. 둘째, 개별 VPN 신뢰도의 결과로 전체 신뢰도가 낮아집니다(개인 VPN 신뢰도의 결과).
초기 설정 계획
이와 같은 설정을 만드는 것부터 시작하는 것이 좋습니다.
각 별은 모든 사용자가 공유하는 불변 IP 주소를 가진 VPN 출구를 나타냅니다. 두 개의 VPN 서비스(VPN1과 VPN2)가 백본을 형성합니다. VPN2를 통해 라우팅되는 세 번째 VPN 서비스는 여러 개의 동시 출구(VPN3a와 VPN3b)를 제공합니다. 또한 VPN2를 통해 라우팅되는 Tor 클라이언트는 자주 변경되는 출구 IP 주소 클라우드를 통해 인터넷에 접속할 수 있으며, 이는 다른 많은 사용자가 공유합니다. 마지막으로, 네 번째 VPN 서비스(VPN4)는 Tor 연결을 통해 라우팅됩니다.
중첩 체인의 각 VPN 터널은 어느 정도의 분리와 익명성을 제공합니다. 동시 사용자 수, 서비스 로그 수, 적대자에게 로그를 제공할 수 있는 가능성 등의 요인에 따라 얼마나 달라지느냐에 따라 달라집니다. 하지만 일반적으로 VPN1 출구, VPN2 출구, VPN3a 및 VPN3b 출구에서 더 적은 연결 위험이 가장 큽니다. 토르 연결은 훨씬 더 많은 분리와 익명성을 제공하므로 토르 출구 클라우드를 통한 연결 위험은 VPN3 출구를 통한 연결 위험보다 훨씬 적습니다.
그러나 Tor 연결을 통해 VPN4를 라우팅하면 익명성이 약화됩니다. 물론 이메일이나 돈이 VPN4로 가는 경로가 있는 경우에도 마찬가지입니다. 하지만 이러한 링크가 없는 무료 VPN 서비스조차도 Tor 익명성을 약화시킵니다. Tor 클라이언트는 다양한 경로와 출구 릴레이가 있는 수많은 회로를 계획하고 테스트합니다. 일반적으로 여러 개의 동시 회로를 사용하여 애플리케이션 데이터 스트림을 분리하고 회로를 자주 변경합니다. 하지만 특정 회로를 사용하여 VPN 터널을 설정하면 VPN이 연결을 끊었다가 다시 연결될 때까지 Tor 클라이언트는 이를 새 회로로 이동할 수 없습니다. 그럼에도 불구하고 VPN4 출구는 여전히 VPN2 출구보다 VPN2 출구와 훨씬 덜 연관되어 있을 수 있습니다.
주어진 VPN 출구 서버를 사용하는 모든 사람은 동일한 IP 주소를 가지고 있습니다. 혼잡은 익명성을 증가시키기 때문에 좋습니다. 그러나 여러 가명에 대해 특정 VPN 출구를 사용하는 것은 공유 IP 주소를 고려할 때 다소 비생산적입니다. 따라서 각 pfSense VPN-클라이언트 VM에 하나의 기본 가명만 사용하고, 해당 VPN 출구와 위치를 전체 중첩된 VPN 체인에서 사용하는 것이 가장 좋습니다.
또한 각 가명은 특정 VPN 출구를 일관되게 사용하는 것이 가장 좋습니다. IP 주소 변경은 Facebook 및 Google과 같은 일부 제공업체의 계정 인증 요구 사항을 유발할 수 있으며 블랙리스트로 이어질 수도 있습니다. 클라이언트는 애플리케이션 데이터 스트림을 분리하기 위해 여러 개의 동시 회로(출구 릴레이 포함)를 사용하고 회로를 자주 변경하기 때문에 Tor를 사용하면 이를 피하기 어렵습니다. VPN은 Tor를 통해 라우팅할 수 있지만 익명성이 떨어집니다.
https://www.ivpn.net/privacy-guides/advanced-privacy-and-anonymity-part-3/
이걸 딥식이 돌리면
**1. 도구 이해하기**
- **VPN (가상 사설망)**: 인터넷 트래픽을 암호화하여 사생활 보호 및 보안 강화
에役무합니다.
- **Tor**: 인터넷 트래픽을 여러 노드를 통해 중계하여 익명성을 극대화하고, 접
근하기 어려운 인터넷 부분에 접속할 수 있도록 합니다.
**2. 가상 머신 (VM) 설치**
- hypervisor (예: VMware 또는 VirtualBox)를 설치하여 VM을 생성 및 관리합니다
.
- 다른 활동 용도로 분리된 VM을 만듭니다: 하나는 보통 를 위해 VPN을 설치하고
, 다른 하나는 Tor를 설치하여 깊은 웹에 액세스할 수 있도록 합니다.
**3. 각 VM 구성하기**
- 첫 번째 VM에 신뢰할 수 있는 VPN 클라이언트를 설치하고, 사용자 선호도에 맞
는 설정을 완료합니다 (예: 서버 위치 선택).
- 두 번째 VM에 Tor 소프트웨어를 설치하고, 필요한 설정을 완료하여 트래픽을
Tor 네트워크를 통해 중계시킵니다.
**4. 격리 보장**
- hypervisor의 가상 네트워킹 기능을 사용하여 각 VM 간 및 主시스템과의 네트워
크를 분리합니다.
- 화이어월 또는 라우팅 규칙을 구성하여 한 VM의 데이터가 다른 VM이나 외부 네
트워크로 유출되지 않도록 합니다.
**5. 성능 최적화**
- 모든 소프트웨어를 업데이트하고, hypervisor, VPN 클라이언트, Tor 설정에서
네트워크 성능을 최적화합니다.
- 보안 유지的同时, VM에 한 자원 (CPU, 메모리)을 할당하여 성능을 향상시킵니다
.
**6. 보안 및 업데이트**
- 모든 소프트웨어를 정기적으로 업데이트하고, 보안 패치를 적용하여 취약점을
최소화합니다.
- 새로운 보안 위협에 대비하기 위해 주기적인 검사 실시.
**7. 법적 고려사항**
- 지역에서의 인터넷 사용과 관련된 법적 문제를 인지하고 준수합니다.
-当地政府의 규정을 확인하여 설정 변경이 필요한 경우 조치를 취합니다.
**8. 점진적인 구현**
- 각 도구를 한 번씩 설치하고, 독립적으로 작동하는 방법을 배우고난 후에 통합
합니다.
- 각 구성의 안정성을 확보하기 위해 꼼꼼히 테스트합니다.
이렇게하면 VPNs, Tor 및 VM을 활용하여 층지화된 사생활 보호 시스템을 구축할
수 있습니다. 이로써 온라인 익명성과 보안을 극대화할 수 있을 것입니다.
댓글 0