지점 VPN 특정 사이트 속도 저하 시 MTU·DNS·경로 점검 가이드

본사와 지사 간 업무망을 연결하는 지점 VPN 환경에서 종종 기이한 현상이 발생합니다. 사내 파일 서버 전송이나 대용량 다운로드는 100Mbps 이상으로 시원하게 잘 작동하는데, 회계 시스템(웹 ERP)이나 특정 포털 페이지만 들어가면 하얀 화면에서 멈추거나 타임아웃 오류가 발생하는 현상입니다.

이때 많은 담당자가 즉시 회선 제공업체에 연락해 대역폭을 500M, 1G로 증설하곤 합니다. 하지만 회선 용량을 늘려도 동일한 사이트 지연 증상은 전혀 개선되지 않아 예산만 낭비되는 사례가 빈번합니다.

문제를 직관적으로 파악할 수 있도록 단순 회선 용량 부족과 실제 네트워크 병목 요인 간 차이점을 아래 표로 정리했습니다.

이더넷의 기본 표준 MTU(Maximum Transmission Unit)는 1500바이트입니다. 하지만 지점 VPN 환경에서는 IPsec이나 WireGuard, SSL 같은 암호화 캡슐화 헤더가 패킷에 추가되면서 약 50~80바이트의 추가 용량(오버헤드)을 요구합니다.

이로 인해 작은 텍스트 데이터는 정상 전달되지만, JavaScript 라이브러리나 고해상도 이미지가 포함된 대용량 웹 패킷은 누락되어 사이트가 열리지 않고 무한 로딩에 빠지게 됩니다. 라우터와 VPN 게이트웨이의 MTU를 1420 정도로 낮추고 TCP MSS 클램핑(Clamping) 값을 1380~1400으로 강제 지정하면 즉각 해결됩니다.

지사 PC의 네트워크 어댑터에 본사 내부 Active Directory DNS 서버(예: 10.10.0.2)가 1차로 설정되어 있을 때 자주 발생하는 문제입니다. 사내 인트라넷 도메인은 정상적으로 찾지만, 외부 일반 웹사이트를 조회할 때 본사 서버를 거쳐 공용 DNS로 재귀 질의가 이뤄집니다.

본사 DNS 서버의 성능 부하나 터널 지연으로 인해 도메인 네임 해석(DNS Lookup)에 3~4초 이상 소요되면, 브라우저는 연결이 매우 느린 것으로 인식합니다. 지점 VPN 라우터에서 내부 도메인만 본사로 넘기고 일반 인터넷 쿼리는 통신사 공용 DNS로 분기(Split DNS) 처리해야 쾌적한 속도를 회복할 수 있습니다.

지사 직원이 인터넷을 사용할 때 모든 트래픽을 본사 방화벽으로 강제 경유시키는 '풀 터널(Full Tunneling)' 정책을 사용할 경우 비효율적인 헤어피닝 경로가 형성됩니다.

예를 들어 부산 지사에서 부산 소재의 클라우드 데이터센터 서버에 접속할 때, 트래픽이 [부산 지사 → 서울 본사 방화벽 → 서울 인터넷망 → 부산 클라우드] 형태로 왕복 이동하게 됩니다. 왕복 지연 시간(RTT)이 3~4배 증가하며 방화벽 상태 추적 테이블(Stateful Inspection) 불일치로 세션이 끊길 위험이 커집니다.

현장에서 엔지니어가 즉시 수행할 수 있는 구체적인 진단 순서를 정리해 드립니다.

지점 VPN과 본사 간 인트라넷 통신은 라우터 세부 설정과 암호화 터널 프로토콜, 그리고 물리 회선의 품질이 유기적으로 맞물려야만 병목 현상 없이 안정적인 속도를 유지합니다. 장비 교체나 회선 증설 이전에 복합적인 네트워크 병목 요인을 정밀 진단하는 노하우가 필수적입니다.