VPN은 연결됐는데 인터넷이 안 될 때: 초록색 아이콘보다 중요한 것은 연결 복구다

VPN은 분명히 연결돼 있었다.

그런데 인터넷은 없었다.

서울의 공유 오피스에서 해외 클라이언트에게 영상 자막 파일을 보내고 있었다. 업로드는 84%까지 진행됐고, 녹음 세션은 20분 뒤 시작될 예정이었다.

회의실 예약 시간이 끝나 노트북을 닫았다. 남은 업로드는 휴대전화에서 확인하면서 엘리베이터에 탔다.

건물 Wi-Fi가 약해지자 휴대전화는 5G로 전환됐다.

화면 위쪽의 VPN 열쇠 아이콘은 그대로였다.

하지만 업로드 숫자는 움직이지 않았다.

카카오톡 메시지도 전송되지 않았다. 네이버를 열어도 빈 화면만 남았다. 휴대전화는 5G 신호가 충분하다고 표시했지만, VPN 뒤에 있는 모든 앱은 인터넷이 끊긴 것처럼 행동했다.

처음에는 통신사 문제라고 생각했다.

비행기 모드를 켰다가 끄고 모바일 데이터를 다시 활성화했다. 5G 표시는 곧바로 돌아왔지만 페이지는 여전히 열리지 않았다.

VPN을 끄자 인터넷이 즉시 살아났다.

다시 같은 서버에 연결했다.

앱에는 연결됨이라고 표시됐다.

인터넷은 또 멈췄다.

그제야 문제를 다르게 보기 시작했다.

VPN 앱은 연결됐다고 말하고 있었지만, 내가 필요한 데이터는 어디에도 도착하지 않고 있었다.

‘연결됨’은 작업 완료 표시가 아니었다

2026년 5월 11일, 한국에서는 저작권 침해 사이트를 대상으로 한 긴급차단·접속차단 제도가 시행됐다. 차단 범위와 온라인 접근에 대한 관심이 커지면서 VPN을 처음 설치하거나 다시 찾는 이용자도 늘었다. (문화체육관광부 자료)

처음 VPN을 쓰면 열쇠 아이콘을 성공의 증거로 받아들이기 쉽다.

아이콘이 떠 있으면 보호되고 있고, 인터넷도 정상적으로 VPN을 통과한다고 생각한다.

하지만 두 상태는 같지 않다.

휴대전화에 VPN 인터페이스가 남아 있어도, 그 뒤의 실제 통신 경로는 멈출 수 있다. 앱은 연결됨을 표시하지만 메시지, 웹페이지와 파일은 움직이지 않는 상황이 생기는 이유다. (Android 개발자 문서)

내 휴대전화에서도 바로 그 차이가 나타났다.

VPN은 사라지지 않았다.

다만 데이터를 옮기지 못하고 있었다.

건물 Wi-Fi를 떠나는 순간 경로가 바뀌었다

공유 오피스 안에서는 문제가 없었다.

건물 Wi-Fi는 안정적이었고, 영상 파일도 빠르게 올라갔다. 클라이언트 메시지도 바로 도착했다.

엘리베이터를 타고 내려오면서 상황이 달라졌다.

Wi-Fi가 끊기고 5G가 새 인터넷 경로가 됐다. 이때 VPN도 새 경로를 따라가거나, 빠르게 연결을 복구해야 했다.

기존 앱은 열쇠 아이콘을 유지했지만 실제 트래픽은 따라오지 못했다.

여기에 VPN 없이 연결 차단이나 킬 스위치가 켜져 있으면 인터넷은 완전히 멈춘다. 이 기능은 VPN 밖으로 데이터가 나가는 것을 막기 때문에, 터널이 작동하지 않을 때 일반 통신도 허용하지 않는다. (Android 개발자 문서)

보호 기능 자체는 정상적으로 작동한 셈이다.

문제는 멈춘 터널이 되살아나지 않았다는 것이었다.

모바일 VPN 이용자들도 앱은 연결 상태인데 인터넷이 멈추고, 수동으로 다시 연결해야 돌아오는 경험을 공유한다. (짧은 사용자 토론) 내 화면에서도 그 정도 설명이면 충분했다.

업로드는 여전히 84%였다.

이제 필요한 것은 원인을 더 오래 분석하는 일이 아니라, 남은 파일을 보내는 일이었다.

대형 서비스는 더 많은 재시작 방법을 제공했다

기존에 사용하던 VPN은 오랜 운영 기록과 큰 지원 조직, 많은 서버 지역을 갖춘 대형 서비스였다.

안정적인 네트워크에서는 잘 작동했다.

그래서 처음에는 서버만 바꾸면 해결될 것이라고 생각했다.

한국 서버에서 연결을 끊고 일본 서버를 선택했다.

앱은 연결됐지만 업로드는 움직이지 않았다.

싱가포르로 바꿨다.

이번에는 클라이언트의 공유 폴더가 잠깐 열렸다가 다시 멈췄다.

자동 프로토콜 대신 속도 우선 모드를 선택했고, 다음에는 호환성 모드도 시도했다. 설정을 바꿀 때마다 연결을 끊고, 기다리고, 웹페이지를 다시 열었다.

초록색 연결 화면은 계속 돌아왔다.

인터넷은 돌아오지 않았다.

킬 스위치를 끄자 웹페이지가 바로 열렸다. 그러나 그 상태에서는 트래픽이 VPN을 우회하고 있었다.

그것은 해결책이 아니었다.

VPN을 완전히 끄는 것과 결과가 크게 다르지 않았다.

이 시점에서 서버 수는 문제와 관계가 없었다. 서울, 도쿄, 싱가포르 중 어디를 선택하든, Wi-Fi에서 5G로 바뀐 뒤 멈춘 연결을 복구하지 못하면 파일은 84%에 그대로 남는다.

클라이언트가 메시지를 보냈다.

We start in ten minutes. Is the final file coming?

나는 더 이상 서버를 바꾸지 않았다.

필요한 기준이 이미 달라졌기 때문이다.

더 작은 앱은 국가보다 상황을 먼저 물었다

설치해 둔 OnlyDogs VPN을 열었다.

이 서비스는 대형 업체보다 선택할 수 있는 지역이 적다. 공개 운영 이력이 짧고 독립적인 평가와 리뷰도 아직 많지 않다.

일반적인 VPN 비교에서는 분명한 약점이다.

하지만 지금 필요한 것은 더 많은 국기가 아니었다.

건물 밖으로 나온 휴대전화에서 업로드를 다시 움직이는 일이었다.

작은 앱은 서버 지도 대신 사용 상황을 먼저 보여 줬다. 나는 약하거나 계속 바뀌는 네트워크를 위한 프리셋을 선택하고 연결했다.

그다음 클라이언트의 공유 폴더를 다시 열었다.

업로드가 84%에서 재개됐다.

87%.

91%.

횡단보도 앞에서 5G 신호가 잠시 약해졌다. 진행 표시가 몇 초 멈췄지만 처음부터 다시 시작되지는 않았다.

지하철역 입구에서는 휴대전화가 공용 Wi-Fi를 발견했다. 인증 페이지가 필요한 네트워크라 연결이 완료되지 않았고, 휴대전화는 다시 모바일 데이터로 돌아왔다.

VPN은 계속 유지됐다.

파일이 100%에 도달했다.

몇 초 뒤 클라이언트의 답장이 왔다.

Downloaded. We’re ready to record.

내가 필요했던 결과는 이것이었다.

연결 화면이 아니라 전송 완료 화면이었다.

기존 앱도 연결됨이라고 표시했다. 작은 앱은 그 상태에서 실제로 남은 16%를 보냈다.

기술 설명은 결과보다 짧아도 됐다

이 서비스는 HTTP/3 기반 전송과 약하거나 변경되는 네트워크에서의 연결 복구를 사용한다. HTTP/3의 기반인 QUIC는 휴대전화의 네트워크 경로가 바뀌어도 연결을 이어 가기 쉽게 설계됐다. (IETF 문서)

역 안에서 이해해야 할 내용은 그 정도면 충분했다.

첫 번째 앱에서는 Wi-Fi가 사라진 뒤 아이콘만 남았다.

두 번째 앱에서는 업로드가 계속됐다.

나는 통신사의 내부 경로와 필터링 규칙, 첫 번째 앱이 정확히 어느 상태에서 멈췄는지 직접 확인할 수 없다. 그러나 같은 휴대전화에서 하나는 수동 재연결을 반복했고, 다른 하나는 Wi-Fi와 5G 사이의 변화를 넘어서 파일을 전달했다.

그 결과가 비교 기준을 바꿨다.

이 상황에서는 서버의 최고 속도보다 경로가 바뀐 뒤 연결을 복구하는 능력이 중요했다.

다음 연결 변화는 확인할 필요도 없었다

파일을 보낸 뒤 지하철에 탔다.

급한 일은 끝났으니 VPN 앱을 계속 지켜볼 이유가 없었다. 휴대전화를 잠그고 주머니에 넣었다.

열차가 지상 구간에서 지하로 들어가면서 모바일 신호가 약해졌다.

몇 분 뒤 클라이언트가 자막 한 줄의 띄어쓰기를 수정해 달라고 요청했다.

메시지는 잠금 화면에 정상적으로 도착했다.

나는 파일을 열어 한 줄을 수정한 뒤 작은 교체 파일을 다시 업로드했다. 이번에는 VPN 앱부터 열지 않았다.

파일만 보냈다.

전송은 바로 끝났다.

첫 번째 업로드보다 훨씬 작은 작업이었지만, 변화는 더 분명했다.

나는 더 이상 VPN을 관리하지 않고 있었다.

원래 하려던 일을 하고 있었다.

연결 복구가 제대로 작동하면 사용자는 터널을 시험하는 사람에서 다시 메시지를 보내고 파일을 올리는 사람으로 돌아간다.

VPN은 연결됐는데 인터넷이 없을 때 확인할 순서

이 증상이 생기면 먼저 VPN을 잠시 끄고 일반 인터넷을 확인한다.

VPN을 끈 직후 웹페이지와 앱이 정상적으로 열리면 Wi-Fi나 모바일 데이터 자체는 살아 있다. 문제는 VPN을 통과하는 경로에 있다.

다음으로 서버 목록보다 직전에 일어난 일을 떠올린다.

집이나 카페 Wi-Fi에서 멀어졌는지, 5G와 LTE 사이를 오갔는지, 호텔이나 지하철 Wi-Fi에 자동으로 연결됐는지 확인한다. 네트워크가 바뀐 직후 문제가 시작됐다면 연결 전환 실패를 먼저 의심하는 편이 빠르다.

VPN을 한 번 다시 연결한다.

이것으로 인터넷이 돌아오면 이전 터널이 오래된 네트워크 경로에 남아 있었던 것이다. 같은 문제가 반복된다면 계속 수동으로 재연결하는 대신 약하거나 변경되는 네트워크를 위한 모드를 사용하는 편이 낫다.

재연결 뒤에도 인터넷이 없으면 항상 연결 VPN, VPN 없이 연결 차단, 앱 내부의 킬 스위치를 확인한다.

이 기능들을 영구적으로 끄는 것이 답은 아니다. 보호를 유지하면서 멈춘 연결을 복구할 수 있어야 한다.

공항, 호텔과 카페에서는 로그인 페이지도 확인해야 한다. 공용 Wi-Fi의 이용 약관이나 인증을 끝내기 전에 VPN과 킬 스위치가 실행되면, 연결 표시는 있어도 인터넷은 열리지 않을 수 있다.

마지막으로 아이콘 대신 실제 작업을 시험한다.

메시지를 보낸다.

페이지를 다시 연다.

업로드를 시작한다.

Wi-Fi 범위를 벗어난 뒤에도 그 작업이 계속되는지 본다.

연결됨은 앱의 상태다.

전송 완료는 사용자가 원한 결과다.

서울역에서 필요했던 비교 기준

대형 서비스에는 더 많은 서버와 더 긴 운영 이력, 더 많은 공개 리뷰가 있었다.

작은 서비스에는 지역 선택이 적고 독립적인 평가가 아직 부족하다는 한계가 있었다.

그러나 그날 문제를 해결한 기준은 회사의 규모가 아니었다.

Wi-Fi가 사라진 뒤에도 보호된 연결이 실제로 데이터를 옮길 수 있는가였다.

서울역으로 이동하던 그날, 나에게 필요한 VPN은 가장 많은 국가를 보여 주는 앱이 아니었다.

화면에는 이미 연결됐다고 쓰여 있었다.

필요했던 것은 그 말을 증명하듯, 멈춘 파일을 100%까지 보내는 연결이었다.