Escolar Documentos
Profissional Documentos
Cultura Documentos
21 - Roteiro para Resolução de Problemas
21 - Roteiro para Resolução de Problemas
Prezados leitores, esta é a primeira parte, desta segunda etapa dos tutoriais de TCP/IP.
As partes de 01 a 20, constituem o módulo que eu classifiquei como Introdução ao
TCP/IP. O objetivo deste módulo foi apresentar o TCP/IP, mostrar como é o
funcionamento dos serviços básicos, tais como endereçamento IP e Roteamento e
fazer uma apresentação dos serviços relacionados ao TCP/IP, tais como DNS, DHCP,
WINS, RRAS, IPSec, Certificados Digitais, ICS, compartilhamento da conexão Internet e
NAT (assunto desta parte, ou seja Parte 20 do tutorial). No decorrer de 2004 serão
disponibilizados mais 20 tutoriais de TCP/IP (de 21 a 40), nas quais falarei mais sobre
os aspectos do protocolo em si, tais como a estrutura em camadas do TCP/IP e
detalhes um maior detalhamento sobre cada um dos protocolos que formam o TCP/IP:
TCP, IP, UDP, ARP, ICMP e por aí vai.
Nesta parte do tutorial apresentarei uma seqüência lógica a ser seguida, para a
detecção e resolução de problemas relacionados a conectividade de rede, para
estações de trabalho e servidores, de uma rede baseada no protocolo TCP/IP. A cada
passo, eu acrescentarei comentários, para detalhar os pontos mais importantes.
Situação prática: Um usuário liga para o suporte técnico e informa que não está
conseguindo acessar outros computadores e os servidores da rede. Você vai até a
seção do usuário e faz o logon com a conta Administrador local. Siga os passos
indicados a seguir, para tentar identificar o problema e solucioná-lo:
ping 127.0.0.1
Este comando serve para verificar se o protocolo TCP/IP está corretamente instalado e
funcionando no computador. Se o TCP/IP estiver OK, você deverá obter um resultado
semelhante ao indicado a seguir:
F:\>ping 127.0.0.1
F:\>
http://www.juliobattisti.com.br/artigos/windows/tcpip_p21.asp 1/7
24/1/2014 Julio Battisti
Outro teste para verificar se o TCP/IP está OK é utilizar o comando ping para “pingar”
para o próprio IP do computador. Por exemplo, se você está no micro com IP
10.60.80.150, use o seguinte comando:
Ping 10.60.80.150
ping 10.60.80.134
F:\>ping 10.60.80.134
F:\>
Se o micro não estiver conseguindo se comunicar com a rede local, você receberá uma
mensagem de erro, semelhante a indicada a seguir:
F:\>ping 10.60.80.31
F:\>
Neste caso, podem existir diferentes causas para o problema. Obviamente que, a
primeira coisa a verificar é se o cabo de rede está conectado (pode parecer uma
verificação muito óbvia, mas vocês não imaginam o número de chamados, onde o
problema é simplesmente um cabo de rede desconectado). Estando o cabo de rede
corretamente conectado, a segunda causa mais provável é um número de máscara de
sub-rede incorretamente configurado. No nosso exemplo, o computador faz parte da
rede 10.60.80.0 e usa como máscara de sub-rede: 255.255.255.0. Caso o
computador esteja com uma máscara de sub-rede incorreta, como por exemplo:
255.255.0.0 é como se ele estivesse em outra rede e ele não conseguirá se comunicar
com a rede local. Nestes casos, você deve acessar as propriedades do TCP/IP e
configurar a máscara corretamente. Se o micro recebe as configurações do TCP/IP via
servidor DHCP, você deve entrar em contato com o administrador da rede e solicitar
que ele verifique e corrija as configurações no servidor DHCP, o qual poderá estar com
uma configuração incorreta, para a máscara de sub-rede a ser fornecida para os micros
da rede.
Muito bem, se o comando ping funcionar nesta etapa, significa que o micro está
conseguindo se comunicar com a rede local. O próximo passo é verificar se o roteador
(default gateway) da rede está OK.
No passo 2 você verificou se o micro está conseguindo se comunicar com a rede local.
O próximo passo é verificar se o Roteador (default gateway) da rede está funcionando.
Normalmente, o IP 1 é usado para o roteador. Por exemplo, na rede 10.60.80.0, o IP
do roteador será: 10.60.80.1. Este não é um padrão obrigatório. Para informações
sobre o número IP do roteador da sua rede, entre em contato com o administrador da
rede. Experimente usar o comando ping, para testar se o roteador está disponível,
conforme exemplo a seguir:
ping 10.60.80.1
F:\>ping 10.60.80.1
F:\>
http://www.juliobattisti.com.br/artigos/windows/tcpip_p21.asp 3/7
24/1/2014 Julio Battisti
Caso o roteador esteja com problemas, você receberá uma mensagem de erro. Neste
caso você deve entrar em contato com o Administrador da rede, para que ele tome as
medidas necessárias, para normalizar o funcionamento do roteador. Lembre-se que o
número IP do roteador é configurado no parâmetro Gateway padrão (Default
Gateway), das propriedades do TCP/IP. Este parâmetro é configurado manualmente,
quando você configura o IP manualmente em cada micro, ou é configurado no servidor
DHCP, se a rede usa um servidor DHCP para fazer as configurações do TCP/IP, das
estações de trabalho.
No passo 3 você verificou se está tudo OK com o roteador. O próximo passo é verificar
se você consegue dar um ping para um computador de uma rede remota. Por
exemplo, suponhamos que você esteja na rede 10.60.80.0 e vai usar o seguinte
comando ping, para testar se você consegue se comunicar com um computador da
rede 10.60.89.0:
ping 10.60.89.2
F:\>ping 10.60.89.2
F:\>
Caso você não obtenha uma resposta da máquina remota, pode ser que a máquina
remota esteja desligada ou indisponível na rede.
NetBIos. Por incrível que pareça, em versões anteriores do Windows, estes dois nomes
eram configurados em locais diferentes e, o mais incrível ainda: podiam ser diferentes.
No Windows XP, você configura este nome na guia Identificação de rede, acessada
através do ícone Sistema do Painel de Controle. Obviamente que o nome NetBios e o
nome de host deve ser o mesmo.
Esta confusão de dois nomes tinha a ver mais com as antigas versões do Windows,
principalmente Windows 95/98/Me, as quais são dependentes do WINS para a
resolução de nomes. Já o Windows 2000 e Windows XP se baseiam no DNS, para a
resolução de nomes.
Você pode usar o comando ping para fazer alguns testes e verificar se existe um
problema com a resolução de nomes.
Por exemplo, vamos imaginar um computador com o nome micro01, o qual pertence
ao domínio DNS abc.com.br. O nome de host deste computador é micro01. O nome
DNS completo (FQDN – Full Qualiffied Domain Name) é micro01.abc.com.br. Você pode
usar os comandos a seguir, para dar um ping neste computador:
ping micro01
ou
ping micro01.abc.com.br
Dica: Pode acontecer de você ter servidores baseados em Linux, UNIX ou Macintosh
em sua rede, servidores estes configurados para compartilhar recursos com clientes
baseados no Windows. Nestas situações, pode ocorrer de os usuários não conseguirem
acessar estes servidores, pelo nome. O problema é que os computadores com o Linux,
UNIX ou Macintosh não irão se registrar, dinamicamente, com o DNS do Windows 2000
Server ou Windows Server 2003. Para solucionar este problema, você deve entrar em
contato com o Administrador da rede e solicitar que ele crie entradas estáticas no DNS,
para os servidores Linux, UNIX ou Macintosh.
A seguir coloco um resumo retirado da ajuda do Windows XP, no qual está o resumo
dos passos a serem utilizados, usando o comando ping, para detectar problemas
relacionados a conectividade de rede, passos estes que foram comentados e
exemplificados neste tutorial:
Para testar uma configuração TCP/IP usando o comando ping, siga as seguintes
etapas:
6. Faça o ping no endereço IP de um host remoto (um host que esteja em uma sub-
rede diferente).
Observações:
Se o comando ping não for localizado ou falhar, você pode usar o recurso Visualizar
eventos para verificar o log do sistema e procurar problemas relatados pelo serviço
Protocolo Internet (TCP/IP) ou pela instalação do protocolo TCP/IP.
Se usado sem parâmetros, o comando ipconfig exibe o endereço IP, a máscara da sub-
rede e o gateway padrão para todos os adaptadores. Para executar esse comando,
abra o prompt de comando e digite ipconfig. Para abrir Conexões de rede, clique em
Iniciar, clique em Painel de controle e, em seguida, clique duas vezes em Conexões de
rede.
Conclusão
Nesta parte do tutorial, a qual inaugura a segunda fase dos Tutoriais de TCP/IP, fase
http://www.juliobattisti.com.br/artigos/windows/tcpip_p21.asp 6/7
24/1/2014 Julio Battisti
esta que vai da Parte 21 a Parte 40, falei sobre a detecção e resolução de problemas,
relacionados a conectividade de rede. Apresentei uma seqüência de passos, os quais
podem ser utilizados para, rapidamente, identificar a causa do problema, que está
impedindo a correta comunicação de uma estação de trabalha com a rede local ou com
redes remotas.
http://www.juliobattisti.com.br/artigos/windows/tcpip_p21.asp 7/7