인터넷은 연결되어 있고 대부분의 사이트는 정상인데 특정 사이트만 열리지 않거나, 글은 보이지만 이미지와 동영상이 표시되지 않는 경우가 있다. 로그인이나 결제 화면에서 계속 멈추고 VPN을 켰을 때만 문제가 나타나기도 한다. 이때 확인해야 할 원인 중 하나가 MTU(Maximum Transmission Unit) 설정 오류다.

MTU는 네트워크에서 한 번에 전송할 수 있는 패킷의 최대 크기다. 통신 경로가 처리할 수 있는 크기보다 큰 패킷이 전송되면 패킷을 나누거나 폐기해야 한다. 이 과정이 정상적으로 처리되지 않으면 작은 데이터는 통과하지만 큰 이미지와 암호화된 웹 데이터만 멈추는 현상이 나타날 수 있다.

1. MTU와 패킷 단편화의 관계

일반적인 이더넷 환경에서는 MTU 1500이 널리 사용된다. 하지만 PPPoE, VPN, 터널링과 일부 통신사 환경에서는 데이터에 추가 정보가 붙기 때문에 실제로 전송할 수 있는 크기가 더 작아질 수 있다.

전송하려는 패킷이 경로의 MTU보다 크면 여러 조각으로 나누는 패킷 단편화가 발생한다. 패킷에 분할 금지 설정이 적용되어 있으면 중간 장비는 패킷을 나누지 못하고 폐기한 뒤 크기를 줄이라는 ICMP 메시지를 보낸다.

정상적인 환경에서는 컴퓨터가 이 메시지를 받아 적절한 패킷 크기를 다시 계산한다. 이를 경로 MTU 탐색이라고 한다. 그러나 공유기나 방화벽이 관련 ICMP 메시지를 차단하면 컴퓨터가 적절한 크기를 찾지 못한다. 결과적으로 연결은 유지되지만 큰 패킷만 사라지는 이른바 블랙홀 현상이 발생할 수 있다.

2. MTU 문제로 의심할 수 있는 증상

다음과 같은 증상이 나타난다면 MTU와 네트워크 경로를 점검할 필요가 있다.

• 일부 사이트만 계속 로딩되고 완료되지 않는다.
• 웹페이지의 글은 보이지만 큰 이미지만 나타나지 않는다.
• 로그인, 본인인증 또는 결제 단계에서 멈춘다.
• 작은 파일은 받아지지만 큰 파일은 중간에 실패한다.
• VPN을 연결했을 때만 특정 사이트가 열리지 않는다.
• 공유기를 거치면 안 되지만 컴퓨터를 직접 연결하면 정상이다.
• 휴대전화 데이터에서는 열리지만 집 와이파이에서는 열리지 않는다.
• 메신저의 글은 전송되지만 사진이나 파일 전송이 실패한다.

이러한 현상은 DNS, 방화벽, 보안 프로그램, 브라우저 확장 기능과 서버 장애로도 발생할 수 있다. 따라서 증상만 보고 MTU를 바로 변경해서는 안 된다.

먼저 다른 브라우저, 시크릿 창과 휴대전화 데이터로 접속해 본다. VPN을 끈 상태와 켠 상태를 비교하고 공유기 재부팅, DNS 캐시 초기화와 보안 프로그램 점검도 진행한다.

3. VPN과 공유기 충돌을 구별하는 방법

VPN은 원래 패킷에 암호화와 터널 정보를 추가한다. 이 때문에 실제 데이터가 사용할 수 있는 공간이 줄어들며, VPN 어댑터와 물리적인 Wi-Fi 어댑터 사이에 MTU 차이가 발생할 수 있다.

다음 순서로 원인을 구분한다.

1. VPN을 완전히 종료한 상태에서 사이트를 확인한다.
2. VPN 연결 후 같은 사이트를 다시 확인한다.
3. 와이파이 대신 유선 연결이나 휴대전화 핫스팟으로 시험한다.
4. 공유기를 거치지 않는 연결이 가능하다면 결과를 비교한다.
5. 같은 네트워크의 다른 기기에서도 문제가 생기는지 확인한다.

VPN을 끄면 정상이라면 VPN 프로그램의 자동 MTU 설정이나 터널 방식이 원인일 가능성이 있다. 이때 Windows 전체 값을 먼저 바꾸기보다 VPN 프로그램을 최신 버전으로 업데이트하고 서버와 연결 프로토콜을 변경해 보는 것이 좋다.

모든 기기에서 동일한 문제가 발생하면 컴퓨터보다 공유기나 통신사 구간을 의심해야 한다. 공유기 펌웨어를 업데이트하고 인터넷 연결 방식에 맞는 MTU가 설정되어 있는지 확인한다. 값이 확실하지 않다면 통신사 또는 공유기 제조사에 문의하는 것이 안전하다.

4. Windows에서 현재 MTU 확인하기

현재 설정을 변경하기 전 반드시 기존 값을 기록해야 한다. 시작 버튼을 누르고 cmd를 검색한 뒤 관리자 권한으로 명령 프롬프트 실행을 선택한다.

다음 명령어를 입력한다.

netsh interface ipv4 show subinterfaces

결과에는 MTU, 송수신 데이터와 인터페이스 이름이 표시된다. 실제 인터넷 연결에 사용하는 Wi-Fi 또는 Ethernet 항목을 확인한다.

여러 개의 인터페이스가 보이는 것은 정상이다. VPN과 가상머신 프로그램을 설치했다면 별도의 가상 어댑터도 나타날 수 있다. 사용하지 않는 어댑터의 MTU를 변경해도 현재 인터넷 연결에는 효과가 없으므로 활성 어댑터를 정확히 구분해야 한다.

현재 값은 메모하거나 화면을 캡처해 둔다. 나중에 문제가 악화되면 이 값을 이용해 원래 상태로 복구할 수 있다.

5. 적정 MTU를 ping으로 확인하는 방법

Windows의 ping 명령에서 -f는 IPv4 패킷이 중간에서 분할되지 않도록 하고, -l은 테스트할 데이터 크기를 지정한다.

다음과 같은 형식으로 검사한다.

ping -f -l 1472 대상주소

성공하면 조금씩 값을 올리고, 패킷을 분할해야 한다는 메시지가 나타나면 값을 낮춘다.

ping -f -l 1464 대상주소

ping -f -l 1452 대상주소

응답이 성공하는 가장 큰 값을 찾은 뒤 IPv4 헤더와 ICMP 헤더 크기인 28바이트를 더하면 추정 MTU를 계산할 수 있다.

예를 들어 1464바이트는 성공하지만 1465바이트는 실패했다면 다음과 같이 계산한다.

1464 + 28 = MTU 1492

다만 대상 서버가 ping 자체를 차단하면 MTU가 정상이어도 시간 초과가 나타날 수 있다. 따라서 한 대상의 결과만 믿지 말고, 원래 ping 응답이 가능한 안정적인 대상과 문제가 발생하는 네트워크 경로를 비교해야 한다. 이 계산은 IPv4 기준이며 IPv6에는 그대로 적용하지 않는다.

6. MTU 변경과 원상 복구 방법

적정 값이 확인된 경우에만 활성 인터페이스의 MTU를 변경한다. 예를 들어 Wi-Fi 어댑터에 1492를 적용하려면 관리자 명령 프롬프트에서 다음과 같이 입력한다.

netsh interface ipv4 set subinterface "Wi-Fi" mtu=1492 store=persistent

유선 연결의 인터페이스 이름이 Ethernet이라면 다음과 같이 입력한다.

netsh interface ipv4 set subinterface "Ethernet" mtu=1492 store=persistent

설정 후 컴퓨터를 다시 시작하거나 네트워크 연결을 껐다가 켠 다음 문제가 발생했던 사이트와 이미지, 다운로드 기능을 확인한다.

MTU를 지나치게 낮추면 전송해야 하는 패킷 수가 증가해 속도와 효율이 떨어질 수 있다. 인터넷에 소개된 1400이나 1300 같은 값을 근거 없이 적용하지 말고 테스트로 확인된 값만 사용해야 한다.

문제가 해결되지 않거나 속도가 느려졌다면 처음 기록한 값으로 복구한다. 기존 Wi-Fi MTU가 1500이었다면 다음과 같이 입력한다.

netsh interface ipv4 set subinterface "Wi-Fi" mtu=1500 store=persistent

변경 결과는 다시 확인한다.

netsh interface ipv4 show subinterfaces

공유기 MTU를 변경했다면 공유기 설정 화면에서 원래 값을 다시 입력하거나, 변경 전 설정으로 되돌린다. 공장 초기화는 와이파이 이름과 비밀번호, 인터넷 연결 정보까지 삭제할 수 있으므로 MTU 하나를 복구하기 위해 바로 실행해서는 안 된다.

초보자를 위한 빠른 점검 순서

다른 브라우저 확인 → VPN 끄기 → 휴대전화 핫스팟과 비교 → 공유기 재부팅 → 현재 MTU 기록 → ping 단편화 테스트 → 활성 어댑터만 변경 → 사이트 확인 → 이상 시 원래 값으로 복구

MTU를 바꾸기 전에는 DNS와 브라우저 캐시 문제, 사이트 자체 장애도 함께 확인해야 한다. 특정 사이트 하나만 일시적으로 열리지 않는다면 사이트 서버 문제일 가능성도 있다.

장점과 단점 분석

장점

• 특정 사이트와 큰 이미지만 열리지 않는 원인을 찾는 데 도움이 된다.
• 별도의 프로그램 없이 Windows 명령어로 검사할 수 있다.
• VPN과 공유기 환경의 패킷 크기 문제를 구별할 수 있다.
• 적정 값을 적용하면 접속 실패와 다운로드 중단을 개선할 수 있다.
• 기존 값을 기록하면 비교적 쉽게 원상 복구할 수 있다.

단점

• ping 차단을 MTU 문제로 잘못 판단할 수 있다.
• 잘못된 어댑터를 변경하면 효과가 없다.
• 값을 지나치게 낮추면 네트워크 효율이 떨어질 수 있다.
• 공유기, VPN과 통신사 경로를 모두 확인해야 할 수 있다.
• DNS나 방화벽 문제라면 MTU를 바꿔도 해결되지 않는다.

사용자 평가 및 후기

MTU 문제를 경험한 사용자들은 인터넷이 완전히 끊기는 것이 아니라 일부 기능만 실패하기 때문에 원인을 찾기 어렵다고 평가한다. VPN을 끄거나 휴대전화 핫스팟으로 연결했을 때 정상화되는지 비교하면 문제 범위를 빠르게 좁힐 수 있다.

ping -f -l 테스트는 수치로 패킷 크기를 확인할 수 있다는 장점이 있다. 그러나 ping 응답이 없다는 이유만으로 MTU가 잘못됐다고 결론 내리면 오진하기 쉽다. 여러 환경을 비교하고 설정 변경 전후의 결과를 기록하는 과정이 필요하다.

나의 비평

나는 MTU 조정을 특정 사이트가 열리지 않을 때 가장 먼저 시도할 방법으로 권하지 않는다. DNS, 브라우저, 보안 프로그램, VPN과 사이트 장애를 먼저 확인한 뒤 큰 패킷만 실패한다는 근거가 있을 때 적용해야 한다.

특히 인터넷에서 본 숫자를 그대로 입력하는 방식은 위험하다. 적정 MTU는 회선 방식, 공유기, VPN과 목적지까지의 경로에 따라 달라질 수 있기 때문이다. 현재 값을 먼저 기록하고 테스트로 확인된 범위만 변경해야 한다.

결론적으로 MTU 문제 해결의 핵심은 값을 무조건 낮추는 것이 아니라 VPN과 공유기 충돌을 구분하고, 패킷 단편화 테스트로 근거를 확보한 후, 문제가 생기면 즉시 원래 값으로 복구하는 것이다.