공유기의 MTU 설정은 어디에 있나요?

작성 Dmytro Tishchenko · 업데이트 2026-09-23

값은 측정했습니다. 이제 어딘가에 입력해야 합니다. 거의 모든 가정용 장비에서 MTU 항목은 Wi-Fi 설정이 아니라 WAN 또는 Internet 섹션에 있고, 그냥 덮어쓰면 되는 텍스트 입력란 하나입니다. 아래 표는 통신사가 가장 많이 제공하는 다섯 종류 장비의 관리 주소와 정확한 경로입니다. 이 페이지의 나머지는 커뮤니티 글들이 건너뛰는 부분입니다. 그 항목에 어떤 숫자가 들어가는지, 값이 틀렸을 때 방향마다 무엇이 망가지는지, 그리고 변경이 실제로 반영됐는지 어떻게 확인하는지입니다.

내 장비에서 항목 찾기

1. 관리 페이지에 들어갑니다. 주소와 기본 로그인 정보는 공유기 밑면 스티커에 인쇄되어 있습니다. 스티커가 없다면 주소는 기본 게이트웨이입니다 — NetDiag+는 무엇보다 먼저 핑을 보내는 공유기 행으로 그 주소를 보여주고, 모든 데스크톱 운영체제도 활성 연결의 설정에 표시합니다.
2. Wi-Fi가 아니라 WAN 또는 Internet 아래를 봅니다. MTU는 공유기가 통신사와 맺는 연결에 속하므로, 항목은 그 연결을 설정하는 자리에 있습니다 — 아래 표에 Huawei, ZTE, TP-Link, Zyxel, Nokia 펌웨어의 정확한 경로가 있습니다. WAN이 여러 프로필로 나뉘어 있다면, 통신사가 원격 관리에 쓰는 관리용 프로필이 아니라 실제로 인터넷 트래픽을 나르는 프로필을 수정하십시오.
3. 예전 값을 적어 두고 저장한 뒤 회선이 다시 올라오게 둡니다. MTU는 연결을 맺을 때 협상되므로 새 값은 WAN이 재접속한 뒤에야 적용됩니다. 대부분의 펌웨어는 저장이나 적용을 누르면 알아서 재접속하지만, 그렇지 않다면 공유기를 재부팅하십시오. 예전 숫자는 문제가 MTU가 아니었을 때 되돌려 넣을 값입니다.

메뉴 이름은 모델과 펌웨어 버전에 따라 다릅니다. 일부 펌웨어에서는 연결 방식을 자동에서 수동으로 바꿔야 항목이 편집 가능해집니다. 대부분의 가정용 공유기는 1280에서 1500 사이 값만 허용합니다 — 1280은 IPv6에 필요한 최소 MTU입니다.

무료 · 31가지 도구 · 한 번 구매 · 구독 없음

항목에 들어갈 숫자

모두에게 맞는 MTU는 없습니다. 그 숫자는 1500에서 통신사가 패킷마다 감싸는 만큼을 뺀 값이기 때문입니다. 무엇이 감싸이는지는 회선이 어떻게 들어오는지에 따라 달라집니다 — 그래서 옆집 연결을 고친 값이 우리 집에서는 조용히 속도를 깎아먹을 수 있습니다.

• 이더넷, 케이블, 광랜 위의 단순 DHCP. 감싸는 것이 없어 1500이 그대로 적용되고, 보통 여기서 고칠 것은 없습니다. 1500인 회선에서도 큰 패킷이 사라진다면 좁아지는 지점은 이 항목이 아니라 경로의 더 바깥쪽입니다 — 찍어보지 말고 측정해야 하는 이유입니다.
• PPPoE — DSL에서는 여전히 기본이고 광랜에서도 흔합니다. 세션 헤더가 8바이트를 쓰므로 쓸 수 있는 MTU는 1492입니다. PPPoE로 접속 중임을 아는 펌웨어는 대개 스스로 설정하지만, 누군가 연결 방식을 바꾼 뒤 1500에 머물러 있는 펌웨어는 그러지 않습니다 — 작은 것은 다 되는데 큰 것만 멈추는 연결의 가장 흔한 원인 중 하나입니다.
• DS-Lite, CGNAT 및 기타 사업자 터널. IPv4 트래픽이 IPv6 패킷 안에 담겨 이동하므로 캡슐화가 1500을 깎아먹고, 얼마나 깎는지는 사업자가 어떻게 구성했는지에 달려 있습니다. 커뮤니티에서 베껴 온 숫자가 아무 쓸모 없는 경우가 바로 이것이며, 정직하게 알아내는 방법은 경로를 끝에서 끝까지 측정하는 것뿐입니다.
• 위의 어느 경우든 그 위에 얹힌 VPN. 터널이 제 몫을 가져갑니다 — IPv4 위의 WireGuard는 대략 1420, 일반적인 OpenVPN은 1400 안팎 — 다만 그 숫자는 공유기가 아니라 VPN 클라이언트에 넣습니다. 공유기는 여전히 회선 자체의 MTU로 바깥쪽 패킷을 나릅니다.

너무 낮을 때와 너무 높을 때는 다르게 망가집니다

너무 낮게 잡는 것은 안전한 실수지만 공짜는 아닙니다. 패킷은 실린 데이터가 많든 적든 같은 IP 헤더와 전송 계층 헤더를 지고 가므로, MTU가 작을수록 패킷 수가 늘고 헤더 낭비가 늘고 경로 위 모든 장비의 패킷당 일거리가 늘어납니다. 1492를 거뜬히 나르는 회선에서 1280으로 낮추면 전송할 때마다 속도를 잃고, 가뜩이나 집에서 가장 느린 장비인 공유기에 부하를 더합니다. 겉으로는 망가진 데가 없습니다. 회선이 제 실력보다 느린 상태로 굳을 뿐이고, 나중에 다시 확인하러 오는 사람도 없습니다.

너무 높게 잡는 것은 연결이 귀신 들린 것처럼 보이게 만드는 실수입니다. 작은 것은 다 됩니다 — 핑 응답, DNS, 공유기 자신의 관리 페이지 — 반면 패킷을 가득 채우는 것은 모두 멈춥니다. TCP는 대개 넘깁니다. 너무 큰 세그먼트가 버려지면, 버린 라우터가 조각내야 한다는 ICMP 메시지를 돌려주고 보내는 쪽이 크기를 줄입니다. 경로 중간의 방화벽이 그 ICMP 메시지를 삼키면 보내는 쪽은 끝내 알지 못하고, 전송은 매번 같은 지점에서 멈춥니다. UDP에는 그런 구제가 없습니다. 큰 UDP 패킷은 그냥 사라지며, VPN 핸드셰이크가 중간에 멈추고, QUIC 사이트가 첫 바이트만 불러오고 멈추고, 영상 통화가 소리만 연결된 채 화면이 나오지 않는 이유가 이것입니다. 버려지지 않고 조각나기만 하는 패킷은 더 싸지만 공짜는 아닙니다. 조각 하나하나가 패킷 전체를 잃을 기회이고, 조각 하나를 잃으면 함께 보낸 것이 전부 버려집니다.

적용됐는지 확인하는 방법

1. 항목을 믿지 말고 경로를 다시 측정합니다. 값이 저장됐다는 것은 공유기가 그 값을 받아들였다는 증거일 뿐입니다. 그 네트워크의 기기에서 Path MTU 측정을 다시 실행하십시오. 권장 값이 입력한 숫자와 맞아야 하고, 프로브 행이 그 앞에서 주황색으로 바뀌지 않고 거기까지 초록색으로 이어져야 합니다.
2. 망가졌던 바로 그것을 다시 해봅니다. 증상이 큰 UDP였다면 그 증상이 곧 시험입니다. VPN 터널을 올리고, 멈추던 사이트를 열고, 화면이 안 나오던 통화를 걸어보십시오. 여기까지 오게 만든 문제를 고치지 못하는 변경은 잘못된 변경이고, 예전 숫자가 항목으로 돌아갑니다.
3. 그 대가를 치르지 않았는지 확인합니다. 변경 전후로 속도 측정과 지연 측정을 해보십시오. 올바른 MTU는 측정될 만한 대가를 요구하지 않습니다. 지나치게 낮은 값은 다시 돌아오지 않는 속도로 드러납니다. 숫자가 떨어졌다면, 안심된다는 이유로 둥근 숫자를 남겨두지 말고 측정된 최대값 쪽으로 항목을 올리십시오.

항목이 비활성화되어 있거나 없다면

통신사가 제공한 장비는 MTU 항목을 잠가두는 경우가 많고, WAN 섹션 전체를 서비스 계정 뒤에 숨기는 경우도 있습니다. 고장이 아니라 의도된 것입니다. 통신사는 회선을 원격으로 관리하며 연결 프로필이 수정되는 것을 원하지 않습니다. 우회하는 방법은 네 가지이고, 대략 품이 적게 드는 순서입니다. 기기 자체에서 MTU를 설정하기 — macOS, Windows, Linux 모두 어댑터의 네트워크 설정에서 제공하며, 한 대만 문제일 때 맞는 방법입니다. 대신 VPN 클라이언트에서 설정하기(WireGuard: MTU, OpenVPN: tun-mtu) — 망가지는 것이 터널일 때 맞는 방법입니다. 통신사에 요청하기 — 그쪽에서는 프로비저닝 시스템의 항목 하나이고, 측정한 숫자와 그 값 없이 무엇이 안 되는지를 말해주면 지원팀이 몇 분 안에 원격으로 바꿔주는 일도 흔합니다. 그리고 아무것도 통하지 않을 때의 강수는 장비를 브리지 모드로 두고 그 뒤에 자기 공유기를 놓는 것으로, MTU를 포함한 WAN 설정 전체가 본인이 통제하는 장비로 옮겨갑니다.

iOS와 Android에는 MTU 설정 자체가 없어서, 잠긴 공유기 뒤에서 고생하는 휴대폰은 VPN 클라이언트나 통신사를 통해서만 도울 수 있습니다. 다만 측정은 어느 쪽이든 휴대폰에서 됩니다 — 측정에는 누구의 허락도 필요하지 않습니다.

사람들이 실제로 묻는 것

여기까지는 입력할 숫자가 이미 있다는 전제였습니다. 없다면, 측정 한 번 거리입니다. 다음: iPhone에서 실제 Path MTU 측정하기 →