가이드
VPN 킬 스위치 테스트 방법
클라이언트에 요청하지 않고 터널을 끊는 세 가지 방법, 그렇게 했을 때 중단되어야 하는 것, 그리고 대부분의 스위치가 건너뛰는 한 가지 상황인 시스템 시작과 클라이언트 연결 사이의 공백을 테스트하는 방법입니다. 2026년 말의 클라이언트를 기준으로 작성했습니다.
이 글에서 확인하는 것
킬 스위치는 터널에 장애가 발생했을 때 일반 네트워크로 아무것도 되돌아가지 않는다는 약속입니다. 클라이언트의 설정 페이지는 그 약속이 설정되었는지를 보여주고, 아래 테스트는 그 약속이 실제로 지켜지는지, 어떤 장애에서 지켜지는지를 보여줍니다. 외부로 나가는 모든 기기에서 한 번 실행하고, 클라이언트를 업데이트한 뒤 다시 실행하세요. 스위치의 용도는 킬 스위치 페이지에서 확인할 수 있습니다.
발생 빈도가 높은 순서에 따른 세 가지 끊김 상황입니다. 첫 번째는 통과하지만 두 번째는 통과하지 못하는 스위치는 흔하고, 세 가지를 모두 통과하지만 부팅 공백은 통과하지 못하는 스위치는 그보다 더 흔합니다.
시작하기 전에
- 클라이언트에서 스위치를 켜고, 두 번째로 더 엄격한 모드인 — 영구, 항상, 시스템 시작 시 등의 모드 — 를 제공한다면 어떤 모드를 선택했는지 기록하세요. 두 모드는 아래에서 따로 테스트합니다.
- 계속 진행 상황이 표시되는 작업을 시작하세요. 대용량 다운로드, 긴 동영상, 터미널에서 계속 실행되는 ping 등이 해당합니다. 이미 로드된 페이지는 더 가져올 것이 없으므로 아무것도 증명하지 못합니다.
- 두 번째 창에서 주소 확인 페이지를 열고 연결된 상태에서 출구의 주소를 기록하세요. 각 끊김 후에 이 페이지를 다시 로드합니다.
세 가지 끊김 상황
1. 네트워크를 끊기
Wi-Fi를 끄거나 케이블을 뽑고 몇 초 기다린 다음 다시 켜세요. 경로가 끊겼기 때문에 터널도 끊기며, 확인할 것은 네트워크가 복구된 뒤 터널이 복구되기 전까지 몇 초 동안 클라이언트가 어떻게 작동하는지입니다. 클라이언트에 다시 연결됨이 표시될 때까지 전송은 중단된 상태로 유지되어야 합니다. 클라이언트가 다시 연결되기 전에 전송이 재개된다면 일반 네트워크에서 실행되고 있는 것입니다.
2. 클라이언트에 요청하지 않고 터널 끊기
클라이언트의 백그라운드 프로세스를 직접 종료하세요. Windows에서는 작업 관리자의 서비스, macOS에서는 활성 상태 보기의 프로세스, Android에서는 애플리케이션 설정의 강제 종료, Linux에서는 터미널에서 프로세스를 종료하는 방법을 사용합니다. 클라이언트에 연결 해제를 요청하지 않았으므로, 정상적인 연결 해제에만 작동하는 스위치는 여기서 작동하지 않습니다. 클라이언트를 다시 시작할 때까지 전송은 완전히 중단된 상태로 유지되어야 합니다.
3. 클라이언트가 연결된 상태에서 네트워크 변경하기
휴대전화에서는 모바일 데이터가 켜진 상태에서 Wi-Fi를 꺼 기기가 한 네트워크에서 다른 네트워크로 이동하게 하세요. 노트북에서는 두 번째 Wi-Fi 네트워크나 휴대전화의 핫스팟에 연결합니다. 모바일 운영체제는 새 네트워크에서 터널을 다시 구성하며, 이 재구성 중의 공백에서 약한 스위치가 데이터를 유출합니다. 새 네트워크가 연결되는 즉시 주소 확인 페이지를 다시 로드하세요. 출구의 주소가 표시되거나 아무것도 표시되지 않으면 통과이고, 자신의 주소가 표시되면 실패입니다.
부팅 공백
대부분의 클라이언트가 제공하는 스위치는 클라이언트가 실행 중일 때 적용됩니다. 시스템이 시작된 뒤 클라이언트가 연결되기 전까지는 아무것도 적용되지 않습니다. 호텔 네트워크에서 노트북을 재개하는 경우 이 공백은 시스템과 함께 시작되는 모든 애플리케이션이 열린 연결을 통해 외부 서버에 접속하기에 충분히 깁니다.
- 클라이언트가 시스템과 함께 시작되고 실행 시 연결되도록 설정하세요. 두 기능은 대개 별도의 스위치이며, 두 번째 기능은 기본적으로 꺼져 있습니다.
- 기기를 재시작하고, 클라이언트에 연결됨이 표시되기 전에 열어 둔 주소 확인 페이지를 다시 로드하세요. 자신의 주소가 표시된 페이지가 로드되면 공백이 있는 것입니다. 오류가 표시되거나 클라이언트가 연결될 때까지 기다린 뒤 출구가 표시되는 페이지라면 공백이 차단된 것입니다.
- 페이지가 로드되었다면 영구 적용 또는 시스템 시작 시 적용으로 설명되는 더 엄격한 스위치 모드를 찾아 다시 실행하세요. Android에서는 아래 설명할 운영체제 자체 설정이 클라이언트와 관계없이 이 상황을 처리합니다.
Android의 운영체제 자체 스위치
Android에는 클라이언트가 아니라 VPN 시스템 설정에 자체 스위치가 있습니다. 항상 켜짐 VPN이며, 그 아래에 VPN 없이 연결 차단이 있습니다. 운영체제가 강제하는 이 설정은 클라이언트 종료, 네트워크 변경, 부팅 공백을 모두 처리하므로 대부분의 클라이언트 자체 스위치보다 범위가 넓습니다. 두 설정을 모두 켠 다음 세 가지 끊김 상황과 재시작을 다시 한 번 실행하세요. 클라이언트의 스위치도 켜 둬도 됩니다. 두 설정은 충돌하지 않으며, 앱이 작동하지 않을 때 적용되는 것은 운영체제의 스위치입니다.
통과가 의미하는 것
이 확인으로 입증되는 것
+터널이 어떤 방식으로 실패하든 열린 연결이 아니라 완전히 끊긴 연결이 됨
+네트워크가 복구된 뒤 터널이 복구될 때까지의 몇 초 동안 아무것도 전송되지 않음
+낯선 네트워크에서 시작되는 기기에서도 클라이언트가 연결되기 전의 공백이 차단됨
이 확인으로 알 수 없는 것
−터널이 연결된 동안 프로바이더가 무엇을 보존하는지는 알 수 없음 — 이는 보존 페이지에서 다룸
−작동하는 스위치가 유출되는 터널을 고치는 것은 아님. DNS와 IPv6는 VPN이 작동하는지 확인하는 방법에서 별도로 확인함
−통과는 이 클라이언트 버전에 대한 결과임. 업데이트에 따라 스위치의 위치가 바뀌거나 설정이 초기화될 수 있음
결과가 명확하지 않을 때
다운로드가 몇 초 동안 멈췄다가 다시 진행됐습니다
무슨 일이었는지 판단하기 전에 클라이언트 상태를 확인하세요. 클라이언트가 다시 연결되고 터널을 통해 다운로드가 재개되었다면 스위치는 작동한 것이며, 멈춘 것은 재연결 때문입니다. 클라이언트에는 여전히 연결 끊김으로 표시되는데 다운로드가 진행 중이라면 스위치가 시간 초과 후 네트워크를 열어 버린 것입니다. 이는 스위치가 작동하지 않는 경우입니다.
다운로드가 재개된 동안 주소를 확인하면 결론을 내릴 수 있습니다. 출구의 주소가 표시되면 터널이 복구된 것이고, 자신의 주소가 표시되면 복구되지 않은 것입니다.
아무것도 멈추지 않았지만 클라이언트에는 스위치가 켜져 있다고 표시됩니다
그렇다면 스위치의 적용 범위가 생각보다 좁은 것입니다. 많은 클라이언트는 스스로 연결된 상태라고 판단하는 동안에만 스위치를 적용하므로, 연결을 끊으라는 요청을 받은 터널이나 프로세스와 함께 종료된 터널에는 스위치가 작동하지 않습니다. 영구, 항상 또는 시스템 시작 시와 같은 이름의 두 번째 모드를 찾아 그 모드를 켠 상태로 테스트를 반복하세요.
그런 모드가 없다면 중요한 끊김 상황에서 스위치는 장식에 불과합니다. 플랫폼에 운영체제 자체 스위치가 있다면 그 스위치를 사용해야 합니다.
모든 것이 멈췄고 다시 연결되지 않았습니다
스위치가 작동한 것입니다. 작동 중인 스위치는 터널이 복구될 때까지 연결을 끊어 둡니다. 클라이언트가 다시 연결되지 않으면 제대로 연결을 해제하라고 지시하거나 스위치를 끌 때까지 오프라인 상태로 남습니다. 노트북에서는 이것이 요청한 동작입니다. 막아 주는 장애가 조용히 발생하기 때문에 문제가 있는 것처럼 보일 뿐입니다.
일부 항목만 멈췄습니다
예외로 처리된 항목이 있는 것입니다. 분할 터널링 규칙, 자체 프록시를 사용하는 브라우저 확장 프로그램, 또는 터널이 연결되기 전부터 연결을 유지하고 있던 애플리케이션은 스위치가 작동 중이어도 계속 데이터를 전송할 수 있습니다. 이들은 각각 스위치의 실패가 아니라 설정 문제입니다. 클라이언트의 예외 설정을 확인한 다음, 터널이 연결되기 전에 만들어진 연결을 제어하는 설정도 확인하세요. 일부 클라이언트에서는 이 설정이 기본적으로 적용되지 않습니다.
같은 절차, 다른 기기
다른 플랫폼들
모든 플랫폼은 한 페이지의 탭이 아니라 각자의 가이드를 가진다. 설치 프로그램이 열리는 순간부터 절차가 갈라지므로, 세 플랫폼에 한 번에 답하려는 페이지는 어느 것도 제대로 답하지 못한다.