Quaisquer problemas do seu sistema podem estar relacionados à rede, mesmo que inicialmente não transmitam essa impressão. Por exemplo, o motivo para um sistema não permitir o login de usuários pode ser algum tipo de problema de rede. Esta seção apresenta uma lista de verificação simples que você pode aplicar para identificar a causa de qualquer problema de rede encontrado.
Procedimento 28.6. Como identificar problemas de rede
Ao verificar a conexão de rede da sua máquina, proceda da seguinte maneira:
Se você estiver usando uma conexão ethernet, verifique o hardware primeiro. Verifique se o cabo de rede está acoplado corretamente no computador e no roteador (ou hub etc.). As luzes de controle próximas ao seu conector ethernet devem estar ativas.
Se a conexão falhar, verifique se o cabo de rede funciona com outra máquina. Se funcionar, a placa de rede será a causa da falha. Se houver hubs ou switches incluídos na configuração da sua rede, eles também podem estar com defeito.
Se estiver usando uma conexão sem fio, verifique se o link sem fio pode ser estabelecido por outras máquinas. Caso contrário, contate o administrador da rede wireless.
Após verificar sua conectividade de rede básica, tente descobrir qual serviço não está respondendo. Reúna as informações de endereço de todos os servidores de rede necessários na configuração. Procure-os no módulo apropriado do YaST ou peça ao administrador do sistema. A lista a seguir fornece alguns dos servidores de rede típicos envolvidos em uma configuração junto com os sintomas de uma falha.
Um serviço de nomes inoperante ou defeituoso afeta a funcionalidade da rede de várias maneiras. Se a máquina local depender de quaisquer servidores de rede para autenticação e esses servidores não puderem ser encontrados devido a problemas de resolução de nomes, os usuários não serão capazes nem de efetuar login. As máquinas da rede gerenciadas por um servidor de nomes inoperante não seriam capazes de “ver” umas às outras e de se comunicarem.
Um serviço NTP defeituoso ou totalmente inoperante pode afetar a funcionalidade do servidor X e a autenticação Kerberos.
Se qualquer aplicativo precisar de dados armazenados em um diretório NFS montado, ele não conseguirá iniciar nem funcionar corretamente se esse serviço estiver inoperante ou mal configurado. No pior cenário possível, a configuração da área de trabalho pessoal de um usuário não será exibida se o seu diretório pessoal que contém os subdiretórios .gconf ou .kde não forem encontrados devido a falha do servidor NFS.
Se qualquer aplicativo precisar de dados armazenados em um diretório de um servidor Samba defeituoso, ele não conseguirá iniciar ou funcionar corretamente.
Se o seu sistema SUSE Linux Enterprise Desktop usa um servidor NIS defeituoso para fornecer os dados de usuários, os usuários não conseguirão efetuar login nessa máquina.
Se o seu sistema SUSE Linux Enterprise Desktop usa um servidor LDAP defeituoso para fornecer os dados de usuários, os usuários não conseguirão efetuar login nessa máquina.
A autenticação não funcionará e o login em qualquer máquina falhará.
Os usuários não conseguem imprimir.
Verifique se os servidores de rede estão em execução e se a configuração de rede permite estabelecer uma conexão:
![]() | |
O procedimento de depuração descrito abaixo aplica-se somente a uma configuração simples de servidor/cliente de rede que não envolva roteamento interno. Supõe-se que o servidor e o cliente integrem a mesma sub-rede sem necessidade de roteamento adicional. | |
Use ping endereço IP ou nome_do_host (substitua nome_do_host pelo nome do host do servidor) para verificar se cada um deles está funcionando e respondendo à rede. Se esse comando for bem-sucedido, ele informará que o host que você estava procurando está em execução e o serviço de nomes da rede está configurado corretamente.
Se o ping falhar com destination host unreachable, o seu sistema ou o servidor desejado não está configurado de forma adequada ou está inoperante. Verifique se o sistema pode ser alcançado com ping endereço IP ou seu_nome_de_host em outra máquina. Se você obtiver êxito em acessar sua máquina de outra máquina, significará que o servidor não está sendo executado ou não está configurado corretamente.
Se o ping falhar com unknown host, significará que o serviço de nomes não está configurado corretamente ou o nome do host usado estava incorreto. Para obter mais verificações sobre esse assunto, consulte o Passo 4.b. Se o ping ainda falhar, significará que a placa de rede não está configurada de forma correta ou o hardware de rede está defeituoso.
Use host nome_do_host para verificar se o nome do host do servidor ao qual você está tentando se conectar está convertido de forma adequada em um endereço IP e vice-versa. Se esse comando retornar o endereço IP do host, significará que o serviço de nomes está funcionando. Se houver falha nesse comando host, verifique todos os arquivos de configuração de rede relacionados à resolução de nomes e de endereços no seu host:
/etc/resolv.conf
Este arquivo é usado para controlar o domínio e o servidor de nomes que você está usando no momento. Ele pode ser modificado manualmente ou ajustado automaticamente pelo YaST ou DHCP. O ajuste automático é preferencial. Porém, verifique se o arquivo tem a estrutura a seguir e se todos os endereços de rede e nomes de domínio estão corretos:
searchfully_qualified_domain_namenameserveripaddress_of_nameserver
Este arquivo pode conter mais de um endereço de servidor de nomes, mas pelo menos um deles deve estar correto para fornecer a resolução de nomes para o seu host. Se necessário, ajuste esse arquivo usando o módulo Configurações de Rede do YaST (guia Nome de host/DNS).
Se a conexão de rede for gerenciada por DHCP, habilite o DHCP para mudar as informações de serviço de nomes e nome de host selecionando e no módulo DNS e Nome de Host do YaST.
/etc/nsswitch.conf
Este arquivo informa ao Linux onde procurar informações de serviço de nomes. Ele deve ter a seguinte aparência:
... hosts: files dns networks: files dns ...
A entrada dns é essencial. Ela informa ao Linux para usar um servidor de nomes externo. Geralmente essas entradas são gerenciadas automaticamente pelo YaST, mas é prudente verificar.
Se todas as entradas relevantes no host estiverem corretas, deixe o seu administrador de sistema verificar a configuração do servidor DNS para obter as informações de zona corretas. Se você verificou se a configuração DNS do seu host e o servidor DNS estão corretos, continue verificando a configuração da rede e do dispositivo de rede.
Se o sistema não puder estabelecer uma conexão a um servidor de redes e você excluiu problemas de serviço de nomes da lista de possíveis responsáveis, verifique a configuração da placa de rede.
Use o comando ifconfig dispositivo_de_rede (executado como root) para verificar se este dispositivo foi configurado de forma adequada. Verifique se inet address e Mask estão configurados corretamente. Um erro no endereço IP ou um bit ausente na máscara de rede inutilizam a configuração de rede. Se necessário, execute essa verificação no servidor também.
Se o hardware de rede e o serviço de nomes estiverem configurados de forma adequada e em execução, mas algumas conexões de rede externas ainda tiverem longos tempos de espera ou falharem inteiramente, use traceroute nome_completo_do_domínio (executado como root) para controlar a rota de rede tomada pelas solicitações. Esse comando lista qualquer gateway (hop) que uma solicitação da sua máquina transmitir no caminho ao seu destino. Ele lista o tempo de resposta de cada hop e se esse hop é acessível. Use uma combinação de traceroute e ping para identificar o responsável e informar aos administradores.
Após identificar a causa do problema de rede, você poderá resolvê-lo (se o problema estiver na sua máquina) ou informar os administradores de sistema da rede sobre suas descobertas para que eles possam reconfigurar os serviços ou reparar os sistemas necessários.
Se você tiver problema com a conectividade da rede, restrinja-a conforme descrito no Procedimento 28.6, “Como identificar problemas de rede”. Se tudo indicar que a culpa é do NetworkManager, faça o seguinte para obter os registros com dicas sobre a causa da falha do NetworkManager:
Abra um shell e efetue login como root.
Reinicie o NetworkManager:
rcnetwork restart -o nm
Abra uma página Web, por exemplo, http://www.opensuse.org, como um usuário normal para ver se você consegue se conectar.
Colete as informações sobre o estado do NetworkManager em /var/log/NetworkManager.
Para obter maiores informações sobre o NetworkManager, consulte o Capítulo 23, Usando o NetworkManager.