Professional Documents
Culture Documents
Observação
Para clientes Windows 95, Windows 98 e Windows Millennium Edition, use o comando winipcfg em vez de ipconfig.
Quando você usa o comando ipconfig com a opção /all, um relatório de configuração detalhado é gerado para todas as interfaces, inclusive qualquer porta serial
configurada. Com ipconfig /all, você pode redirecionar a saída do comando para um arquivo e colar a saída em outros documentos. Você também pode usá‐la
para confirmar a configuração TCP/IP de cada computador da rede ou investigar ainda mais os problemas da rede TCP/IP.
Por exemplo, se um computador está configurado com um endereço IP que é uma cópia de um endereço IP existente, a máscara de sub‐rede aparece como 0.0.0.0.
O exemplo a seguir mostra a saída do comando ipconfig /all em um computador com Windows XP Professional configurado para usar o servidor DHCP para
configuração TCP/IP automática e servidores WINS e DNS para resolução de nome.
Configuração de IP
Tipo de nó . . . . . . . . . : Roteamento IP híbrido ativado. . . . . : Não há proxy WINS ativado. . . . . : Não
Conexão local de adaptador Ethernet:
Nome do host . . . . . . . . . : client1.microsoft.com Servidores DNS . . . . . . . . : 10.1.0.200 Descrição . . . . . . . . : End
Se não aparecer nenhum problema na configuração TCP/IP, a próxima etapa é testar a capacidade de conectar‐se a outros computadores host na rede TCP/IP.
Quando você usa ipconfig /renew, todos os adaptadores de rede do computador que usa DHCP ﴾exceto aqueles configurados manualmente﴿ tentam entrar em
contato com um servidor DHCP e renovar sua configuração existente ou obter uma nova configuração.
Você também pode usar o comando ipconfig com a opção /release para liberar imediatamente a configuração DHCP atual de um host.
Observação
https://technet.microsoft.com/ptbr/library/cc757819(v=ws.10).aspx 1/6
18/09/2015 Utilitários de linha de comando
Para os clientes Windows 95, Windows 98 e Windows Millennium Edition ativados para DHCP, use as opções release e renew do comando winipcfg em vez
de ipconfig /release e ipconfig /renew para executar a liberação ou renovação manual da concessão da configuração IP para um cliente.
Recurso de reparação
Como alternativa a ipconfig, você pode usar Repair para renovar as configurações IP da conexão à Internet de alta velocidade ou à LAN. Repair executa uma série
de comandos que reparam a conexão. Os comandos iniciados por Repair estão listados a seguir com a linha de comando equivalente:
Verifica se o DHCP está ativo e, em caso positivo, emite uma renovação de difusão para atualizar o endereço Não há linha de comando equivalente
IP. disponível
Importante
Repair usa uma renovação de difusão e fará com que um computador aceite qualquer concessão de qualquer servidor DHCP da rede. Ao contrário, uma
renovação de difusão ponto a ponto ﴾ipconfig /renew﴿ renovará apenas a concessão existente do último servidor DHCP do qual o cliente recebeu uma
concessão.
Para obter mais informações, consulte Reparar um conexão com a Internet de alta velocidade ou de rede local.
Geralmente, o mais indicado é verificar se existe uma rota entre o computador local e um host de rede usando primeiro o comando ping e o endereço IP do host da
rede a qual você deseja conectar‐se. Tente fazer o ping do endereço IP do host de destino para ver se ele responde da seguinte maneira:
ping Endereço_IP
1. Faça o ping do endereço de auto‐retorno para verificar se o TCP/IP foi configurado corretamente no computador local.
ping 127.0.0.1
2. Faça o ping do endereço IP do computador local para verificar se ele foi adicionado à rede corretamente.
pingEndereço_IP_do_host_local
3. Faça o ping do endereço IP do gateway padrão para verificar se o gateway padrão está funcionando e se você consegue comunicar‐se com um host local da
rede local.
pingEndereço_IP_do_gateway_padrão
4. Faça o ping do endereço IP do host remoto para verificar se você consegue comunicar‐se através de um roteador.
pingEndereço_IP_do_host_remoto
O comando ping usa a resolução de nome do estilo Windows Sockets para resolver um nome de computador para um endereço IP; portanto, se fazer o ping por
endereço der certo, mas por nome não funcionar, o problema está no endereço ou na resolução de nome e não na conectividade de rede. Para obter mais
informações, consulte Solucionando problemas de endereços de hardware usando arp.
Se você não puder usar ping com sucesso em nenhum ponto, confirme o seguinte:
https://technet.microsoft.com/ptbr/library/cc757819(v=ws.10).aspx 2/6
18/09/2015 Utilitários de linha de comando
Se o roteamento IP está ativado e o vínculo entre os roteadores está funcionando.
Você pode usar opções diferentes com o comando ping para especificar o tamanho dos pacotes a serem usados, quantos pacotes serão enviados, se a rota usada
deve ser registrada, o valor de tempo de vida ﴾TTL﴿ a usar e se deve ser definido o sinalizador de não fragmentação. Você pode digitar ping –? para ver essas
opções.
O exemplo a seguir ilustra como enviar dois pings, cada um com tamanho de 1.450 bytes, ao endereço IP 131.107.8.1:
C:\>ping ‐n 2 ‐l 1450 131.107.8.1 Ping 131.107.8.1 com 1450 bytes de dados:
Resposta de 131.107.8.1: bytes=1450 time<10ms TTL=32 Resposta de 131.107.8.1: bytes=1450 time<10ms TTL=32
Estatísticas de ping para 131.107.8.1: Pacotes: Enviados = 2, Recebidos = 2, Perdidos = 0 (0% de perda), Tempo de resposta aproximado em m
Por padrão, o ping espera 4.000 ms ﴾4 segundos﴿ por resposta a ser retornada antes de exibir a mensagem Tempo limite do pedido esgotado. Se o sistema remoto
que está sendo submetido a ping está do outro lado de um link com grande atraso, como um link de satélite, as respostas podem demorar mais para serem
retornadas. Você pode usar a opção –w ﴾espera﴿ para especificar um tempo limite mais longo.
Você pode usar o comando arp para exibir e modificar as entradas da tabela ARP do computador local. O comando arp é útil para exibir o cache do ARP e resolver
problemas de resolução de endereço.
Para obter mais informações, consulte Exibir o cache do protocolo de resolução de endereços ﴾ARP﴿ e Adicionar uma entrada de cache do ARP estática.
<b>Nbtstat </b>é uma ferramenta útil para a solução de problemas de resolução de nomes NetBIOS. Você pode usar o comando nbtstat para remover ou corrigir
entradas pré‐carregadas:
nbtstat ‐n exibe os nomes registrados localmente no sistema por programas como o servidor e o redirecionador.
nbtstat ‐c mostra o cache de nomes NetBIOS, que contém mapeamentos de nomes a endereços de outros computadores.
nbtstat ‐R limpa o cache de nomes e o recarrega a partir do arquivo Lmhosts.
nbtstat ‐RR libera os nomes NetBIOS registrados por um servidor WINS e renova seu registro.
nbtstat ‐a nome executa um comando de status do adaptador NetBIOS em relação ao computador especificado por nome. O comando de status do
adaptador retorna a tabela de nomes NetBIOS local desse computador mais o endereço de controle de acesso à mídia do adaptador.
nbtstat ‐S lista as sessões NetBIOS atuais e seus status, incluindo estatísticas, conforme ilustrado no exemplo a seguir:
Tabela de conexões de NetBIOS
Nome local Estado Ent/Sai Host remoto Entrada Saída ‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐ CORP1
C:\>netstat ‐e Estatísticas de interface
Bytes Recebidos Enviados 3995837940 47224622 Pacotes de difusão ponto a ponto 12009
C:\>netstat ‐n ‐o
https://technet.microsoft.com/ptbr/library/cc757819(v=ws.10).aspx 3/6
18/09/2015 Utilitários de linha de comando
Conexões ativas
Protocolos desconhecidos Endereço externo Estado PID TCP 172.31.71.152:1136 157.54.2.84:389 ENCER
C:\>netstat ‐a
Conexões ativas
Proto Endereço local Endereço externo Estado TCP CORP1:1572 172.16.48.10:nbsession ESTABELECIDO TCP CORP1:1589
C:\>netstat ‐s Estatística IP
Pacotes recebidos = 5378528 Erros do cabeçalho recebidos = 738854 Erros de endereço recebidos = 23150 Datagramas en
Estatística ICMP Mensagem Recebida Enviada 693 4 Erros 0 0 Destino inatingível 685
Estatísticas TCP
Abertos ativos = 597 Abertos passivos = 135 Falha em tentativas de conexão = 107 Conexões redefin
Estatísticas UDP
Datagramas recebidos = 4157136 Nenhuma porta = 351928 Erros de recebimento = 2 Datagramas enviados = 13809
O utilitário <b>tracert </b>determina a rota enviando o primeiro pacote de eco com TTL de 1, e com incrementos de 1 ao TTL em cada transmissão subseqüente,
até que o destino responda ou alcance o valor máximo de TTL. A rota é determinada examinando‐se as mensagens ICMP do tipo "Time Exceeded" ﴾Término do
tempo﴿ devolvidas por roteadores intermediários. Alguns roteadores soltam silenciosamente pacotes com TTLs expirados e são invisíveis ao utilitário
<b>Tracert</b>.
O comando tracert imprime uma lista ordenada da interface próxima dos roteadores do caminho que retornaram a mensagem ICMP do tipo "Tempo de
recebimento excedido" do ICMP. Se a opção ‐d for usada, o utilitário Tracert não executa uma pesquisa DNS em cada endereço IP.
No exemplo a seguir, o pacote deve percorrer dois roteadores ﴾10.0.0.1 e 192.168.0.1﴿ para chegar ao host 172.16.0.99. O gateway padrão do host é 10.0.0.1 e o
endereço IP do roteador da rede 192.168.0.0 é 192.168.0.1.
C:\>tracert 172.16.0.99 ‐d Rastreando rota até 172.16.0.99 por um máximo de 30 saltos 1 2 ms 3 ms 2 ms 10.0.0.1 2 75
https://technet.microsoft.com/ptbr/library/cc757819(v=ws.10).aspx 4/6
18/09/2015 Utilitários de linha de comando
C:\>tracert 192.168.10.99 Rastreando rota até 192.168.10.99 por um máximo de 30 saltos 1 10.0.0.1 relatórios: Rede de destino inatingíve
O utilitário <b>tracert</b> é útil para solucionar problemas de redes de grande porte nas quais vários caminhos podem ser seguidos para se chegar ao mesmo
ponto.
Opção Descrição
‐h máximo_de_saltos Especifica o número de saltos permitidos durante o rastreamento de uma rota para o host definido em nome_de_destino.
‐j lista_de_hosts Especifica a lista de interfaces de roteador no caminho percorrido pelos pacotes do utilitário <b>Tracert</b>.
Para obter mais informações, consulte Rastrear um caminho usando o comando tracert.
O número padrão de saltos é 30, e o tempo padrão de espera antes do tempo limite é de 3 segundos. O período padrão é de 250 milissegundos, e o número
padrão de consultas a cada roteador ao longo do caminho é 100.
A seguir temos um relatório típico de pathping. As estatísticas completas que após a lista de saltos indicam a perda de pacotes em cada roteador individual.
D:\>pathping ‐n server1
Rota de rastreamento para [10.54.1.196] acima do máximo de 30 saltos: 0 172.16.87.35 1 172.16.87.218 2 192.168.52.1 3 192.168.80.1 4
https://technet.microsoft.com/ptbr/library/cc757819(v=ws.10).aspx 5/6
18/09/2015 Utilitários de linha de comando
Computando estatísticas por 125 segundos... Origem até aqui Este nó/link Salto RTT Perd./Env.= Pct Perd./Env. = Pct Endereço 0
Rastreamento concluído.
Quando pathping é executado, você primeiro vê os resultados para uma rota enquanto ela é testada para verificar se tem problemas. Esse é o mesmo caminho
mostrado pelo comando tracert. O comando pathping então exibe uma mensagem de ocupado durante os próximos 125 segundos ﴾esse tempo varia de acordo
com a contagem de saltos﴿. Durante esse tempo, o pathping reúne informações de todos os roteadores anteriormente listados e dos links entre eles. No final desse
período, exibe os resultados do teste.
As duas colunas mais à direita‐‐Este nó/link Perd./Env.=Pct e Endereço‐‐contêm as informações mais úteis. O link entre 172.16.87.218 ﴾salto 1﴿ e 192.68.52.1
﴾salto 2﴿ está perdendo 13 por cento dos pacotes. Todos os outros links estão funcionando normalmente. Os roteadores nos saltos 2 e 4 também perdem pacotes
endereçados a eles ﴾como mostrado na coluna Este nó/Vínculo﴿, mas essa perda não afeta seu caminho de encaminhamento.
As taxas de perda exibidas para os links ﴾marcadas como um | na coluna mais à direita﴿ indicam perdas de pacotes sendo encaminhados ao longo do caminho. Essa
perda indica congestionamento no link. As taxas de perda exibidas para os roteadores ﴾indicadas por seus endereços IP na coluna mais à direita﴿ indicam aqueles
roteadores cujas CPUs devem estar sobrecarregadas. Esses roteadores congestionados também podem ser um fator de problemas ponto a ponto, especialmente se
os pacotes forem encaminhados por roteadores de software.
Contribuições da comunidade
© 2015 Microsoft
https://technet.microsoft.com/ptbr/library/cc757819(v=ws.10).aspx 6/6