Comando ipconfig no Windows 11: guia completo, parâmetros e diagnóstico de rede

setembro 3, 2026 admin VMIA 0

30 / 100
Desenvolvido por Rank Math SEO
Pontuação de SEO

Quando a Internet para de funcionar no Windows 11, uma das primeiras perguntas que precisamos responder não é:

“A Internet caiu?”

A pergunta correta é:

“Qual configuração de rede este computador recebeu?”

É exatamente aí que entra um dos comandos mais conhecidos do Windows:

ipconfig

Apesar de existir há muito tempo, o ipconfig continua extremamente útil para diagnóstico de redes no Windows.

Com ele podemos descobrir informações como:

  • endereço IPv4;
  • endereço IPv6;
  • máscara de sub-rede;
  • gateway padrão;
  • servidor DHCP;
  • servidores DNS;
  • adaptadores de rede;
  • concessão DHCP;
  • endereços temporários;
  • sufixos DNS;
  • configurações específicas de cada interface.

Além de consultar informações, alguns parâmetros permitem executar operações relacionadas à configuração de rede, como:

ipconfig /all

ipconfig /release

ipconfig /renew

ipconfig /flushdns

ipconfig /displaydns

ipconfig /registerdns

Mas existe um problema.

Muitos tutoriais transformaram o ipconfig em uma espécie de receita automática.

A Internet parou?

Execute:

ipconfig /release

depois:

ipconfig /renew

e finalmente:

ipconfig /flushdns

Essa sequência pode ser útil em determinadas situações, mas não é um diagnóstico.

Antes de alterar qualquer coisa, é muito mais interessante executar o comando e entender o que o Windows está mostrando.

Neste guia completo da VMIA vamos fazer exatamente isso.

O que é o comando ipconfig?

O ipconfig é uma ferramenta de linha de comando do Windows usada para consultar e realizar determinadas operações relacionadas à configuração TCP/IP das interfaces de rede.

Para começar, abra:

Terminal

Prompt de Comando

ou uma interface de linha de comando compatível no Windows.

Digite:

ipconfig

e pressione Enter.

O resultado pode parecer semelhante a:

Adaptador Ethernet Ethernet:

   Sufixo DNS específico de conexão. . . . . . :
   Endereço IPv4. . . . . . . . . . . . . . : 192.168.1.100
   Máscara de Sub-rede . . . . . . . . . . . : 255.255.255.0
   Gateway Padrão. . . . . . . . . . . . . . : 192.168.1.1

Os valores são apenas exemplos.

No seu computador eles podem ser completamente diferentes.

O mais importante é aprender a interpretar cada campo.

O ipconfig mostra a velocidade da Internet?

Não.

Essa é uma distinção importante.

O ipconfig não é um teste de velocidade.

Ele não vai dizer diretamente:

500 Mb/s

700 Mb/s

1 Gb/s

Também não mede diretamente:

  • latência da Internet;
  • jitter;
  • perda de pacotes;
  • qualidade do Wi-Fi;
  • velocidade de download;
  • velocidade de upload.

O ipconfig responde perguntas diferentes.

Por exemplo:

Qual endereço IP meu computador recebeu?

Existe um gateway configurado?

O computador recebeu configuração via DHCP?

Qual DNS está configurado?

Estou olhando para o adaptador correto?

O computador recebeu um endereço 169.254.x.x?

Essas informações podem apontar rapidamente para a camada em que o problema está.

Por que o ipconfig é tão útil no diagnóstico?

Considere duas situações.

Computador A

IPv4: 192.168.1.50
Máscara: 255.255.255.0
Gateway: 192.168.1.1

Computador B

IPv4: 169.254.87.21
Máscara: 255.255.0.0
Gateway:

Os dois usuários podem dizer exatamente a mesma coisa:

“Estou sem Internet.”

Mas os computadores estão apresentando situações de rede completamente diferentes.

O ipconfig ajuda a enxergar essa diferença.

Como abrir o ipconfig no Windows 11

Uma forma simples:

pressione:

Win + R

digite:

cmd

e pressione Enter.

Depois execute:

ipconfig

Também podemos utilizar o Terminal do Windows.

Para uma simples consulta com ipconfig, normalmente não precisamos começar abrindo tudo como administrador.

Determinadas operações e cenários podem exigir privilégios elevados.

Primeiro comando: ipconfig

Comece sempre pelo básico:

ipconfig

Não altere nada ainda.

Observe quais adaptadores aparecem.

Você pode encontrar entradas relacionadas a:

  • Ethernet;
  • Wi-Fi;
  • Bluetooth;
  • VPN;
  • adaptadores virtuais;
  • virtualização;
  • Wi-Fi Direct;
  • outros componentes de rede.

Isso nos leva a um dos maiores erros ao interpretar o comando.

Nem todo adaptador mostrado é sua conexão com a Internet

Imagine um computador conectado pelo Wi-Fi.

O ipconfig pode apresentar:

Ethernet

Wi-Fi

Bluetooth Network Connection

adaptadores virtuais

VPN

e outras interfaces.

O usuário encontra o primeiro endereço IPv4 da tela e assume:

“Esse é o IP do meu computador.”

Talvez seja.

Talvez não.

Primeiro precisamos descobrir:

Qual interface está sendo usada para a conexão que estamos diagnosticando?

“Mídia desconectada” significa problema?

Nem sempre.

Imagine um notebook com:

  • Wi-Fi;
  • Ethernet.

O usuário está conectado pelo Wi-Fi e não existe cabo de rede conectado.

O adaptador Ethernet pode aparecer como:

Mídia desconectada.

Isso não significa necessariamente que existe defeito.

Pode significar simplesmente:

não existe link ativo naquela interface.

Se você está usando Wi-Fi, o estado desconectado do Ethernet pode ser perfeitamente normal.

Como identificar o adaptador correto?

Comece pelo contexto.

Se está conectado por cabo, procure:

Ethernet.

Se está usando rede sem fio, procure:

Wi-Fi.

Mas computadores podem possuir:

  • várias placas;
  • VPNs;
  • interfaces virtuais;
  • adaptadores USB;
  • Hyper-V;
  • softwares de virtualização.

Por isso, quando houver dúvida, o parâmetro /all será extremamente útil.

Veremos isso mais adiante.

Entendendo o endereço IPv4

Um dos campos mais importantes é:

Endereço IPv4

Em uma rede doméstica, você pode encontrar algo como:

192.168.1.100

ou:

192.168.0.25

ou ainda outras faixas privadas.

Esse endereço identifica aquela interface dentro do contexto da rede IP em que ela está conectada.

O endereço IPv4 não é necessariamente seu IP público

Esse é um erro muito comum.

Se o ipconfig mostra:

192.168.1.100

isso normalmente não é o endereço público usado diretamente na Internet.

Em redes domésticas típicas existe um roteador entre os dispositivos locais e a Internet.

Podemos ter:

PC
192.168.1.100
      ↓
Roteador
192.168.1.1
      ↓
Internet

O roteador realiza funções que permitem que diversos dispositivos da rede privada utilizem a conexão externa.

Portanto:

IP mostrado pelo ipconfig e IP público da conexão não são necessariamente a mesma coisa.

O que significa 192.168.x.x?

Endereços como:

192.168.x.x

são muito comuns em redes privadas.

Outras faixas privadas IPv4 também existem.

Por exemplo:

10.x.x.x

e parte do espaço:

172.16.x.x até 172.31.x.x.

Encontrar um endereço privado é perfeitamente normal em uma rede doméstica ou empresarial.

O endereço IP sozinho não basta

Imagine:

IPv4: 192.168.1.50

Isso parece normal.

Mas ainda precisamos saber:

  • máscara;
  • gateway;
  • DNS;
  • origem da configuração;
  • estado do adaptador.

É por isso que diagnóstico de rede não deve parar no endereço IP.

Entendendo a máscara de sub-rede

Você pode encontrar:

255.255.255.0

em muitas redes domésticas.

A máscara ajuda o sistema a determinar qual parte do endereço representa a rede e qual parte identifica hosts dentro daquele contexto.

Em uma configuração típica:

IP:      192.168.1.50
Máscara: 255.255.255.0

o computador consegue determinar quais destinos pertencem à rede local segundo aquela configuração e quais precisam seguir por uma rota apropriada.

Para um usuário comum, o principal é entender:

IP e máscara precisam fazer sentido juntos.

Entendendo o Gateway Padrão

Outro campo fundamental:

Gateway Padrão

Em uma residência, frequentemente será o endereço do roteador na rede local.

Exemplo:

IPv4:    192.168.1.100
Gateway: 192.168.1.1

De forma simplificada, quando o computador precisa alcançar redes que não estão diretamente conectadas à sua rede local, ele utiliza rotas configuradas no sistema, e o gateway padrão costuma ser fundamental para o tráfego destinado à Internet.

Sem gateway significa sem Internet?

Não use essa regra de forma absoluta.

Um computador pode participar de uma rede local sem precisar acessar a Internet.

Também podem existir configurações específicas e múltiplas rotas.

Mas em uma rede doméstica comum, se você espera acesso à Internet e o adaptador ativo não possui a configuração esperada de gateway, isso merece investigação.

Um teste lógico começa a surgir

Suponha que o ipconfig mostre:

IPv4:    192.168.1.100
Máscara: 255.255.255.0
Gateway: 192.168.1.1

Agora podemos perguntar:

O gateway responde?

Um teste possível seria:

ping 192.168.1.1

Se o gateway não responde, isso pode fornecer uma pista.

Mas existe uma ressalva importante:

alguns equipamentos podem limitar ou bloquear respostas ICMP.

Portanto:

falha no ping não deve ser usada isoladamente como prova definitiva de que o equipamento está offline.

Essa mesma lógica já apareceu em outros diagnósticos de rede da VMIA: comandos fornecem evidências; raramente um único resultado conta toda a história.

O famoso endereço 169.254.x.x

Agora chegamos a uma das informações mais úteis que o ipconfig pode revelar.

Imagine executar:

ipconfig

e encontrar:

IPv4: 169.254.87.21

Isso merece atenção.

Em determinadas situações, quando o Windows está configurado para obter IPv4 automaticamente, mas não consegue receber uma configuração adequada de um servidor DHCP, ele pode atribuir automaticamente um endereço da faixa link-local conhecida no contexto do Windows como APIPA.

O resultado frequentemente aparece como:

169.254.x.x

O que o 169.254 realmente nos diz?

Ele não significa simplesmente:

“A Internet caiu.”

Ele fornece uma pista mais específica:

O computador não recebeu a configuração IPv4 esperada via DHCP e acabou utilizando uma configuração automática local.

Isso muda completamente o diagnóstico.

Exemplo prático

Rede normal:

Roteador: 192.168.1.1
DHCP: ativo

PC deveria receber:
192.168.1.x

Mas o PC mostra:

169.254.35.72

Agora devemos investigar:

  • conexão física;
  • Wi-Fi;
  • DHCP;
  • roteador;
  • adaptador;
  • driver;
  • configuração do Windows;
  • possíveis problemas na rede.

Trocar DNS para 8.8.8.8 provavelmente não é a primeira investigação correta nesse cenário.

Por quê?

Porque DNS resolve nomes.

Nosso problema ocorreu antes:

o computador nem recebeu a configuração IPv4 esperada da rede.

Essa é uma das grandes vantagens de entender o ipconfig.

Ele ajuda a escolher o próximo teste correto.

Não execute /release e /renew automaticamente

Ao encontrar um problema DHCP, é tentador executar imediatamente:

ipconfig /release

e:

ipconfig /renew

Esses comandos têm função real e veremos exatamente como utilizá-los.

Mas antes registre o estado atual.

Faça:

ipconfig /all

ou salve a saída para comparação.

O diagnóstico fica muito melhor quando temos:

ANTES

e:

DEPOIS.

O ipconfig pode ser salvo em arquivo

No Prompt de Comando, podemos redirecionar a saída:

ipconfig /all > "%USERPROFILE%\Desktop\ipconfig.txt"

Isso cria um arquivo com a saída do comando na Área de Trabalho no contexto tradicional do CMD.

É extremamente útil para:

  • suporte remoto;
  • comparação;
  • documentação;
  • análise antes/depois.

Cuidado ao publicar o resultado completo na Internet

A saída do:

ipconfig /all

pode conter informações sobre a configuração da máquina e da rede.

Antes de publicar capturas ou arquivos em fóruns públicos, revise o conteúdo e remova informações que você não deseja divulgar.

ipconfig versus ipconfig /all

O comando:

ipconfig

mostra um resumo.

Já:

ipconfig /all

fornece informações muito mais detalhadas.

Em diagnóstico técnico, /all frequentemente é mais interessante.

Execute:

ipconfig /all

e a quantidade de informações aumenta consideravelmente.

Podemos encontrar dados como:

  • nome do host;
  • descrição do adaptador;
  • endereço físico;
  • DHCP habilitado;
  • endereços IPv4;
  • endereços IPv6;
  • gateway;
  • servidores DHCP;
  • servidores DNS;
  • concessões DHCP;
  • sufixos DNS.

Na Parte 2 vamos interpretar cada um desses campos.

O endereço físico

No resultado detalhado pode aparecer:

Endereço Físico

Esse campo normalmente corresponde ao endereço MAC daquela interface.

Algo conceitualmente parecido com:

AA-BB-CC-DD-EE-FF

Não confunda:

IPv4

com:

MAC.

São identificadores utilizados em contextos e camadas diferentes da comunicação.

Por que isso importa para DHCP?

Alguns roteadores permitem criar uma:

reserva DHCP

associando determinado dispositivo a um endereço IP específico.

Nesse contexto, identificar corretamente o endereço MAC do adaptador pode ser importante.

Mas existe outro detalhe moderno:

redes Wi-Fi podem utilizar endereços de hardware aleatórios dependendo da configuração.

Isso precisa ser considerado ao diagnosticar reservas DHCP.

DHCP habilitado

No:

ipconfig /all

podemos encontrar um campo indicando se DHCP está habilitado para aquela interface.

Se estiver, o computador normalmente tenta obter automaticamente parâmetros de configuração apropriados para aquela rede.

Isso pode incluir informações como:

  • endereço;
  • máscara;
  • gateway;
  • DNS;

dependendo da configuração utilizada.

Servidor DHCP

Outro campo extremamente útil pode indicar o servidor DHCP associado à concessão.

Em uma rede doméstica, frequentemente será o próprio roteador.

Exemplo conceitual:

Servidor DHCP: 192.168.1.1

Agora temos uma informação importante:

Quem forneceu aquela configuração?

Concessão DHCP

O DHCP trabalha com concessões.

O endereço não precisa necessariamente ser entregue de forma permanente.

No resultado detalhado podemos encontrar informações relacionadas a:

Concessão obtida

e:

Concessão expira

Esses campos ajudam em problemas em que a rede funciona inicialmente e depois apresenta comportamento estranho durante renovação.

DNS também aparece no ipconfig /all

Esse é outro ponto importante.

No resultado podemos encontrar:

Servidores DNS

Exemplo:

Servidores DNS:
192.168.1.1

ou servidores externos, dependendo da configuração.

Isso permite descobrir quais servidores o Windows recebeu ou está utilizando naquela interface.

Mas:

ver um endereço de DNS não significa que ele esteja funcionando corretamente.

Precisamos testar isso separadamente.

A primeira árvore de diagnóstico com ipconfig

Quando um computador está sem Internet, execute:

ipconfig

ou preferencialmente, para análise detalhada:

ipconfig /all

Depois pergunte:

1. Qual adaptador deveria estar conectado?

Wi-Fi?

Ethernet?

2. Ele aparece ativo?

3. Existe IPv4?

4. O endereço é compatível com a rede esperada?

5. É um endereço 169.254.x.x?

6. Existe máscara?

7. Existe gateway?

8. DHCP está habilitado?

9. Qual servidor DHCP aparece?

10. Quais servidores DNS estão configurados?

Só depois escolha o próximo comando.

O verdadeiro poder do ipconfig

O ipconfig não resolve sozinho todos os problemas de Internet.

Esse nunca foi seu objetivo.

Seu verdadeiro valor está em responder:

Como esta interface está configurada neste momento?

A partir daí podemos combinar as informações com:

ping

nslookup

tracert

route

Test-NetConnection

e outras ferramentas do Windows.

entendendo completamente o ipconfig /all

Na primeira parte vimos que executar:

ipconfig

é apenas o começo.

Para um diagnóstico mais detalhado, um dos comandos mais importantes é:

ipconfig /all

A diferença pode parecer simples, mas o volume de informações adicionais transforma o comando em uma ferramenta muito mais poderosa.

O problema é que a saída pode assustar.

Em um computador moderno, podem aparecer:

  • Ethernet;
  • Wi-Fi;
  • Bluetooth;
  • VPN;
  • adaptadores virtuais;
  • IPv4;
  • vários endereços IPv6;
  • endereços físicos;
  • DHCP;
  • DNS;
  • gateways;
  • sufixos;
  • concessões.

Então o usuário olha para a tela e pergunta:

Qual dessas informações realmente importa?

A resposta depende do problema que estamos tentando diagnosticar.

Antes de tudo: descubra qual adaptador importa

Imagine um notebook conectado ao Wi-Fi.

Você executa:

ipconfig /all

e encontra vários blocos.

Algo conceitualmente parecido com:

Adaptador Ethernet Ethernet:
   Mídia desconectada

Adaptador de Rede sem Fio Wi-Fi:
   Endereço IPv4: 192.168.1.50
   Gateway Padrão: 192.168.1.1

Adaptador Ethernet Bluetooth:
   Mídia desconectada

Adaptador Ethernet vEthernet:
   ...

O erro seria analisar todos com a mesma importância.

Se a conexão usada naquele momento é Wi-Fi, comece pelo adaptador Wi-Fi.

Por que existem tantos adaptadores?

O Windows pode criar ou apresentar interfaces relacionadas a diferentes tecnologias.

Além das placas físicas, softwares podem adicionar interfaces virtuais.

Isso pode acontecer com:

  • VPN;
  • virtualização;
  • recursos do próprio Windows;
  • determinados softwares de segurança;
  • adaptadores virtuais de rede;
  • tecnologias de compartilhamento.

Portanto:

Ter vários adaptadores no ipconfig não significa que exista algum problema.

“Mídia desconectada” continua sendo uma informação útil

Suponha que você esteja tentando diagnosticar Ethernet.

O bloco correspondente mostra:

Mídia desconectada.

Isso já é uma pista importante.

Antes de investigar:

  • DNS;
  • gateway;
  • DHCP;
  • Internet;

precisamos perguntar:

Existe link naquela interface?

Se o cabo não está conectado ou o link não foi estabelecido, não adianta começar pelo DNS.

Diagnóstico por camadas

Esse raciocínio é fundamental.

Imagine esta sequência simplificada:

Conexão física/rádio

↓

Interface ativa

↓

Configuração IP

↓

Gateway

↓

Roteamento

↓

DNS

↓

Aplicação

Se falhamos em uma etapa inferior, investigar uma etapa muito superior pode desperdiçar tempo.

Nome do host

No início do ipconfig /all, você pode encontrar informações gerais do computador, incluindo:

Nome do host

Esse é o nome atribuído à máquina no Windows.

Ele pode participar de diferentes situações de identificação e resolução de nomes em redes.

Não confunda:

nome do computador

com:

endereço IP.

Um é um nome.

O outro é um endereço utilizado pelo protocolo IP.

Sufixo DNS primário

Também podem aparecer informações relacionadas a sufixos DNS.

Esse campo ganha maior importância em ambientes corporativos, domínios e redes com configuração específica de resolução de nomes.

Em uma rede doméstica simples, ele pode ter pouca relevância para determinado diagnóstico.

Mas não significa que seja inútil.

Tipo de nó e outras informações antigas

Dependendo da configuração do sistema, o ipconfig /all pode apresentar campos que usuários domésticos raramente precisam analisar.

Não caia no erro de achar que todo campo exibido precisa ser “corrigido”.

A saída é uma descrição da configuração.

Não uma lista de problemas.

Agora entre no adaptador que realmente está sendo usado

Dentro de cada adaptador, podemos encontrar:

Descrição

Esse campo ajuda a identificar o hardware ou driver associado.

Por exemplo, você pode descobrir que o adaptador chamado simplesmente:

Wi-Fi

corresponde a uma determinada placa sem fio.

Isso é útil quando o computador possui:

  • Wi-Fi interno;
  • adaptador Wi-Fi USB;
  • Ethernet;
  • várias interfaces virtuais.

Endereço Físico

Outro campo importante:

Endereço Físico

É normalmente apresentado em formato semelhante a:

AA-BB-CC-DD-EE-FF

Esse é o endereço MAC associado à interface naquele contexto.

Ele não é o mesmo que:

192.168.1.50

MAC versus IPv4

Podemos simplificar assim:

MAC

Identificador utilizado na comunicação da camada de enlace dentro daquele contexto de rede.

IPv4

Endereço utilizado pelo protocolo IP.

Os dois participam da comunicação, mas possuem funções diferentes.

Por que o MAC é importante para suporte?

Imagine que o roteador possui uma reserva DHCP.

A configuração diz:

AA-BB-CC-DD-EE-FF
        ↓
192.168.1.50

A intenção é entregar determinado IPv4 ao dispositivo associado àquele endereço MAC.

Se você configurar a reserva para o MAC errado, o resultado não será o esperado.

Wi-Fi pode complicar a identificação do MAC

Versões modernas do Windows e outros sistemas podem oferecer recursos de endereços de hardware aleatórios para redes Wi-Fi.

Dependendo da configuração, o endereço utilizado naquela rede pode não corresponder simplesmente ao que o usuário espera encontrar olhando uma etiqueta ou outro registro.

Por isso, quando uma reserva DHCP parece “não funcionar”, confirme qual endereço está efetivamente sendo utilizado na conexão.

DHCP habilitado: Sim

Agora chegamos a uma informação central.

Se o resultado mostra:

DHCP Habilitado: Sim

isso indica que aquela interface está configurada para utilizar DHCP para a configuração correspondente.

Em uma rede doméstica, isso é extremamente comum.

O roteador geralmente atua como servidor DHCP.

O que o DHCP faz?

DHCP significa:

Dynamic Host Configuration Protocol.

Sua função é automatizar a entrega de parâmetros de rede aos clientes.

Sem DHCP, teríamos que configurar manualmente cada computador em muitos ambientes.

Exemplo simples

Roteador:

192.168.1.1

Faixa DHCP:

192.168.1.100 até 192.168.1.200

Um notebook entra no Wi-Fi.

O DHCP pode fornecer algo como:

IPv4:    192.168.1.105
Máscara: 255.255.255.0
Gateway: 192.168.1.1
DNS:     192.168.1.1

Esse é apenas um exemplo.

Cada rede pode utilizar configurações diferentes.

DHCP não significa IP mudando o tempo todo

Outro mito:

“Se está em DHCP, o IP muda a cada minuto.”

Não.

O DHCP trabalha com concessões.

Um dispositivo pode permanecer com o mesmo endereço durante bastante tempo.

Isso depende da configuração do servidor, concessões existentes e comportamento da rede.

Concessão obtida e concessão expira

No ipconfig /all, podemos encontrar informações como:

Concessão Obtida

e:

Concessão Expira

Essas informações ajudam a entender o ciclo DHCP.

O cliente recebe uma concessão por determinado período e tenta renová-la conforme o funcionamento do protocolo.

Por que isso pode ajudar em um diagnóstico?

Imagine:

“A Internet funciona de manhã e todo dia cai depois de algumas horas.”

Não significa necessariamente problema de DHCP.

Mas se o horário da falha apresenta correlação consistente com eventos relacionados à renovação da configuração, isso merece investigação.

Mais uma vez:

correlação gera hipótese.

Depois precisamos testar.

Servidor DHCP

O ipconfig /all também pode informar:

Servidor DHCP

Em uma rede doméstica, frequentemente será o roteador.

Exemplo:

192.168.1.1

Isso responde uma pergunta importante:

De onde veio minha configuração?

E se aparecer um servidor DHCP inesperado?

Isso merece investigação.

Imagine uma rede que deveria possuir apenas um roteador fornecendo DHCP.

Mas um computador recebe configuração de outro servidor inesperado.

Podemos ter:

  • segundo roteador configurado incorretamente;
  • equipamento de laboratório;
  • compartilhamento de conexão;
  • servidor DHCP indevido;
  • topologia diferente da imaginada.

Dois servidores DHCP não planejados podem provocar problemas difíceis de entender.

Exemplo de dois DHCPs

Imagine:

Roteador principal

Entrega:

192.168.1.x

Segundo roteador

Entrega:

192.168.0.x

Alguns dispositivos recebem:

192.168.1.105

Outros:

192.168.0.120

O usuário pode dizer:

“Às vezes funciona e às vezes não.”

O ipconfig /all pode fornecer uma pista importante mostrando:

  • endereço recebido;
  • gateway;
  • servidor DHCP.

Endereço IPv4

Agora voltamos ao campo:

Endereço IPv4

Exemplo:

192.168.1.105

Não olhe apenas se “tem um número”.

Pergunte:

Esse endereço faz sentido para essa rede?

Compare com outro dispositivo funcional

Esse é um excelente teste.

Computador funcionando

IPv4:    192.168.1.120
Gateway: 192.168.1.1

Computador com problema

IPv4:    192.168.0.50
Gateway: 192.168.0.1

Agora temos uma diferença importante.

Talvez estejam conectados a redes diferentes.

Talvez exista outro roteador.

Talvez haja configuração manual.

Precisamos investigar.

IP estático também pode causar problemas

Nem toda configuração vem do DHCP.

Um computador pode possuir IPv4 configurado manualmente.

Imagine que a rede antiga era:

192.168.0.x

Depois o roteador foi trocado e a rede passou para:

192.168.1.x

Mas o computador continuou configurado manualmente como:

192.168.0.50

O usuário conecta o cabo e diz:

“A placa está conectada, mas não tenho Internet.”

O problema não é necessariamente:

  • driver;
  • cabo;
  • DNS;
  • operadora.

Pode ser simplesmente uma configuração IPv4 antiga.

Máscara de sub-rede

A máscara também deve ser analisada no contexto.

Uma máscara comum em redes domésticas é:

255.255.255.0

Mas não trate isso como valor universal obrigatório.

Redes podem utilizar outras máscaras.

A pergunta correta é:

A máscara está de acordo com o projeto daquela rede?

Gateway Padrão

O gateway continua sendo um dos campos mais importantes.

Exemplo:

192.168.1.1

Depois de identificar o gateway, podemos realizar testes adicionais.

Por exemplo:

ping 192.168.1.1

Mas lembre-se:

um equipamento pode limitar respostas ICMP.

Portanto, um ping sem resposta é evidência, não sentença definitiva.

Gateway errado

Imagine:

IPv4:    192.168.1.50
Máscara: 255.255.255.0
Gateway: 192.168.0.1

Em uma rede simples, isso chama atenção.

Precisamos descobrir por que a configuração está inconsistente.

Gateway em branco

Se o computador precisa acessar apenas equipamentos locais, isso pode fazer parte da configuração.

Mas se estamos diagnosticando um computador doméstico que deveria acessar a Internet, ausência de gateway no adaptador relevante merece investigação.

Servidores DNS

No ipconfig /all, podemos encontrar:

Servidores DNS

Exemplo:

192.168.1.1

ou outros endereços.

O DNS permite traduzir nomes em informações necessárias para alcançar serviços.

De forma simplificada:

vmia.com.br

precisa ser resolvido para endereços apropriados antes da comunicação IP com o destino.

DNS errado pode parecer Internet caída

Imagine:

ping para um endereço IP externo funciona.

Mas:

nslookup de determinado domínio falha.

Sites por nome não carregam.

Nesse cenário, DNS ganha importância.

Agora imagine:

nem o gateway está acessível.

Nesse segundo caso, começar trocando DNS provavelmente é atacar a camada errada.

O ipconfig mostra DNS, mas não testa DNS

Essa distinção é fundamental.

ipconfig /all

pode mostrar:

qual DNS está configurado.

Ele não prova que aquele servidor está respondendo corretamente.

Para testar resolução, outras ferramentas são mais apropriadas, como:

nslookup

e ferramentas equivalentes.

IPv6 aparece e muita gente acha que existe problema

No ipconfig /all, é comum encontrar vários endereços IPv6.

O usuário vê algo como:

fe80::...

e pensa:

“Tem algo errado porque meu IP deveria ser 192.168.”

Não.

IPv4 e IPv6 podem coexistir.

Endereço IPv6 link-local

Endereços começando com:

fe80::

são associados a escopo link-local IPv6.

Eles possuem finalidade específica e sua presença não significa automaticamente que o computador está usando “Internet IPv6” naquele momento.

O famoso % depois do IPv6

Você pode encontrar algo semelhante a:

fe80::1234:5678:abcd:ef01%12

O:

%12

está relacionado à identificação da interface/escopo utilizada naquele contexto.

Ele ajuda o Windows a saber por qual interface aquele endereço link-local deve ser alcançado.

Não desative IPv6 apenas porque você não entende a saída

Essa é uma regra importante.

É comum encontrar tutoriais sugerindo:

“Internet com problema? Desative IPv6.”

Isso não deveria ser um procedimento automático.

IPv6 faz parte da pilha de rede moderna do Windows e pode ser utilizado por componentes, redes e serviços.

Se existe suspeita específica envolvendo IPv6, investigue com evidências.

Não transforme a desativação em solução universal.

Endereço IPv6 temporário

Dependendo da configuração, podem aparecer diferentes endereços IPv6, inclusive endereços temporários relacionados a mecanismos de privacidade.

Por isso, encontrar mais de um IPv6 em uma interface não significa automaticamente erro.

Autoconfiguração habilitada

O resultado também pode mostrar informações relacionadas à autoconfiguração.

Novamente, não interprete:

Habilitado

como:

Problema.

Esses campos descrevem como a interface pode obter determinadas configurações.

NetBIOS e outros campos

Dependendo da versão e configuração, o ipconfig /all pode apresentar informações adicionais relacionadas a tecnologias de rede.

Em ambientes modernos, algumas dessas informações terão importância apenas em cenários específicos.

O segredo é:

não tente resolver todos os campos ao mesmo tempo.

Comece pelo problema real.

Exemplo completo de diagnóstico 1: sem Internet e 169.254

Usuário:

“Wi-Fi conecta, mas não entra na Internet.”

ipconfig /all:

IPv4:    169.254.40.82
Gateway:

Hipótese inicial:

falha na obtenção da configuração IPv4 esperada.

Próximas perguntas:

  • está conectado ao SSID correto?
  • outros dispositivos recebem IP?
  • DHCP do roteador funciona?
  • adaptador está configurado automaticamente?
  • existe outro problema na rede?

Trocar DNS ainda não é prioridade.

Exemplo 2: IP normal, gateway normal, sites não abrem

IPv4:    192.168.1.50
Gateway: 192.168.1.1
DNS:     192.168.1.1

Agora precisamos testar.

Gateway:

ping 192.168.1.1

Depois conectividade externa por IP, conforme o ambiente.

Depois resolução DNS.

O ipconfig nos deu o mapa inicial.

Outros comandos continuam a investigação.

Exemplo 3: somente um computador sem Internet

Celular funciona.

TV funciona.

Outro notebook funciona.

PC não funciona.

No PC:

IPv4: 169.254.x.x

Isso reduz bastante a probabilidade de uma queda geral da operadora.

O problema está muito mais próximo de:

  • PC;
  • conexão do PC;
  • DHCP;
  • roteador em relação àquele cliente.

Exemplo 4: computador com IP manual antigo

Rede atual:

192.168.1.x

PC:

IPv4:    192.168.0.50
Gateway: 192.168.0.1

Agora temos uma pista muito forte.

Verifique se existe configuração manual antiga.

Exemplo 5: dois computadores recebem redes diferentes

PC A:

Servidor DHCP: 192.168.1.1
IPv4: 192.168.1.100

PC B:

Servidor DHCP: 192.168.0.1
IPv4: 192.168.0.100

Se deveriam estar na mesma rede, investigue a existência de:

  • segundo roteador;
  • DHCP inesperado;
  • SSID diferente;
  • segmentação;
  • configuração manual.

O comando ipconfig /all como fotografia da rede

Pense no:

ipconfig /all

como uma fotografia.

Ele mostra:

Como as interfaces estão configuradas naquele instante.

Isso é excelente para comparação.

Faça um “antes” e “depois”

Antes de alterar:

ipconfig /all > "%USERPROFILE%\Desktop\ipconfig-antes.txt"

Depois da mudança:

ipconfig /all > "%USERPROFILE%\Desktop\ipconfig-depois.txt"

Agora podemos comparar:

  • IPv4;
  • gateway;
  • DHCP;
  • DNS;
  • concessão;
  • adaptador.

Essa metodologia é muito superior a executar comandos sem registrar o estado inicial.

Agora estamos prontos para alterar alguma coisa

Até este ponto, usamos principalmente o ipconfig para observar.

Mas ele também possui parâmetros que executam ações.

Entre os mais conhecidos:

ipconfig /release

ipconfig /renew

ipconfig /flushdns

ipconfig /displaydns

ipconfig /registerdns

Também existem opções relacionadas especificamente a IPv6 e outros recursos.

/release não é “resetar a Internet”

Esse é o primeiro conceito que precisamos corrigir.

Quando executamos:

ipconfig /release

não estamos:

  • reiniciando o roteador;
  • resetando a placa;
  • limpando DNS;
  • reinstalando driver;
  • corrigindo Wi-Fi.

O comando está relacionado à liberação da configuração DHCP aplicável.

Depois disso, a interface pode ficar temporariamente sem a configuração IPv4 que utilizava.

Não execute /release em suporte remoto sem pensar

Isso é extremamente importante.

Se você está conectado remotamente ao computador através da rede e executa uma operação que remove temporariamente sua configuração de conectividade, pode derrubar a própria sessão remota.

Portanto:

entenda o impacto antes de executar comandos que alteram a configuração de rede.

Diagnóstico remoto exige ainda mais cautela.

/renew solicita renovação da configuração DHCP

Depois, temos:

ipconfig /renew

Esse comando solicita renovação da configuração DHCP aplicável.

Ele pode ser útil quando estamos diagnosticando situações relacionadas à obtenção de endereço.

Mas novamente:

não é uma correção universal para qualquer problema de Internet.

Exemplo em que /renew faz sentido

Computador configurado para DHCP.

Ele está conectado corretamente à rede.

Mas não possui a configuração IPv4 esperada.

Depois de verificar o cenário, podemos tentar uma nova obtenção/renovação DHCP.

O resultado do comando também pode fornecer mensagens úteis.

Exemplo em que /renew não resolve a causa

Imagine que o cabo está rompido.

Executar:

ipconfig /renew

não conserta o cabo.

Ou:

o Wi-Fi não está associado à rede.

O DHCP não conseguirá funcionar corretamente se nem existe comunicação adequada com a rede.

Primeiro conectividade, depois DHCP

A lógica é:

Existe link/conexão?

↓

A interface está ativa?

↓

Consegue alcançar o ambiente DHCP?

↓

Recebe configuração?

Isso é muito mais racional do que repetir comandos aleatoriamente.

/flushdns é provavelmente o parâmetro mais usado incorretamente

Execute:

ipconfig /flushdns

e o Windows limpa o cache do resolvedor DNS mantido pelo cliente DNS.

Isso pode ser útil em determinados problemas de resolução.

Mas virou uma espécie de ritual:

“Internet lenta? Flush DNS.”

“Wi-Fi cai? Flush DNS.”

“Ping alto? Flush DNS.”

“Impressora offline? Flush DNS.”

Isso não faz sentido como solução universal.

Quando /flushdns faz sentido?

Por exemplo:

um nome estava resolvendo para informação antiga armazenada em cache.

A configuração DNS mudou.

Você quer eliminar aquela entrada local armazenada e forçar nova resolução.

Nesse tipo de situação, limpar o cache pode fazer sentido.

Quando /flushdns provavelmente não é a resposta?

Se:

  • cabo está desconectado;
  • Wi-Fi não conecta;
  • endereço é 169.254;
  • gateway não existe;
  • placa de rede está falhando;
  • roteador está offline;

limpar cache DNS não corrige essas camadas.

/displaydns: veja antes de apagar

Aqui está um parâmetro extremamente interessante:

ipconfig /displaydns

Ele permite visualizar informações do cache do resolvedor DNS.

Esse comando é excelente porque transforma:

“Vamos limpar o DNS.”

em:

“Vamos primeiro observar o que existe no cache.”

Essa é exatamente a filosofia de diagnóstico que estamos seguindo.

Salve o cache DNS

A saída pode ser extensa.

Podemos redirecioná-la:

ipconfig /displaydns > "%USERPROFILE%\Desktop\dns-cache.txt"

Agora você pode analisar o arquivo com mais calma.

Observe antes, altere depois

Compare:

Método aleatório

ipconfig /flushdns

e torcer.

Método diagnóstico

ipconfig /displaydns

↓

analisar

↓

formular hipótese

↓

ipconfig /flushdns

quando fizer sentido

↓

testar novamente.

O segundo método produz conhecimento sobre o problema.

/release, /renew, /flushdns, /displaydns, /registerdns e diagnóstico prático

Até aqui usamos o ipconfig principalmente para observar a configuração da rede.

Agora entramos nos parâmetros que executam ações.

Essa é justamente a parte em que mais aparecem tutoriais genéricos.

Muitos ensinam algo como:

ipconfig /release

ipconfig /renew

ipconfig /flushdns

e sugerem executar tudo sempre que a Internet apresenta qualquer problema.

Isso pode até funcionar em alguns casos, mas não é uma boa metodologia.

Cada parâmetro atua sobre uma parte específica da configuração de rede.

O objetivo desta parte é responder:

Qual problema cada comando realmente tenta resolver?

Primeiro: veja a ajuda do próprio ipconfig

Antes de decorar qualquer parâmetro, execute:

ipconfig /?

O Windows mostra as opções suportadas naquela instalação.

Isso é importante porque a própria ajuda local é uma excelente referência para verificar a sintaxe disponível no sistema.

ipconfig /release

O comando:

ipconfig /release

é usado para liberar a configuração DHCP aplicável das interfaces.

De maneira simplificada, o Windows informa ao ambiente DHCP que está liberando a concessão utilizada.

O que pode acontecer depois do /release?

A interface pode ficar sem o endereço IPv4 anteriormente obtido por DHCP.

Isso significa que a conectividade daquela interface pode ser interrompida até que uma nova configuração seja obtida.

Por isso, não execute esse comando sem entender o impacto.

Muito cuidado em acesso remoto

Imagine que você está conectado remotamente ao computador pela própria interface de rede que pretende liberar.

Você executa:

ipconfig /release

A sessão pode cair.

Depois você depende da rede se recuperar corretamente para reconectar.

Em suporte remoto, isso pode transformar um problema simples em perda de acesso.

/release resolve problema de Wi-Fi?

Não diretamente.

Ele não:

  • reconecta ao SSID;
  • corrige senha Wi-Fi;
  • substitui driver;
  • repara antena;
  • resolve sinal fraco;
  • reinicia roteador.

O comando atua na configuração DHCP correspondente.

Se o problema está antes dessa etapa, /release não conserta a causa.

Exemplo em que /release pode fazer sentido

O computador recebeu uma configuração DHCP incorreta ou antiga e você quer testar uma nova obtenção.

Primeiro registre:

ipconfig /all

Depois, se o contexto justificar:

ipconfig /release

seguido de:

ipconfig /renew

Agora compare o estado antes e depois.

É possível liberar apenas um adaptador?

O ipconfig permite trabalhar com nomes específicos de adaptadores em determinadas operações.

Em vez de afetar tudo indiscriminadamente, é melhor consultar:

ipconfig /?

e usar a sintaxe suportada localmente para limitar a ação ao adaptador relevante quando apropriado.

Isso é especialmente útil em máquinas com:

  • Ethernet;
  • Wi-Fi;
  • VPN;
  • adaptadores virtuais.

ipconfig /renew

O comando:

ipconfig /renew

tenta renovar ou obter configuração DHCP para a interface correspondente.

Ele é um dos comandos mais úteis quando realmente existe uma hipótese de problema DHCP.

O que acontece durante o /renew?

De forma simplificada, o cliente DHCP tenta estabelecer ou renovar uma concessão com o servidor DHCP disponível.

Se tudo funciona corretamente, o computador pode receber novamente:

  • endereço IPv4;
  • máscara;
  • gateway;
  • outros parâmetros fornecidos pela rede.

Quando /renew faz sentido?

Exemplo:

O notebook está conectado ao Wi-Fi.

O link está ativo.

Outros dispositivos funcionam.

Mas o PC mostra:

169.254.x.x

Você já verificou que deveria receber endereço automaticamente.

Nesse cenário, tentar:

ipconfig /renew

pode ser um teste coerente.

Quando /renew falha?

Existem vários motivos possíveis.

Por exemplo:

  • não existe comunicação com o servidor DHCP;
  • Wi-Fi não está realmente conectado;
  • cabo sem link;
  • servidor DHCP indisponível;
  • adaptador configurado de forma incompatível;
  • problema de driver;
  • falha no roteador;
  • bloqueio ou segmentação de rede.

A mensagem de erro do comando pode ajudar a indicar o próximo passo.

/renew não consegue criar uma rede onde ela não existe

Se o computador não alcança o ambiente de rede, DHCP não funcionará.

Essa regra é importante.

Não adianta tentar renovar endereço se a interface nem consegue se comunicar adequadamente com a rede.

IP fixo e /renew

Se a interface está configurada manualmente com endereço estático, ipconfig /renew não deve ser tratado como uma forma de “renovar o IP fixo”.

DHCP e configuração manual são modelos diferentes.

Antes de executar o comando, confirme:

ipconfig /all

e verifique se DHCP está habilitado na interface em questão.

/release e /renew juntos

Essa dupla faz sentido quando queremos forçar uma nova negociação DHCP após liberar a configuração atual.

Mas não use como rotina para:

  • Internet lenta;
  • ping alto;
  • DNS lento;
  • impressora offline;
  • navegador travando.

Cada um desses sintomas pode ter causa completamente diferente.

Exemplo prático

Estado inicial:

IPv4: 169.254.24.80
Gateway:
DHCP: Sim

Depois de:

ipconfig /renew

novo estado:

IPv4: 192.168.1.120
Gateway: 192.168.1.1
DHCP: Sim

Agora houve uma mudança importante.

A investigação deve continuar perguntando:

Por que o PC não conseguiu obter a configuração inicialmente?

O comando restaurou o estado, mas talvez ainda exista uma causa intermitente.

ipconfig /release6

O parâmetro:

ipconfig /release6

atua sobre concessões DHCP relacionadas ao IPv6 nas interfaces aplicáveis.

Não confunda isso com:

ipconfig /release

que normalmente é associado ao IPv4.

ipconfig /renew6

Da mesma forma:

ipconfig /renew6

é utilizado para renovar configuração DHCP aplicável ao IPv6.

Esses comandos não devem ser usados simplesmente porque aparecem na lista.

Use-os quando o diagnóstico estiver realmente relacionado à configuração IPv6 correspondente.

IPv6 não deve ser tratado como “problema por padrão”

Encontrar IPv6 no ipconfig /all não significa que você precisa executar:

/release6

ou:

/renew6

A presença de IPv6 é normal em sistemas modernos.

Use os parâmetros somente quando houver contexto técnico para isso.

ipconfig /flushdns

O comando:

ipconfig /flushdns

limpa o cache do resolvedor DNS do Windows.

Ele é provavelmente o parâmetro mais famoso do ipconfig.

E também um dos mais usados fora de contexto.

O que é o cache DNS?

Quando o Windows resolve determinados nomes, pode armazenar temporariamente informações em cache.

Isso evita que algumas resoluções precisem ser refeitas imediatamente.

O cache melhora eficiência em várias situações.

Então por que limpar?

Porque às vezes uma informação armazenada pode não ser mais adequada ao estado atual.

Exemplo:

Um domínio mudou de endereço.

O computador ainda possui uma entrada antiga em cache.

Limpar o cache força uma nova resolução em consultas posteriores.

Flush DNS deixa a Internet mais rápida?

Não existe uma regra de que limpar DNS aumente a velocidade da conexão.

ipconfig /flushdns

não aumenta:

  • velocidade do Wi-Fi;
  • largura de banda;
  • velocidade Ethernet;
  • download;
  • upload.

Ele atua sobre o cache do resolvedor DNS.

Se o gargalo está em outra camada, o comando não resolve.

Exemplo correto de uso

Você acessava:

exemplo.com

O serviço mudou de servidor.

Seu computador continua resolvendo um endereço antigo armazenado.

Nesse cenário:

ipconfig /flushdns

pode ajudar a eliminar a entrada local em cache.

Exemplo incorreto

Seu Wi-Fi mostra:

169.254.x.x

Você executa:

ipconfig /flushdns

O problema continua.

Isso é esperado.

A máquina não recebeu a configuração IPv4 correta.

O problema ocorre antes da resolução DNS.

ipconfig /displaydns

Antes de limpar o cache, podemos visualizá-lo:

ipconfig /displaydns

Esse comando mostra o conteúdo armazenado pelo resolvedor DNS do Windows.

É extremamente útil para análise.

Por que /displaydns é tão interessante?

Porque permite investigar antes de apagar.

Compare:

Abordagem 1

“Site não abre.”

↓

ipconfig /flushdns

Abordagem 2

“Site não abre.”

↓

ipconfig /displaydns

↓

verificar entradas

↓

testar resolução

↓

limpar apenas se fizer sentido.

A segunda abordagem preserva evidências.

Salve o cache DNS em arquivo

Use:

ipconfig /displaydns > "%USERPROFILE%\Desktop\dns-cache.txt"

Isso é útil quando a saída é grande.

Depois podemos procurar nomes específicos no arquivo.

O cache pode conter muitos registros

Não se assuste se aparecer bastante informação.

Aplicativos, serviços e o próprio sistema podem realizar consultas DNS.

O fato de um nome aparecer no cache não significa que exista problema.

ipconfig /registerdns

Outro parâmetro:

ipconfig /registerdns

é usado para iniciar o registro manual dos nomes DNS e endereços IP configurados no computador quando aplicável.

Esse comando é especialmente relevante em ambientes onde registro dinâmico DNS faz parte da infraestrutura.

Ele é útil em redes domésticas?

Na maioria das redes domésticas simples, o usuário comum raramente precisa executar esse comando.

Ele se torna mais relevante em:

  • redes corporativas;
  • ambientes com DNS dinâmico;
  • domínios;
  • infraestrutura Microsoft.

Não transforme /registerdns em comando universal de “reparo de Internet”.

/registerdns não troca o DNS

Outra confusão comum.

Executar:

ipconfig /registerdns

não significa:

“Configurar um novo servidor DNS.”

São coisas diferentes.

O comando está relacionado ao registro DNS do computador, não à escolha do servidor DNS configurado na interface.

ipconfig não troca seu DNS para Google ou Cloudflare

Outro mito importante.

Comandos como:

ipconfig /flushdns

não alteram o servidor DNS configurado.

Se o computador está usando:

192.168.1.1

como DNS, limpar o cache não muda isso para:

8.8.8.8

ou outro servidor.

São operações distintas.

Limpar cache e trocar servidor DNS são coisas diferentes

Limpar cache

ipconfig /flushdns

Remove registros armazenados localmente pelo resolvedor.

Trocar servidor DNS

Altera a configuração de rede da interface.

Não confunda os dois procedimentos.

Diagnóstico prático: site não abre

Vamos montar um fluxo.

O usuário diz:

“Só um site não abre.”

Primeiro:

ipconfig /all

Confirme a configuração.

Depois:

ipconfig /displaydns

Procure informações relacionadas ao nome.

Depois use:

nslookup exemplo.com

Agora compare.

Se a resolução atual diverge do que estava armazenado, o cache pode fazer parte da investigação.

Diagnóstico prático: todos os sites não abrem

Se nenhum site abre, não pule direto para DNS.

Faça:

ipconfig /all

Veja:

  • adaptador;
  • IPv4;
  • gateway;
  • DNS.

Depois teste a camada anterior.

Exemplo:

ping no gateway, quando apropriado.

Depois conectividade externa.

Só então concentre-se em DNS.

Diagnóstico prático: Wi-Fi conectado, sem Internet

Passo 1:

ipconfig /all

Pergunte:

Existe IPv4 válido para a rede?

Se aparece:

169.254.x.x

foque em DHCP/conectividade local.

Se aparece algo compatível com a rede:

192.168.1.x

continue.

Teste o gateway

Exemplo:

ping 192.168.1.1

Se o gateway responde, temos evidência de conectividade local.

Se não responde, investigue:

  • Wi-Fi;
  • isolamento;
  • roteador;
  • firewall;
  • link;
  • configuração.

Depois teste conectividade externa

Se o gateway está funcionando, teste um endereço externo apropriado.

Se IP externo funciona, mas nomes não funcionam, DNS ganha prioridade.

Agora use nslookup

Exemplo:

nslookup vmia.com.br

Isso permite verificar resolução DNS de forma mais direta.

A combinação correta

ipconfig

mostra configuração.

ping

testa alcance ICMP.

nslookup

testa resolução DNS.

tracert

ajuda a observar caminho.

Test-NetConnection

pode testar conectividade e portas em cenários específicos.

Cada ferramenta responde uma pergunta diferente.

Não use um comando para responder uma pergunta errada

Exemplo:

“Quero saber se a porta 443 está acessível.”

ipconfig não é a ferramenta correta.

Outro exemplo:

“Quero saber qual DNS está configurado.”

Aí sim:

ipconfig /all

é excelente.

Diagnóstico prático: computador recebe 169.254

Fluxo recomendado:

1. Confirme o adaptador correto

ipconfig /all

2. Verifique se DHCP está habilitado

3. Confirme conexão física ou Wi-Fi

4. Compare com outro dispositivo da mesma rede

5. Tente renovar quando fizer sentido

ipconfig /renew

6. Observe a mensagem retornada

7. Investigue roteador/DHCP se necessário

Não pule direto para DNS.

Diagnóstico prático: IP normal, mas sem Internet

Exemplo:

IPv4: 192.168.1.50
Gateway: 192.168.1.1
DNS: 192.168.1.1

Agora temos uma configuração aparentemente coerente.

Faça:

Passo 1

Teste gateway.

Passo 2

Teste IP externo.

Passo 3

Teste resolução DNS.

Passo 4

Compare com outro dispositivo.

Essa sequência ajuda a localizar a camada.

Diagnóstico prático: só um computador falha

Celular funciona.

Outro notebook funciona.

PC não.

ipconfig /all pode revelar:

  • IP incorreto;
  • DNS diferente;
  • gateway diferente;
  • DHCP inesperado;
  • endereço manual;
  • adaptador errado.

Essa comparação é extremamente valiosa.

Diagnóstico prático: depois de trocar o roteador

Esse caso é comum.

Roteador antigo:

192.168.0.1

Novo:

192.168.1.1

Um computador mantém:

IP manual: 192.168.0.50
Gateway: 192.168.0.1

O novo roteador usa:

192.168.1.x

Resultado:

conexão física existe, mas configuração não combina com a nova rede.

/renew não corrige IP manual antigo

Se o adaptador está configurado estaticamente, /renew não deve ser tratado como solução.

Primeiro altere corretamente a configuração da interface, se houver necessidade.

Diagnóstico prático: dois DHCPs na rede

PC A:

Servidor DHCP: 192.168.1.1
Gateway: 192.168.1.1

PC B:

Servidor DHCP: 192.168.0.1
Gateway: 192.168.0.1

Se deveriam estar na mesma rede, isso é um enorme sinal de investigação.

Pode existir:

  • roteador secundário;
  • DHCP duplicado;
  • rede convidada;
  • segmentação;
  • conexão em SSID diferente.

Diagnóstico prático: DNS diferente em apenas um PC

PC A:

DNS: 192.168.1.1

PC B:

DNS: outro endereço

Se somente o PC B apresenta problemas de resolução, essa diferença ganha relevância.

Mas ainda precisamos testar.

Não basta assumir que qualquer diferença é erro.

Como criar um relatório de diagnóstico

Antes de mudar configurações:

ipconfig /all > "%USERPROFILE%\Desktop\rede-antes.txt"

Depois:

ipconfig /all > "%USERPROFILE%\Desktop\rede-depois.txt"

Você pode comparar:

  • IPv4;
  • gateway;
  • DHCP;
  • DNS;
  • concessão;
  • interface.

Esse método é excelente em suporte técnico.

O que o ipconfig não faz

É importante definir os limites.

O ipconfig não substitui:

  • teste de velocidade;
  • análise Wi-Fi;
  • teste de portas;
  • traceroute;
  • diagnóstico de hardware;
  • captura de pacotes;
  • análise de drivers.

Ele mostra e manipula aspectos específicos da configuração IP.

Tabela rápida dos principais parâmetros

ComandoFunção principal
ipconfigmostra resumo da configuração IP
ipconfig /allmostra configuração detalhada
ipconfig /releaselibera concessão DHCP aplicável
ipconfig /renewrenova/obtém concessão DHCP
ipconfig /release6libera DHCP aplicável ao IPv6
ipconfig /renew6renova DHCP aplicável ao IPv6
ipconfig /flushdnslimpa cache do resolvedor DNS
ipconfig /displaydnsmostra cache DNS
ipconfig /registerdnsinicia registro DNS quando aplicável
ipconfig /?mostra ajuda e sintaxe

Sequência de diagnóstico VMIA

Quando alguém disser:

“Minha Internet não funciona.”

Não comece alterando configurações.

Use:

1.

ipconfig /all

2.

Identifique o adaptador correto.

3.

Confirme IPv4.

4.

Verifique gateway.

5.

Verifique DHCP.

6.

Observe DNS.

7.

Teste gateway.

8.

Teste conectividade externa.

9.

Teste DNS.

10.

Só então use /release, /renew ou /flushdns se houver uma hipótese coerente.

Regra de ouro

O ipconfig é mais útil quando usamos esta ordem:

observar

↓

interpretar

↓

formular hipótese

↓

alterar

↓

testar novamente

Executar comandos sem saber o que esperamos mudar é tentativa e erro.

Até aqui vimos o que o ipconfig mostra, como interpretar o ipconfig /all e o que fazem parâmetros como:

/release

/renew

/flushdns

/displaydns

/registerdns

Agora falta a parte mais importante:

Como juntar todas essas informações para descobrir onde está o problema?

O ipconfig é especialmente útil porque transforma sintomas vagos em dados objetivos.

O usuário pode dizer:

“A Internet caiu.”

Mas o ipconfig pode revelar cenários completamente diferentes.

Caso 1: aparece 169.254.x.x

Imagine:

IPv4: 169.254.72.34
Gateway:
DHCP: Sim

Esse cenário indica que o computador não recebeu a configuração IPv4 esperada via DHCP e acabou usando uma configuração automática link-local.

Em uma rede doméstica comum, isso geralmente aponta para uma investigação em torno de:

  • DHCP;
  • comunicação com o roteador;
  • conexão Wi-Fi;
  • cabo;
  • adaptador;
  • driver;
  • roteador.

Não comece trocando DNS.

O problema acontece antes dessa etapa.

O que fazer nesse caso?

Primeiro confirme:

  • o Wi-Fi está realmente conectado?
  • o SSID é o correto?
  • existe cabo conectado?
  • outros dispositivos recebem IPv4 normal?
  • DHCP está habilitado na interface?
  • o roteador está distribuindo endereços?

Depois, se fizer sentido:

ipconfig /renew

Observe a mensagem retornada.

Se continuar em 169.254.x.x, temos evidência de que o computador ainda não conseguiu obter a configuração esperada.

Caso 2: existe IPv4, mas não existe gateway

Exemplo:

IPv4: 192.168.1.50
Máscara: 255.255.255.0
Gateway:

Em uma rede local isolada isso pode ser intencional.

Mas em um computador doméstico que deveria acessar a Internet, a ausência de gateway merece investigação.

Sem uma rota apropriada para destinos externos, o computador pode conseguir conversar com dispositivos locais e ainda assim não alcançar a Internet.

Caso 3: gateway existe, mas não responde

Exemplo:

IPv4: 192.168.1.50
Gateway: 192.168.1.1

Teste:

ping 192.168.1.1

Se não houver resposta, investigue:

  • conexão Wi-Fi;
  • cabo;
  • isolamento de clientes;
  • configuração do roteador;
  • firewall;
  • interface;
  • rede errada.

Mas lembre-se:

Nem todo equipamento é obrigado a responder ping.

Por isso, use o resultado em conjunto com outros testes.

Caso 4: gateway responde, mas Internet não funciona

Agora temos um cenário diferente.

O computador consegue chegar ao roteador.

Isso sugere que a comunicação local está funcional.

O próximo passo pode ser testar conectividade externa por IP.

Se IP externo responde, mas nomes não resolvem, a suspeita passa a se concentrar em DNS.

Caso 5: IP externo funciona, mas sites por nome não

Esse é o clássico cenário em que DNS merece atenção.

Exemplo:

o computador alcança um endereço IP externo, mas:

nslookup vmia.com.br

falha.

Agora verifique:

ipconfig /all

Veja quais servidores DNS estão configurados.

Depois teste a resolução diretamente.

Nesse cenário, ipconfig /flushdns pode fazer sentido se houver hipótese de cache incorreto.

Caso 6: só um computador está sem Internet

Essa comparação é extremamente poderosa.

Imagine:

  • celular funciona;
  • TV funciona;
  • notebook funciona;
  • apenas o desktop falha.

Então a hipótese de queda geral da operadora perde força.

Execute no computador com problema:

ipconfig /all

Compare com outro dispositivo Windows da mesma rede.

Observe:

  • IPv4;
  • gateway;
  • DNS;
  • DHCP;
  • adaptador.

Exemplo

PC funcionando:

IPv4: 192.168.1.110
Gateway: 192.168.1.1
DNS: 192.168.1.1

PC com problema:

IPv4: 192.168.0.50
Gateway: 192.168.0.1
DNS: 192.168.0.1

Essa diferença é muito mais interessante do que simplesmente “reiniciar o PC”.

Caso 7: computador ficou sem Internet depois de trocar o roteador

Esse problema é bastante comum.

Roteador antigo:

192.168.0.1

Novo roteador:

192.168.1.1

Mas o computador ficou configurado manualmente assim:

IP: 192.168.0.50
Gateway: 192.168.0.1

O cabo pode estar conectado.

A placa pode aparecer normalmente.

O Windows pode mostrar rede.

Mesmo assim, a configuração não corresponde à nova rede.

Caso 8: IP fixo duplicado

Imagine dois computadores configurados manualmente com:

192.168.1.50

Agora temos um conflito.

Os sintomas podem ser estranhos:

  • conexão intermitente;
  • perda de acesso;
  • comunicação que funciona em um dispositivo e falha no outro;
  • impressoras ou compartilhamentos inconsistentes.

O ipconfig ajuda a verificar o endereço configurado em cada máquina.

DHCP reduz risco de conflito?

Quando bem configurado, sim.

Um servidor DHCP gerencia a distribuição de endereços dentro da faixa que controla.

Mas conflitos ainda podem aparecer se alguém configurar manualmente um endereço dentro da faixa DHCP sem planejamento.

Por isso, redes bem organizadas utilizam:

  • reservas DHCP;
  • faixas bem definidas;
  • endereços manuais fora da faixa dinâmica quando necessário.

Caso 9: dois servidores DHCP na mesma rede

Esse é um problema clássico.

Roteador principal:

192.168.1.1

Segundo roteador:

192.168.0.1

Os dois distribuem DHCP.

PC A recebe:

IPv4: 192.168.1.100
Gateway: 192.168.1.1

PC B recebe:

IPv4: 192.168.0.100
Gateway: 192.168.0.1

Se isso não foi planejado, o comportamento da rede pode ficar inconsistente.

O campo:

Servidor DHCP

do ipconfig /all ajuda a descobrir quem forneceu a configuração.

Caso 10: Wi-Fi conecta, mas aparece “Sem Internet”

Esse é um dos problemas mais confundidos com falha do Wi-Fi.

O Wi-Fi pode estar conectado ao ponto de acesso e ainda assim não existir acesso à Internet.

Use:

ipconfig /all

Pergunte:

  • recebeu IPv4?
  • recebeu gateway?
  • recebeu DNS?
  • gateway responde?
  • outro dispositivo funciona?
  • há Internet por IP externo?

O rótulo “Sem Internet” é o sintoma.

O ipconfig ajuda a encontrar a camada.

Caso 11: Ethernet conectada, mas sem Internet

Faça o mesmo raciocínio.

Não assuma:

“Se o cabo está conectado, a rede está boa.”

Precisamos saber:

  • link negociou?
  • existe IPv4?
  • gateway?
  • DHCP?
  • DNS?
  • rota?

O ipconfig responde uma parte dessas perguntas.

Caso 12: VPN cria vários adaptadores

Ao instalar VPN, podem aparecer novas interfaces.

Isso pode confundir a leitura do ipconfig /all.

Você pode encontrar:

  • adaptador físico;
  • adaptador VPN;
  • interfaces virtuais.

A configuração de rota também pode mudar enquanto a VPN está ativa.

Portanto, sempre identifique qual adaptador participa do tráfego que você está tentando diagnosticar.

Caso 13: vários gateways

Em computadores com múltiplas interfaces, podem aparecer configurações com mais de um gateway.

Isso não significa automaticamente erro.

Mas pode produzir comportamento de roteamento diferente do esperado.

Nesse cenário, ipconfig mostra a configuração das interfaces, mas outras ferramentas são necessárias para analisar qual rota o Windows realmente prefere.

Um exemplo é:

route print

No PowerShell, também existem cmdlets apropriados para visualizar rotas.

Caso 14: Wi-Fi e Ethernet ativos ao mesmo tempo

Esse cenário é comum em notebooks.

O usuário conecta o cabo e deixa o Wi-Fi ligado.

O computador possui duas interfaces ativas.

O ipconfig mostra ambas.

Mas qual está sendo usada para determinado tráfego?

Isso depende de fatores como:

  • tabela de rotas;
  • métricas;
  • configuração das interfaces.

Não basta olhar qual aparece primeiro no ipconfig.

Caso 15: IPv4 funciona e IPv6 não

Não desative IPv6 automaticamente.

Primeiro determine:

O problema realmente está no IPv6?

Use testes específicos.

Em muitos ambientes, IPv4 e IPv6 coexistem normalmente.

Uma falha em determinada pilha deve ser diagnosticada separadamente.

Caso 16: IPv6 funciona e IPv4 não

Também pode acontecer.

O usuário pode conseguir acessar alguns serviços enquanto outros falham, dependendo de como o destino é alcançado.

O ipconfig /all ajuda a verificar se a interface possui:

  • IPv4;
  • IPv6;
  • gateway;
  • DNS.

Depois precisamos testar cada protocolo.

Caso 17: DNS configurado no roteador

Em muitas redes domésticas aparece:

192.168.1.1

como DNS.

Isso pode significar que o computador consulta o roteador, que então encaminha ou resolve consultas segundo sua configuração.

Isso é normal.

Não significa que o DNS esteja “errado” só porque não aparece Google ou Cloudflare.

Caso 18: DNS manual antigo

Imagine que o computador foi usado em outra rede e ficou com DNS manual configurado.

Depois mudou de local.

O IP e gateway são obtidos por DHCP, mas o DNS ficou manual.

Resultado:

a rede parece parcialmente funcional, mas a resolução apresenta problemas.

Compare:

ipconfig /all

com outro computador funcional.

Caso 19: /flushdns resolve temporariamente e o problema volta

Isso é importante.

Se:

ipconfig /flushdns

resolve o problema por alguns minutos ou horas, mas ele retorna, não conclua:

“O problema era o cache.”

Pergunte:

Por que entradas incorretas continuam aparecendo?

Possíveis áreas de investigação:

  • servidor DNS;
  • aplicação;
  • rede;
  • domínio;
  • configuração;
  • software de segurança;
  • VPN.

Uma correção temporária não identifica necessariamente a causa raiz.

Caso 20: /renew funciona, mas o problema volta

Mesma lógica.

Se o computador perde configuração DHCP frequentemente e /renew restaura, talvez o comando esteja apenas mascarando um problema intermitente.

Investigue:

  • estabilidade do Wi-Fi;
  • cabo;
  • driver;
  • DHCP;
  • roteador;
  • lease;
  • conflitos.

Erro comum 1: executar comandos sem olhar o resultado anterior

Uma das piores práticas é:

ipconfig /release
ipconfig /renew
ipconfig /flushdns

sem antes executar:

ipconfig /all

Você apaga evidências do estado original.

Diagnóstico técnico exige comparação.

Erro comum 2: achar que 169.254 é DNS

Não é.

O endereço 169.254.x.x aponta para um problema relacionado à obtenção/configuração IPv4 local.

Trocar DNS não é o primeiro passo lógico.

Erro comum 3: achar que todo 192.168 significa Internet funcionando

Também não.

Um computador pode possuir:

192.168.1.50

e ainda estar sem Internet.

É preciso verificar:

  • gateway;
  • roteamento;
  • DNS;
  • conexão externa.

Erro comum 4: achar que gateway significa Internet

O gateway pode responder normalmente e ainda não existir acesso externo.

Nesse caso, o problema pode estar depois do roteador.

Erro comum 5: achar que flushdns aumenta velocidade

Não existe essa relação direta.

ipconfig /flushdns não aumenta largura de banda.

Erro comum 6: comparar IPv4 de redes diferentes sem contexto

Dois computadores podem ter:

192.168.1.x

e:

192.168.50.x

e ambos funcionarem perfeitamente se estiverem em redes diferentes.

O endereço só faz sentido no contexto da topologia.

Erro comum 7: divulgar ipconfig /all completo sem revisar

A saída pode revelar informações sobre:

  • nome da máquina;
  • endereços de rede;
  • adaptadores;
  • DNS;
  • DHCP;
  • estrutura local.

Antes de publicar em fórum ou rede social, revise o conteúdo.

Erro comum 8: desativar IPv6 para “ver se resolve”

Isso pode ocultar sintomas e criar novos problemas.

Faça alterações apenas quando houver hipótese técnica.

Erro comum 9: mexer em vários parâmetros de uma vez

Se você:

  • muda DNS;
  • desativa IPv6;
  • redefine adaptador;
  • reinicia roteador;
  • reinstala driver;

e o problema desaparece, você não sabe qual mudança resolveu.

Faça testes controlados.

Erro comum 10: ignorar o adaptador correto

Esse erro é extremamente comum.

O usuário analisa Ethernet enquanto está usando Wi-Fi.

Ou analisa VPN sem perceber.

Sempre identifique a interface correta.

Checklist rápido de diagnóstico com ipconfig

Quando houver problema de rede:

1. Execute

ipconfig /all

2. Identifique o adaptador ativo

Wi-Fi ou Ethernet?

3. Confira o IPv4

É compatível com a rede?

4. Procure 169.254.x.x

Se aparecer, investigue DHCP/conectividade.

5. Confira a máscara

Ela faz sentido para a rede?

6. Confira o gateway

Existe?

7. Confira DHCP

Está habilitado?

Qual servidor aparece?

8. Confira DNS

Quais servidores estão configurados?

9. Compare com outro computador funcional

Se possível.

10. Só depois altere alguma coisa

Use /renew, /flushdns ou outros comandos apenas se a hipótese fizer sentido.

Combinando ipconfig com ping

O ipconfig diz:

qual é o gateway?

O ping pode testar:

esse destino responde ICMP?

Exemplo:

ipconfig

mostra:

Gateway: 192.168.1.1

Então:

ping 192.168.1.1

As ferramentas se complementam.

Combinando ipconfig com nslookup

O ipconfig /all mostra:

qual servidor DNS está configurado?

O nslookup ajuda a verificar:

como está funcionando a resolução?

Essa combinação é muito mais útil do que apenas limpar DNS.

Combinando ipconfig com tracert

O ipconfig ajuda a entender sua configuração local.

O tracert ajuda a observar o caminho até um destino.

Se o computador nem possui gateway adequado, não faz sentido interpretar hops externos antes de resolver a configuração local.

Combinando ipconfig com Test-NetConnection

No PowerShell:

Test-NetConnection

pode ajudar em testes mais específicos de conectividade.

Exemplo conceitual:

Test-NetConnection exemplo.com -Port 443

Agora temos:

  • ipconfig para configuração;
  • ping para alcance ICMP;
  • nslookup para DNS;
  • tracert para caminho;
  • Test-NetConnection para conectividade específica.

O ipconfig pode diagnosticar a operadora?

Não diretamente.

Ele mostra principalmente a configuração local das interfaces.

Mas pode ajudar a determinar se o problema parece estar:

  • no computador;
  • na rede local;
  • no roteador;
  • ou mais adiante.

Isso já reduz muito o campo de investigação.

FAQ — Comando ipconfig no Windows 11

O que significa ipconfig?

É uma ferramenta do Windows usada para visualizar e executar operações relacionadas à configuração IP das interfaces de rede.

ipconfig funciona no Windows 11?

Sim. O comando continua disponível no Windows 11.

Qual a diferença entre ipconfig e ipconfig /all?

ipconfig mostra um resumo.

ipconfig /all mostra informações mais detalhadas sobre as interfaces e configuração de rede.

ipconfig mostra a senha do Wi-Fi?

Não.

O comando não é usado para exibir a senha da rede Wi-Fi.

ipconfig mostra o IP público?

Normalmente não.

Ele mostra a configuração IP das interfaces locais.

Em redes domésticas, o IPv4 exibido costuma ser privado.

O que significa 169.254.x.x?

Geralmente indica que o Windows não conseguiu obter a configuração IPv4 esperada via DHCP e utilizou autoconfiguração link-local.

O que significa “Mídia desconectada”?

Normalmente significa que aquela interface não possui link ativo naquele momento.

O que faz ipconfig /flushdns?

Limpa o cache do resolvedor DNS do Windows.

Flushdns deixa a Internet mais rápida?

Não necessariamente.

Ele não aumenta a velocidade da conexão.

O que faz ipconfig /renew?

Solicita renovação ou obtenção da configuração DHCP aplicável.

O que faz ipconfig /release?

Libera a concessão DHCP aplicável.

Posso executar release em acesso remoto?

É arriscado.

A sessão remota pode cair porque a interface perde temporariamente sua configuração.

O que faz ipconfig /displaydns?

Mostra o conteúdo do cache do resolvedor DNS.

O que faz ipconfig /registerdns?

Inicia o registro DNS manualmente quando aplicável, sendo mais relevante em determinados ambientes corporativos.

Posso usar ipconfig para testar velocidade?

Não.

Use uma ferramenta específica de medição de velocidade.

Posso usar ipconfig para testar perda de pacotes?

Não diretamente.

Para isso, ferramentas como ping e outras soluções de diagnóstico são mais apropriadas.

Preciso abrir o Prompt como administrador?

Para consultas simples, normalmente não.

Algumas operações e cenários podem exigir privilégios adicionais.

Posso usar ipconfig no PowerShell?

Sim.

O comando pode ser executado a partir do PowerShell e do Windows Terminal.

Se o ipconfig mostra IP normal, a rede está boa?

Não necessariamente.

Isso apenas confirma parte da configuração.

Ainda podem existir problemas de gateway, DNS, rota, firewall, Wi-Fi, Internet ou aplicação.

Devo desativar IPv6 se aparecer no ipconfig?

Não.

A presença de IPv6 é normal.

Desative ou altere apenas quando existir motivo técnico claro.

Qual comando devo executar primeiro?

Para diagnóstico:

ipconfig /all

é uma ótima primeira fotografia da configuração.

Conclusão: ipconfig não é comando mágico, é ferramenta de diagnóstico

O ipconfig continua sendo uma das ferramentas mais úteis do Windows para entender problemas de rede.

Mas seu verdadeiro valor aparece quando você deixa de usá-lo como receita automática.

Em vez de executar:

/release

/renew

/flushdns

sem contexto, use primeiro:

ipconfig /all

Observe.

Compare.

Entenda.

Pergunte:

  • qual adaptador está ativo?
  • qual IPv4 ele recebeu?
  • existe gateway?
  • DHCP funcionou?
  • qual DNS está configurado?
  • o endereço é compatível com a rede?
  • existe 169.254?
  • outro computador recebeu configuração diferente?

Depois use outras ferramentas para continuar o diagnóstico.

Essa abordagem permite separar problemas de:

  • Wi-Fi;
  • cabo;
  • DHCP;
  • gateway;
  • DNS;
  • roteamento;
  • configuração manual;
  • VPN;
  • roteador;
  • Internet.

O objetivo não é decorar comandos.

É saber qual pergunta cada comando consegue responder.

Precisa de ajuda com problemas de rede no Windows?

Se você está com problemas de Internet, Wi-Fi, Ethernet, impressoras em rede, DHCP, IP fixo, DNS ou configuração do Windows, a VMIA pode ajudar a identificar a causa antes de sair alterando configurações aleatoriamente.

A VMIA – Manutenção e Configuração realiza diagnóstico e suporte para computadores Windows, redes domésticas, roteadores e impressoras.

Atendimento com agendamento, incluindo suporte remoto e atendimento técnico conforme a necessidade.

VMIA – Manutenção e Configuração

Site: https://vmia.site

Blog técnico: https://vmia.com.br

WhatsApp: https://whats.vmia.com.br

Telefone/WhatsApp: (11) 99779-7772

Antes de formatar o computador, trocar roteador ou reinstalar drivers, vale descobrir em qual camada o problema realmente está.

Seja o primeiro a comentar

Faça um comentário

Seu e-mail não será publicado.


*