Identificando problemas básicos de redes Linux para principiantes

Apesar do sistema de redes TCP Linux ser totalmente intolerante a falhas, muitos administradores iniciantes ou com pouca intimidade com o Linux ainda penam um pouco para resolver problemas corriqueiros oriundos do próprio ambiente de redes (já que o sistema não falha...;-) ). São problemas simples que podem ser resolvidos com comandos e rotinas básicas. Neste artigo, vou mostrar alguns.

[ Hits: 35.984 ]

Por: David em 10/01/2008 | Blog: http://twitter.com/dias_david


O teste dos 4 pings



Se a rede está ok, mas mesmo assim a máquina rebelde ainda não está conectada, usando de 4 comando pings você pode localizar, diagnosticar e resolver o problema de conexão de sua máquina. Vá pingando de acordo com a ordem abaixo e, a cada ping de sucesso mude para o seguinte. Em caso de erro, verifique as causas e eventuais soluções descritas abaixo:

1º Ping - Pingar no seu próprios ip. Ex.:

$ ping 192.168.50.1

Isso serve para checar se o seu ip está ok e se não há nenhum bug interno ou qualquer outro problema com sua placa de rede.

Se falhar:
Realize o mesmo teste com um Live-CD e em caso de sucesso reinstale sua máquina (vai lá saber o que você fez), em caso de falha (causa mais provável) troque a placa de rede, está queimada.

2º Ping - Pingar uma máquina da mesma rede que a sua. Ex.:

$ ping 192.168.50.100

Isso serve para checar se há comunicação com a vizinhança, tendo em vista que, aparentemente a placa de rede está ok.

Se falhar:
Verifique o cabeamento da sua rede. Pode haver um cabo rompido ou uma ponta mal crimpada. Veja também se o Switch não está mal, se for um desses encore da vida é sempre bom dar uma desligada, contar até 10 e ligar de novo. Se você testou tudo isso e nada, coloque o ponto de rede em outro computador saudável, se o outro computador não rodar, o problema é mesmo físico, troque o cabo ou o switch, se mesmo assim não pingar, troque a placa de rede da máquina rebelde, por que nesse caso, apesar da placa estar detectada, instalada e com status ok, a saidinha da ponta dela queimou. É um problema corriqueiro em noites de chuva com relâmpagos.

3º Ping - Pingar um IP fora da sua rede.

Se você tiver duas ou mais redes distintas interligadas, é uma boa pingar na rede vizinha, no entanto se não tiver mas tiver uma conexão com a Internet (mesmo que suspeita de estar derrubada), pingue fora. Ex.:

$ ping 200.230.210.6

Isso serve para verificar se existe comunicação com outras redes. Já que internamente a comunicação está ok. Os problemas mais frequentes começam aí.

Se falhar:
Verifique o seu default gateway. No caso do Linux, isso pode ser feito com o comando route. Segue abaixo uma saída de route:

Destino       Roteador     MáscaraGen.    Opções Métrica Ref  Uso Iface
192.168.50.0  *            255.255.255.0   U     0      0       0 eth1
192.168.1.0   *            255.255.255.0   U     0      0       0 eth0
default       192.168.1.1  0.0.0.0         UG    0      0       0 eth0

Onde a linha default corresponde ao seu Gateway. Muitas vezes pode estar um nome ali no lugar do ip. Isso é normal. Se a linha default não apareceu então você não está com um gateway configurado, não vai navegar nunca mesmo. Adicione o gateway com o comando:

# route add default gw IP_DO_SEU_SERVIDOR

Se você já tem o gateway configurado, pingue no endereço do seu default gateway, no caso do exemplo acima 192.198.1.1, em caso do ping ser positivo, sua rede está absolutamente ok. O problema é com o computador Gateway, pare de se virar com a máquina rebelde e vai cuidar do Servidor Gateway.

Em caso do ping falhar, quer dizer que você não está se conectando ao computador gateway, mas como o terceiro ping funcionou, então quer dizer que você consegue pingar em outras máquinas de rede, menos no gateway. Nesse caso, verifique se outras máquinas se conectam ao gateway, se não se conectarem também, é por que o seu gateway está caído ou com problemas.

Se apenas a máquina rebelde não pinga no gateway, cheque a ligação física até ela (estou considerando sucesso no 3° ping) e estando tudo ok, verifique no sistema de segurança do gateway um eventual bloqueio ou impedimento a este computador rebelde.

4º Ping - Pingar um nome DNS

Ex.:

$ ping google.com.br
ou
$ ping uol.com.br

Se os 3 pings foram um sucesso, só resta um último teste que vai resolver sua rede. É checar a configuração do servidor DNS.

Se falhar:
Você não tem servidor DNS configurado, ou o mesmo está configurado errado. Vá até o arquivo /etc/resolv.conf e adicione um servidor DNS correto. Você pode copiar os IP do servidor DNS de uma máquina vizinha, ou se preferir pegar na internet. Eu conheço um ótimo link com todos os servidores DNS do Brasil, mas não vou divulgar por que técnico que é técnico tem que se acostumar a buscar no google informações básicas, e mesmo assim a pesquisa é bem simples, é um dos primeiros links de uma pesquisa google. rsrsrs ;-)

Segue abaixo um modelo de arquivo DNS correto:

nameserver 200.230.210.6
nameserver 200.230.210.3

Pronto! Sua máquina vai conectar. Se não der certo, revise os passos e leia direito, alguma coisa você deixou passar, se mesmo assim a checagem não for. Daí sim. Poste o problemas para a gente!

Página anterior     Próxima página

Páginas do artigo
   1. O problema
   2. Identificando a rede
   3. Primeira solução básica
   4. O teste dos 4 pings
   5. Conclusão
Outros artigos deste autor

Compartilhando músicas pela Web com o Amarok

Instalando o poderoso gerenciador de redes Nagios 3.0 com Apache2

Fazendo um Kmenu excelente

Compilando facilmente com o apt-build

Usando comandos dos DOS com o mtools

Leitura recomendada

Criando uma rede virtual com servidor de internet e estações utilizando VirtualBox

Instalando e configurando um servidor DNS (Bind)

O protocolo DHCP: evolução, características e seu funcionamento

Radius - Freeradius com MySQL no Debian

Integração Apache => Tomcat

  
Comentários
[1] Comentário enviado por eduardo em 10/01/2008 - 14:07h

Boa dica. Essa dica sem dúvida vai me ajudar bastante.
vlw

[2] Comentário enviado por thyaguvinny em 10/01/2008 - 17:58h

Não gostei... o artigo ficou ótimo, mas sinceramente, deveria estar na seção de dicas... muito restrito...

[3] Comentário enviado por dimatrix em 10/01/2008 - 22:59h

Paz e Bem!
Caro ,
Tenho que concordar com thyaguvinny, pois este comentario deveria estar na seção de dicas, e outra em TI existem vários tipos de técnicos, cabe a cada um de nós orientar aqueles que trabalham conosco para o crescimento profissional e qualitativo, tanto pessoal quanto da equipe técnica.
Com vc mesmo disse no final do seu texto.
"Colaborar atrai amigos, competir atrai inimigos"

[4] Comentário enviado por professordavid em 11/01/2008 - 00:19h

Concordo com os dois.. No princípio minha intenção era mesmo postar na seção de dicas, mas como ficou extenso, ach ooque em artigos ficaria mais apropriado..

[5] Comentário enviado por PCMasterPB em 11/01/2008 - 09:35h

"Para qualquer usuário ou técnico iniciante o problema é sempre o mesmo. O cara abre o Firefox ou o Internet Explorer e não há navegação."

Lembrando que às vezes a rede está perfeitamente configurada no micro, porém o acesso à internet se passa através de um proxy, o qual às vezes tem de ser configurado no browser. Preste atenção que eu disse "às vezes" ok. Acreditem, muita gente também se esbarra com esse tipo comum de problema.

Outra fator importante que talvez deveria ter sido lembrado no artigo é que muitas vezes se faz necessário a correta configuração de um gateway e dos respectivos DNS primário e secundário. Isso quando se trabalha em redes onde se realizam configurações estáticas, quando na maioria das vezes uma rede bem configurada o cara recebe todas essas configurações via DHCP, que acreditem poupa muito trabalho. ;D

[6] Comentário enviado por professordavid em 11/01/2008 - 12:33h

Gateway e DNS eu lembrei de comentar, mas o Proxy..

sim cara.. sem duvida voce mandou muito bem mesmo.. eu já havia me esquecido do proxy!! Muito obrigado mesmo pela colaboração cara!! Voce enriqueceu e muito esse artigo..

Novamente obrigado!!

flw!!

[7] Comentário enviado por andrefreire em 12/01/2008 - 10:05h

?comentario= Bom dia a todos ! Somente um comentário. Se o artigo é para ser técnico então cabo de rede tem terminal e não ponta !

[8] Comentário enviado por vodooo em 12/01/2008 - 18:26h

Também acho que deveria estar na seção dicas. Mas valew pela contribuição!

andrefreire, ele cita que o artigo não tem intenção de ser técnico, então, "ponta" está valendo! rsrs

PCMasterPB, isso realmente ocorre! Administradores sem experiência ou até mesmo "sem conhecimentos" estabelecem o acesso através de um servidor proxy (geralmente Squid) mas não o setam como proxy transparente, sendo assim qualquer usuário com um pouco mais de conhecimento em informática conseguiria mudar as configurações de proxy no browser e navegar sem restrições.

Abraços

[9] Comentário enviado por izavos em 15/01/2008 - 15:46h

Amigos,

Essa e mais uma vantagem do Linux e sua ferramentas de redes e afins. Mesmo que um Tecnico nao tenha vontade aprender ou tem poca experiencia ele se obriga.
E vai a luta e consegue!
Essa e sem duvida a maior contribuicao do Linux e sofware livre "Conhecimento para todos".
OBS: "nao podemos nos esquecer do LSMOD,LSPCI,MODPROBE para verificar se o modulo esta carregado e de forma correta, senao vamos para o IRQ,DMA... ". Ate funcionar!!!
Gostei das brincadeiras com tecnicos, muinto Bom mas e verdade!
AT +

[10] Comentário enviado por professordavid em 15/01/2008 - 16:15h

Valeu cara.. Fico feliz por ter gostado!! e obrigado pelas contribuições com os comandos aí.. flw!!

[11] Comentário enviado por Arnoldo em 29/01/2008 - 17:39h

Ótima dica, tó com problema para configurar minha internet em casa, que conectar em rede e agora tenho uma base mais sólida para tentar configurar valeu, era tudo que eu estava precisando, para o meu slackware.
Arnoldo


Contribuir com comentário




Patrocínio

Site hospedado pelo provedor RedeHost.
Linux banner

Destaques

Artigos

Dicas

Tópicos

Top 10 do mês

Scripts