Hoje reiniciei minha caixa linux e, após a reinicialização, minha caixa linux não tem conexão de rede.
Veja o que tentei até agora:
Use um cabo Ethernet diferente que funcione no meu outro computador. Nenhuma mudança.
No NetworkManager (KDE), remova e recrie a conexão de rede com fio. Não funcionou. Ainda estou recebendo notificações do sistema no canto inferior direito da tela dizendo
Network Interface
Connection New Wired Connection failed
> sudo /etc/init.d/networking restart Pareceu reiniciar com sucesso, mas ainda sem conexão de rede. Verificado em /etc/network/interfaces . O único código ali é o que a internet diz que deveria ser:
auto lo
iface lo inet loopback
Certifique-se de que não é apenas um problema de DNS tentando fazer ping em um dos servidores DNS públicos do Google
$ ping 8.8.8.8
connect: Network is unreachable
Não parece ser um problema de DNS.
NOVO Correção do roteamento. Eu usei o comando route para adicionar um gateway padrão apontando para o endereço IP do meu roteador (obrigado @chaos).
$ /sbin/route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0 eth0
NOVO Veja se eu tenho um endereço IP
$ /sbin/ifconfig -a
eth0 Link encap:Ethernet HWaddr 74:d4:35:5f:0b:09
inet6 addr: fe80::76d4:35ff:fe5f:b09/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:2999 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:1711 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:365026 (356.4 KiB) TX bytes:0 (0.0 B)
Interrupt:73 Base address:0xc000
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:4913 errors:0 dropped:0 overruns:0 frame:0
TX packets:4913 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:1559718 (1.4 MiB) TX bytes:1559718 (1.4 MiB)
Parece que tenho um endereço IPv6, mas não um endereço IPv4? Eu esperaria que eth0 tivesse uma linha começando com inet addr: , mas isso não acontece.
Então, como obtenho um endereço IP?
Veja mais algumas informações que podem (ou não) ser úteis:
Informações do sistema
$ uname -a
Linux mocha 3.2.0-4-amd64 #1 SMP Debian 3.2.65-1 x86_64 GNU_Linux
Controlador Ethernet
$ lspci | grep -i eth
03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 06)
O que devo fazer a seguir?
Eu diria (tudo isso como root) ifconfig -a para verificar se a interface tem um endereço IP, se você não encontrou o seu problema, se isso acontecer, eu netstat -rn verificar se o rotas estão certas. Se estiverem, eu devo iptables -L verificar se existe uma regra de firewall que não me deixe sair. Se estiverem todos OK, talvez o seu endereço IP não pertença à rede do roteador.
connect: Network is unreachable aponta para uma rota ausente para essa rede (a rota padrão nesse caso).
Uso:
route -n
Para exibir a tabela de roteamento atual. Deve haver uma rota que se pareça com isso:
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 <gateway-ip> 0.0.0.0 UG 0 0 0 eth0
Observe que <gateway-ip> é o endereço IP do seu roteador / gateway. E Iface também pode ser diferente quando você tem várias interfaces de rede em seu sistema.
No entanto, adicione a rota padrão manualmente com este comando:
route add default gw <gateway-ip>
O problema aqui é que sua interface com fio (eth0) não tem um endereço IPv4. Você adicionou manualmente uma rota IPv4, mas, sem ter um endereço IPv4, o tráfego não pode ser roteado, pois não pode atribuir um endereço IP para o IP de origem (do seu sistema).
Sem saber mais informações do seu ambiente (Você está usando uma conexão DSL? Você está em uma rede corporativa? Quem deve fornecer um endereço IP?) Eu diria que antes da reinicialização você tem um endereço IP configurado estaticamente ou um servidor DHCP em funcionamento. Se você tivesse um endereço configurado de forma estática (que sua configuração não mostra), ele foi perdido após a reinicialização.
Você vê um endereço IPv6 porque esse endereço é "configurado automaticamente". Como você não o configurou, a interface com fio apenas cria um que pode ser usado para se comunicar com a rede local.
A partir das informações do ifconfig que você forneceu, parece que sua placa de rede está recebendo pacotes Ethernet, mas não enviando nenhuma. Estranhamente, também está mostrando muitos pacotes descartados.
Para começar, sugiro que você faça o seguinte:
Obtenha informações sobre o esquema de endereçamento IP da sua rede. Pergunte ao seu administrador de rede ou verifique as informações fornecidas pelo seu ISP. Alternativamente, (se você estiver em negrito), você pode ouvir o tráfego de rede na rede executando tcpdump -ni eth0 e tentar adivinhar seu endereçamento de rede interno com base nos pacotes que seu sistema recebe.
De agora em diante vamos supor que sua rede está em um intervalo de endereços IP privados, já que isso é bastante comum. Muitas redes hoje em dia são pré-configuradas na faixa de 192.168.1.0/24, o que significa que os endereços IP começam em 192.168.1.1 e terminam em 192.168.1.254
Configure sua interface de rede com um endereço IP estático e um gateway usando o Network Manager (por exemplo, através da área de trabalho) ou configurando /etc/network/interfaces corretamente. Isto é descrito completamente aqui no Debian Wiki .
Nota: Você também pode configurá-lo manualmente executando ip addr add 192.168.1.15 dev eth0; ip route add default via 192.168.1.1 . Mas isso não irá não sobreviver a uma reinicialização do sistema.
Tente ver se você alcança o gateway enviando pacotes. Isto pode ser feito simplesmente, assumindo que seu gateway é 192.168.1.1 executando ping -c 10 192.168.1.1 . Se o comando retornar que todos os 10 testes funcionaram bem, você poderá ver seu gateway.
Em seguida, tente acessar um endereço IP público conhecido. Por exemplo, um servidor DNS do Google, fazendo ping -c 10 8.8.8.8 . Se isso não funcionar, tente executar um teste de rastreamento usando traceroute -n 8.8.8.8 para ver onde seus pacotes estão sendo descartados.
Por fim, verifique se você pode fazer a resolução de DNS corretamente executando host www.google.com ou ping -c 10 www.google.com
Se tudo correr bem até o passo 5, sugiro que, para diagnosticar problemas futuros, você instale o pacote ifupdown-extra . Isso instala o teste de rede que faz muitos dos testes de rede listados acima (e mais) para diagnosticar se existe uma problema de rede ou desconfiguração.
Quando você puder se conectar usando um endereço IP estático. Tente voltar com o que você tinha anteriormente, o que provavelmente era uma configuração IP dinâmica usando o DHCP.
Para fazer isso:
Reconfigure a interface para usar um endereço IP dinâmico.
Aguarde o Network Manager fazer o seu trabalho. Você verá em seu ambiente Desktop se ele falhar (ou não), mas também poderá obter informações detalhadas nos registros do sistema. Mais especificamente / var / log / syslog. Filtrar por logs do Network Manager lhe informará muitas informações, apenas execute grep NetworkManager /var/log/syslog e revise a saída.
Execute network-test para ver se você está conectado corretamente
Se você não estiver conectado à rede, tente solicitar manualmente um endereço IP executando dhclient eth0 e verifique se isso fornece um endereço IP.
Com base nos testes acima, você deve ter um melhor conhecimento sobre o que quebrou e o que funciona em sua rede e configurar seu sistema de acordo.
Tags networking debian