핫스팟에서 WARP는 연결됐는데 통신이 멈춘다면

연결은 됐지만 큰 패킷을 보내지 못한 경우다

스마트폰 핫스팟에 연결한 Windows PC에서 WARP가 연결됨으로 표시되는데 앱 통신이 멈춘다면, 새 베타가 고친 MTU 처리 문제가 점검 대상이다. Cloudflare의 10월 22일 공지에 따르면 기존 클라이언트는 경로 탐지에서 얻은 1147~1199바이트의 터널 MTU를 무시하고 더 큰 값을 유지했다. 이 때문에 큰 패킷이 버려질 수 있었다.

수정 버전은 Windows용 Cloudflare One Client 2026.9.1555.1 베타다. 공지는 핫스팟을 이런 문제가 나타날 수 있는 네트워크의 예로 든다. 따라서 연결 표시만 보고 통신이 정상이라고 판단하거나, 반대로 핫스팟의 모든 접속 실패를 이 버그로 단정할 수는 없다.

자동 탐지는 MASQUE와 PMTUD 설정을 함께 본다

경로 MTU 탐지(PMTUD)는 기기에서 Cloudflare까지의 경로가 허용하는 패킷 크기를 탐지해 터널 MTU를 조절한다. 터널은 원래 데이터에 헤더를 덧붙이므로, 이동통신망처럼 허용 크기가 작은 경로에서는 패킷 크기 차이가 통신 문제로 이어질 수 있다.

이 기능에는 MASQUE 터널 프로토콜이 필요하다. PMTUD는 클라이언트 2026.6.822.0부터 기본으로 켜지지만 관리 설정에서 꺼 둘 수 있다. Windows PowerShell이나 명령 프롬프트에서 warp-cli settings를 실행한 뒤 PMTUD enabled: true가 있는지 본다. 회사 관리 기기는 적용된 정책과 함께 확인해야 한다.

버전과 실패 시점의 진단 자료를 남긴다

공식 문제 해결 안내는 클라이언트 버전을 먼저 확인하고, 상태·설정·분할 터널 구성을 살피도록 한다. Windows에서는 앱의 톱니바퀴 메뉴에서 About WARP를 열어 버전을 볼 수 있다. 버전 번호를 기록해야 수정 전후를 구분할 수 있다.

1. 문제가 발생하는 핫스팟에서 실패 시각과 앱, 오류 메시지를 기록한다.
2. PowerShell 또는 명령 프롬프트에서 warp-diag를 실행한다.
3. 바탕 화면에 생성된 ZIP을 열고 connectivity.txt의 PMTU 값을 찾는다.
4. 같은 앱을 다른 회선에서 사용한 결과와 대조한다. 버전·설정도 함께 남겨 연결 경로만 달라진 비교인지 구별한다.

진단 ZIP에는 상태와 설정을 확인할 자료도 들어 있다. 현재 적용된 설정은 warp-settings.txt, 연결 상태는 warp-status.txt에서 볼 수 있다. MTU뿐 아니라 다른 설정 문제를 조사할 때도 같은 시점의 자료가 도움이 된다.

새 버전은 낮은 MTU로 기능이 저하된 상태를 배너로 알린다. 이 배너는 터널에서 전송할 수 있는 패킷 크기에 관한 정보다. 단순히 인터넷 요금제의 최대 속도가 낮다는 뜻으로 읽어서는 안 된다.

터널 MTU와 경로 MTU는 같은 숫자가 아니다

수정 공지의 1147~1199바이트는 터널 MTU다. PMTUD 문서가 요구하는 최소 1281바이트는 캡슐화 등의 부담을 포함한 네트워크 경로 MTU다. 두 수치를 직접 비교해 공지가 모순된다고 판단하지 않아야 한다.

작은 패킷에 맞춘다고 모든 기능의 조건이 충족되는 것도 아니다. 공식 문서는 PMTUD 사용 중 경로 MTU가 1361바이트 미만이면 터널의 IPv6를 자동 비활성화하며, WebRTC도 이 기준 아래에서는 성능이 저하된다고 설명한다. 영상회의만 계속 불안정하다면 이런 경로 제약까지 살펴야 한다.

이번 버전은 안정판 전의 베타이며 Cloudflare는 베타를 운영 환경에 권장하지 않는다. 관리자는 문제가 재현되는 테스트 기기에서 해당 수정의 효과를 확인하고 배포를 판단할 수 있다. 우선 할 일은 모든 MTU를 임의의 숫자로 고정하는 것이 아니라, 현재 버전과 탐지 설정, 실패 시점의 측정값을 확보하는 것이다.