휴대폰 VPN이 핫스팟에 연결된 노트북까지 보호할까?

휴대폰 브라우저는 다른 나라의 주소를 보고하고, 핫스팟에 연결된 노트북은 여전히 이동통신사를 보고한다. 두 관찰 중 어느 것도 틀리지 않았고, 사람들이 보는 모순은 인터넷 연결을 공유하면 터널도 공유된다는 가정에서 나온다. 테더링된 트래픽이 휴대폰의 VPN으로 들어가는지는 세 가지 조건이 결정하며, 그중 휴대폰 설정에 관한 것은 하나뿐이다. 어쩌면 존재하지 않을 수도 있는 공유 기능을 찾기 전에 이 셋을 차례로 짚어 보자.

핫스팟이 실제로 전달하는 것

테더링은 휴대폰의 모바일 인터페이스를 통해 노트북에 인터넷으로 가는 경로를 준다. 휴대폰은 그 패킷을 전달하고, 보통은 노트북의 주소를 나갈 때 변환한다. 이것은 전달 기능이며, 전달은 트래픽을 터널로 끌어들이는 것과 같지 않다.

전달된 패킷이 그다음 휴대폰 VPN으로 들어가는지는 VPN 앱이 경로와 규칙을 어떻게 설치했는지에 달려 있다. 휴대폰에서 생긴 트래픽만 잡는 앱은 커널이 테더링 클라이언트를 대신해 전달하는 패킷을 보지 못한다.

그래서 두 관찰은 이렇게 쉽게 공존한다. 휴대폰 자체 브라우저는 터널을 쓰고, 노트북의 패킷은 전달 경로를 타며, 두 화면 어디에도 거짓은 없다. 두 기기가 같은 인터페이스에 같은 질문을 하지 않을 뿐이다. 이 분리를 보면 “내 노트북은 왜 보호되지 않는가”라는 불만은 버그가 아니라 설계 질문이 된다.

조건 하나: 휴대폰이 실행하는 터널

휴대폰에서 VPN의 범위를 확인하는 것부터 시작하자. 기기 전체 터널, 앱별 터널, 브라우저 전용 프록시는 서로 다른 세 가지이며, 전달된 트래픽을 덮을 가능성이 있는 것은 첫 번째뿐이다. 상태 표시줄 아이콘이 아니라 앱이 무엇을 잡는지에 대한 제공자 설명을 보라.

그다음 제공자가 테더링에 대해 무엇을 말하는지 확인하자. 어떤 제공자는 일반 핫스팟 트래픽이 터널 밖에 있다고 분명히 문서화하는데, 라우터가 되겠다고 약속한 적 없는 소비자 서비스로서는 정직한 답이다. Proton VPN의 Android 핫스팟 안내 는 그 구분을 보여 주는 공개된 사례 하나이며, 여러분의 기기에 중요한 것은 제공자 자신의 문서다.

상태 표시줄의 VPN 아이콘은 휴대폰에 터널이 있다는 것만 알려 준다. 그 터널이 어느 인터페이스를 덮는지는 알려 주지 않으며, 혼란의 대부분은 바로 이 틈에 산다.

조건 둘: 테더링이 포함되는가

기기 전체 터널조차 설계상 전달된 트래픽을 제외할 수 있다. 앱의 라우팅 규칙이 로컬에서 생긴 패킷을 기준으로 작성되었기 때문이다. 테더링 클라이언트를 포함하려면 보통 제공자의 명시적 지원이 필요하거나, 대부분이 시도해서는 안 되는 루팅 기기와 사용자 규칙이 필요하다.

Wi-Fi에서 USB로 바꿔도 이것은 달라지지 않는다. 테더링 하위 시스템은 여러 전송 방식을 지원하지만 전송 방식이 라우팅 결정은 아니다. 케이블은 링크를 더 안정적으로 만들 뿐 터널 범위에는 아무것도 하지 않으며, 그래서 “그냥 USB를 써라”라는 조언은 물은 질문과 다른 질문에 답한다.

방화벽 규칙을 지우고 특정 인터페이스 이름을 전제하는 옛 처방은 이식 가능한 지침이 아니다. 특정 기기, 특정 ROM, 특정 연도를 위해 쓰였으며, 현재 휴대폰에 적용하면 터널을 넓히기보다 테더링을 깨뜨릴 가능성이 크다.

조건 셋: 목적지가 요구하는 신원

이것이 보통 설계를 결정하는 조건이며, 핫스팟과는 아무 관계가 없다. 노트북이 고용주의 네트워크에 접속해야 한다면 중요한 신원은 노트북의 것이고, 휴대폰의 소비자 VPN은 그것을 제공할 수 없다.

ip -brief addr show
curl -sS https://ifconfig.me/ip
dig +short myip.opendns.com @resolver1.opendns.com

이 명령은 휴대폰이 아니라 노트북에서 실행하라. 질문은 당신이 신경 쓰는 기기에서 목적지가 무엇을 보는가이기 때문이다. 휴대폰이 보고하는 공인 주소는 휴대폰에 관한 질문에 답한다.

노트북에서 일치하는 결과가 나와도 증거로는 제한적이다. 이름 확인, 다른 앱, 터널이 끊겼을 때의 동작은 모두 당신이 범위를 시험하는 기기에 속하며, HTTP 요청 하나로는 그중 어느 것도 특징지을 수 없다. 정말 중요한 앱을 시험하고, 그다음 터널을 일부러 끊은 상태에서 다시 시험하라.

대신 무엇을 할지, 수고의 순서로

가장 저렴한 정답은 노트북에서 VPN을 실행하는 것이다. 핫스팟에 연결하고, 기저의 모바일 연결은 휴대폰이 제공하게 하며, 신원이 필요한 기기에서 터널을 세우라. 이는 고용주 VPN에서도 동작하며, 가장 중요한 사례다.

기기가 VPN 클라이언트를 아예 실행할 수 없다면, 명시적으로 지원되는 공유 게이트웨이나 터널을 종료하는 여행용 라우터를 찾아라. 핫스팟 기능이 그 게이트웨이라고 가정하지 말고 실제 플랫폼에 대한 문서를 읽어라.

둘 다 불가능하다면 유지할 수 없는 처방으로 우회하기보다 한계를 받아들여라. 휴대폰의 VPN은 휴대폰을 덮는다. 노트북에는 자기 경로가 필요하고, 그것을 미리 아는 것이 오후 내내 인터페이스를 실험하는 것보다 값지다. 다음 사람이 장애 중에 다시 발견하지 않도록 구성을 문서화하라. 팀 위키의 한 줄이면 충분하다.