당신의 VPN이 연결을 기부하고 있나요? 확인해야 할 두 방향

같은 공급자에 연결된 두 사람이 반드시 서로의 가정 연결을 쓰는 것은 아닙니다. 일반적인 구성에서는 두 기기가 모두 공급자의 종단점으로 트래픽을 보내고 출구 주소만 공유하기 때문입니다. 자원 공유 제품은 반대 방향으로도 작동할 수 있어, 당신의 기기가 다른 사람의 트래픽을 위한 경로를 제공합니다. 방향이 문제의 전부이며, 그것은 눈앞의 앱에서 답할 수 있습니다. 다음은 물어볼 순서와 보관할 가치가 있는 증거입니다.

두 방향, 그리고 동의가 필요한 것은 하나뿐

원격 출구를 사용한다는 것은 당신의 트래픽이 공급자를 거쳐 나가고 목적지가 공급자의 주소를 본다는 뜻입니다. 출구를 제공한다는 것은 다른 사람의 트래픽이 당신의 연결을 거쳐 나가고 목적지가 당신의 주소를 본다는 뜻입니다. 둘 다 VPN이라고 불리지만, 클라이언트를 운영하는 사람에게 전혀 다른 의무를 지웁니다. 어떤 제품은 첫 번째를 하면서 두 번째는 전혀 하지 않을 수 있고, 둘을 동시에 할 수도 있습니다.

1. 원격 출구: 당신의 애플리케이션이 트래픽을 공급자의 종단점으로 보내고, 목적지는 공급자의 주소를 기록합니다.
2. 제공된 출구: 다른 사람의 트래픽이 당신의 기기에 있는 공유 구성 요소를 지나 당신의 회선으로 나가고, 목적지는 당신의 주소를 기록합니다.

첫 번째는 자신의 트래픽에 관한 프라이버시 선택입니다. 두 번째는 다른 사람의 트래픽에 관한 결정이며, 그래서 공유된 출구 주소는 평판 문제이고 제공된 연결은 트래픽 출처 문제입니다. 이 두 우려는 끊임없이 혼동되며, 그것을 분리하는 것이 분석의 대부분입니다.

설치한 앱에서 공유 스위치를 읽으세요

실제로 설치된 제품을 열고 그 설정에서 공유, 기여, 피어 투 피어, 커뮤니티 액세스 같은 단어를 찾으세요. 스위치가 있는지, 활성 상태로 시작하는지, 어느 계정 등급에 속하는지 기록한 다음 버전 문자열이 보이게 패널을 캡처하세요. 지원 답변이 그것을 요구하기 때문입니다. 다음 업데이트 후에도 확인을 반복하세요. 기본값은 릴리스마다 바뀝니다. 어디에도 공유 관련 문구가 없는 패널은 유용한 발견이지만, 그 자체로 보장은 아닙니다.

한 제품에 대해 피어 투 피어 공유를 설명하면서 다른 에디션은 제외하는 공급자는 브랜드 이름이 감추는 구분을 방금 말해 준 것입니다. 그런 서비스의 공급자 FAQ는 기여하는 제품과 피어가 없는 에디션을 구분하며, 바로 그런 차이를 직접 읽어 볼 가치가 있습니다. 결제 상태도 기술적 설명이 아닙니다. 유료 구독에 공유 구성 요소가 포함될 수 있고, 포함하지 않는 쪽이 무료 등급이기 때문입니다.

창을 닫은 뒤에도 계속 실행되는 것

브라우저 부가 기능과 별도로 설치된 서비스는 하나의 로고 아래에서 다른 일을 할 수 있으므로, 창을 닫고 프로세스가 살아남는지 확인하세요. 탭보다 오래 사는 프로세스는 당신이 활성화한 기능과 그것 없이 계속 작동하는 구성 요소의 차이입니다. 둘 다 정당할 수 있지만, 탭에서 보이는 것은 하나뿐입니다.

아래 블록은 Windows용입니다. 프로세스를 읽고, 그다음 그 프로세스가 소유한 소켓을 읽으며, 첫 줄의 식별자가 나머지 두 줄이 필터링하는 대상이므로, 관련 없는 세 가지 출력을 실행하는 대신 그것을 바꿔 넣으세요. 프로세스 경로와 설정된 연결을 함께 읽으세요. 어느 하나만으로는 매우 적은 것만 증명합니다.

Get-Process | Where-Object Path -like '*VPN*' | Select-Object Name, Id, Path
Get-NetTCPConnection -State Established | Where-Object OwningProcess -eq <pid> | Select-Object RemoteAddress, RemotePort
netstat -ano | Select-String 'ESTABLISHED' | Select-String '<pid>'

릴레이는 파일 공유가 아닙니다

다른 사람의 트래픽을 전달하는 것은 당신의 기기에서 파일이나 서비스를 노출하는 것과 다른 권한입니다. 하나에 관한 문서가 다른 하나를 설명하지 않으며, 하나의 설치 프로그램이 둘 다 설정했더라도 터널에 동의하는 것이 파일 공유에 동의하는 것은 아닙니다. 설정 페이지를 읽을 때 두 질문을 분리해 두세요.

수신 대기 포트가 없다는 것은 아무것도 공유되지 않는다는 증거가 아닙니다. 릴레이는 나가는 연결을 시작하고 들어오는 연결은 결코 받지 않을 수 있으며, 피어 투 피어 시스템이 방화벽 문제를 피하는 방식이 바로 그것입니다. 무엇이 수신 대기하는지만 보지 말고 연결이 어디로 가는지 보세요. 공급자 자체의 종단점으로 가는 연결 하나는 클라이언트처럼 보이지만, 당신이 설명할 수 없는 주소로 가는 여러 연결은 더 주의 깊게 볼 가치가 있습니다. 설정과 문서를 본 뒤에도 모델이 여전히 불분명하면 운영자에게 구체적인 질문을 하세요. 업무 기기나 관리되는 네트워크에서는 노트북을 든 사람이 아니라 관리자가 결정합니다.

본 것을 기록하고, 다시 확인하세요

버전, 설정 상태, 관찰한 소켓을 타임스탬프와 함께 적으세요. 그 기록이 의심을 누군가 답할 수 있는 질문으로 바꾸기 때문입니다. 몇 달 뒤 남용 통지가 와도 그것이 필요하며, 채팅 창의 메모는 기록이 아닙니다.

아래 블록은 Linux 또는 macOS용이며 Windows용과 같은 질문에 답합니다. 업데이트 후에도 실행하세요. 구성 요소 배치는 릴리스마다 바뀌고 새 보조 프로세스는 놓치기 쉽습니다. 소켓 목록은 소유 프로세스를 지목하며, 그것이 두 블록을 릴리스 전반에서 비교 가능하게 만듭니다.

ss -tunp | head -n 20
lsof -i -P -n | grep -i vpn
journalctl --since '1 hour ago' | grep -i -E 'vpn|relay' | tail -n 20

불만 사항에 당신의 주소가 나타나면, IP 주소만으로는 사람을 식별하지 못한다는 점을 기억하세요. 통지, 타임스탬프, 기록한 설정을 보존하고, 그다음 공급자나 관리자의 신고 절차를 따르세요. 그것은 불만을 기각하지 않으며, 공유된 출구 주소를 실제로 당신의 연결에서 나간 트래픽과 구분해 줍니다.