Onde fica a configuração de MTU no roteador?

Por Dmytro Tishchenko · Atualizado 2026-09-23

Você mediu o valor — agora ele precisa ir a algum lugar. Em quase todo aparelho doméstico o campo MTU fica na seção WAN ou Internet, nunca no Wi-Fi, e é um único campo de texto que você sobrescreve. A tabela abaixo traz o endereço de administração e o caminho exato dos cinco aparelhos que as operadoras mais entregam. O resto desta página é a parte que os tópicos de fórum pulam: que número entra nesse campo, o que quebra em cada direção quando ele está errado e como confirmar que a mudança realmente pegou.

Como achar o campo no seu próprio aparelho

1. Entre na página de administração. O endereço e o login padrão vêm impressos na etiqueta embaixo do roteador. Se a etiqueta sumiu, o endereço é o seu gateway padrão — o NetDiag+ o mostra como a linha do roteador em que dá ping antes de todas as outras, e qualquer sistema de desktop o lista nas configurações da conexão ativa.
2. Procure em WAN ou Internet, não no Wi-Fi. A MTU pertence à conexão que o roteador levanta com a operadora, então o campo mora onde essa conexão é configurada — a tabela abaixo tem o caminho exato nos firmwares Huawei, ZTE, TP-Link, Zyxel e Nokia. Se a WAN estiver dividida em vários perfis, edite o que realmente carrega o tráfego de internet, não o perfil de gerência que a operadora usa para atender o aparelho remotamente.
3. Anote o valor antigo, salve e deixe o enlace subir de novo. A MTU é negociada quando a conexão é estabelecida, então um valor novo só vale depois que a WAN reconecta. A maioria dos firmwares faz isso sozinha ao apertar Salvar ou Aplicar; se o seu não fizer, reinicie o roteador. O número antigo é o que você coloca de volta se a MTU não era o seu problema.

Os nomes dos menus variam conforme o modelo e a versão do firmware. Em alguns firmwares o campo só fica editável depois que o tipo de conexão é mudado de automático para manual. A maioria dos roteadores domésticos só aceita valores entre 1280 e 1500 — 1280 é a MTU mínima exigida pelo IPv6.

Grátis · 31 ferramentas · compra única · sem assinatura

Que número entra no campo

Não existe uma MTU certa para todo mundo, porque o número é 1500 menos tudo o que a sua operadora embrulha em volta de cada pacote. O que é embrulhado depende de como a linha é entregue — por isso um valor que consertou a conexão do vizinho pode custar vazão na sua sem ninguém perceber.

• DHCP puro sobre Ethernet, cabo ou fibra. Nada é embrulhado, valem os 1500 inteiros e normalmente não há nada a consertar aqui. Se em uma linha de 1500 os pacotes grandes ainda somem, o estrangulamento está mais adiante no caminho e não neste campo — um argumento para medir em vez de sair testando.
• PPPoE, ainda a norma em DSL e em boa parte da fibra. O cabeçalho de sessão custa 8 bytes, então a MTU útil é 1492. Firmware que sabe que está discando PPPoE costuma ajustar isso sozinho; firmware que ficou em 1500 depois que alguém trocou o tipo de conexão, não — e essa é uma das causas mais comuns de uma conexão em que tudo que é pequeno passa e tudo que é grande trava.
• DS-Lite, CGNAT e outros túneis da operadora. Seu tráfego IPv4 viaja dentro de um pacote IPv6, então o encapsulamento come parte dos 1500 e quanto exatamente depende de como a operadora montou aquilo. É o caso em que um número copiado de fórum não vale nada: o único jeito honesto de obtê-lo é medir o caminho de ponta a ponta.
• Uma VPN em cima de qualquer um dos casos acima. O túnel pega a parte dele — por volta de 1420 para WireGuard sobre IPv4 e cerca de 1400 para um OpenVPN típico — mas esse número vai no cliente VPN, não no roteador. O roteador continua carregando o pacote externo com a MTU da própria linha.

Baixo demais e alto demais falham de jeitos diferentes

Baixo demais é o erro seguro, e não sai de graça. Todo pacote carrega os mesmos cabeçalhos IP e de transporte, tenha ele muita carga útil ou pouca, então uma MTU menor significa mais pacotes, mais overhead de cabeçalho e mais trabalho por pacote para cada equipamento do caminho. Desça para 1280 num enlace que levaria 1492 sem esforço e você perde vazão em toda transferência enquanto carrega um roteador que já era a coisa mais lenta da casa. Nada parece quebrado: a linha simplesmente fica mais lenta do que deveria, para sempre, e ninguém volta para conferir.

Alto demais é o erro que faz a conexão parecer mal-assombrada. Tudo que é pequeno funciona — respostas de ping, DNS, a própria página de administração do roteador — enquanto tudo que enche um pacote trava. O TCP geralmente se vira: um segmento grande demais é descartado, o roteador que descartou devolve uma mensagem ICMP dizendo que seria preciso fragmentar, e o remetente diminui. Quando um firewall no caminho engole essa mensagem ICMP, o remetente nunca fica sabendo e a transferência trava sempre no mesmo ponto. O UDP não tem esse resgate: pacotes UDP grandes simplesmente somem — por isso handshakes de VPN param no meio, sites em QUIC carregam os primeiros bytes e param, e uma chamada de vídeo conecta com áudio mas nunca mostra imagem. Pacotes apenas fragmentados em vez de descartados saem mais baratos, mas não de graça: cada fragmento é mais uma chance de perder o pacote inteiro, e um fragmento perdido joga fora tudo o que viajava com ele.

Como saber que funcionou

1. Meça o caminho de novo em vez de confiar no campo. Salvar um valor prova apenas que o roteador aceitou. Rode a medição de Path MTU outra vez de um aparelho dessa rede: o valor recomendado agora deve bater com o que você digitou, e as linhas das sondas devem continuar verdes até ele em vez de virar laranja antes.
2. Repita exatamente o que estava quebrado. Se o sintoma era UDP grande, o sintoma é o teste: levante o túnel VPN, abra o site que travava, comece a chamada que não tinha imagem. Uma mudança que não conserta o que trouxe você até aqui é a mudança errada, e o número antigo volta para o campo.
3. Confira que você não pagou por isso. Faça um teste de velocidade e um de latência antes e depois. Uma MTU correta não custa nada mensurável; uma baixa demais aparece como vazão que não volta mais. Se os números caíram, suba o campo na direção do máximo medido em vez de deixar um número redondo só porque parecia seguro.

Se o campo estiver bloqueado ou não existir

Muitos aparelhos da operadora travam o campo MTU, e alguns escondem a seção WAN inteira atrás de uma conta de suporte. Isso é proposital, não defeito: a operadora gerencia a linha remotamente e não quer o perfil de conexão editado. Há quatro saídas, mais ou menos em ordem de esforço. Configure a MTU no próprio dispositivo — macOS, Windows e Linux expõem isso nos ajustes de rede do adaptador, e é a saída certa quando só uma máquina sofre. Configure-a no cliente VPN (WireGuard: MTU, OpenVPN: tun-mtu), a saída certa quando o que quebra é o túnel. Peça à operadora: para ela o valor é um único campo no sistema de provisionamento e o suporte muitas vezes muda remotamente em minutos, ainda mais se você disser o número que mediu e nomear o que falha sem ele. E a saída radical, se nada disso pegar: colocar o aparelho em modo bridge e pôr o seu próprio roteador atrás, o que move toda a configuração de WAN, MTU incluída, para um hardware que você controla.

iOS e Android não expõem configuração de MTU nenhuma, então um celular atrás de um roteador travado só pode ser ajudado no cliente VPN dele ou pela operadora. Medir, por outro lado, funciona do celular de qualquer jeito — uma medição não pede permissão a ninguém.

Perguntas que as pessoas realmente fazem

Tudo isso supõe que você já tem um número para digitar. Se não tem, ele está a uma medição de distância. A seguir: meça seu Path MTU real no iPhone →