Não é possível executar ping ou acessar o IP ou domínio externo no CentOS 6.3?

Question

Instalei o novo CentOS 6.3 na minha máquina. Internet não está funcionando de todo. Como sempre eu posso pingar meu roteador e outros computadores conectados na LAN. Eu pesquisei e procurei vários fóruns, mas tudo em vão. Nenhuma das soluções funciona para mim: (

aqui estão algumas informações sobre o meu sistema -

saída de " ping 192.168.1.1 "

PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=0.615 ms

--- 192.168.1.1 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2441ms
rtt min/avg/max/mdev = 0.301/0.476/0.615/0.130 ms

saída de " ping 192.168.1.2 "

PING 192.168.1.2 (192.168.1.2) 56(84) bytes of data.
64 bytes from 192.168.1.2: icmp_seq=1 ttl=128 time=9.06 ms

--- 192.168.1.2 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2333ms
rtt min/avg/max/mdev = 2.686/5.669/9.066/2.621 ms

saída de " ping 8.8.8.8 "

De 192.168.1.1 icmp_seq = 10 Rede de Destino Inacessível

conteúdo de " resolv.conf "

# Generated by NetworkManager
domain Home
search Home
nameserver 192.168.1.1

conteúdo de " network "

NETWORKING=yes
HOSTNAME=localhost.localdomain
NTPSERVERARGS=iburst

conteúdo de " ifcfg-eth0 "

DEVICE="eth0"
BOOTPROTO=dhcp
NM_CONTROLLED="yes"
ONBOOT=yes
TYPE="Ethernet"
UUID="1c4b1997-00d4-432c-85cd-10d2acb91570"
DEFROUTE=yes
IPV4_FAILURE_FATAL=yes
IPV6INIT=no
NAME=LAN
HWADDR=00:1C:C0:B2:DD:86
PEERDNS=yes
PEERROUTES=yes
LAST_CONNECT=1362299730

saída de " nslookup google.com "

;; connection timed out; trying next origin
;; connection timed out; no servers could be reached

saída de " dig google.com "

; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.10.rc1.el6 <<>> google.com
;; global options: +cmd
;; connection timed out; no servers could be reached

saída de " ifconfig "

eth0      Link encap:Ethernet  HWaddr 00:1C:C0:B2:DD:86  
          inet addr:192.168.1.3  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::21c:c0ff:feb2:dd86/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1068 errors:0 dropped:0 overruns:0 frame:0
          TX packets:779 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:90280 (88.1 KiB)  TX bytes:72565 (70.8 KiB)
          Interrupt:20 Memory:d0200000-d0220000 

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:16 errors:0 dropped:0 overruns:0 frame:0
          TX packets:16 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:960 (960.0 b)  TX bytes:960 (960.0 b)

saída de " route -n "

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U     1002   0        0 eth0
0.0.0.0         192.168.1.1     0.0.0.0         UG    0      0        0 eth0

saída de " iptables -L "

Chain INPUT (policy ACCEPT)
target     prot opt source               destination         
ACCEPT     all  --  anywhere             anywhere            state RELATED,ESTABLISHED 
ACCEPT     icmp --  anywhere             anywhere            
ACCEPT     all  --  anywhere             anywhere            
ACCEPT     tcp  --  anywhere             anywhere            state NEW tcp dpt:ssh 
REJECT     all  --  anywhere             anywhere            reject-with icmp-host-prohibited            

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination         
REJECT     all  --  anywhere             anywhere            reject-with icmp-host-prohibited 

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination

Nota: Eu defini "Obter um endereço IP automaticamente" no Windows 7 e tudo funciona muito bem lá.

    

Answer 1

EDIT 2013-03-04: como visto nos comentários a esta resposta, há um problema de roteamento de algum tipo também, já que o ping não funciona para idéias externas mesmo quando dado um endereço IP em vez de um nome de host.

Resposta original:

Não há evidências em sua pergunta de que o roteamento é um problema. O que mostra é que o servidor de nomes em 192.168.1.1 não responde às consultas DNS da sua máquina do CentOS. Você vê isso das linhas que você postou lendo

;; connection timed out; trying next origin
;; connection timed out; no servers could be reached

quando estiver usando nslookup ou dig. Como o servidor de nomes que você digitou no resolv.conf é aquele que você pode fazer ping, ou seja, 192.168.1.1 , isso é não um problema de roteamento.

Se você quiser confirmar que este é um problema de resolução de DNS, em vez de um problema de roteamento, tente fazer isso em seu lugar:

ryo-ohki:~ jenny$ dig ns.google.com @8.8.8.8

Se você ainda tiver o tempo de conexão esgotado, terá um problema de roteamento. Mas se você obtiver uma resposta adequada, você demonstrou que é o seu próprio servidor de nomes que é o problema.

Então, uma vez que você tenha feito isso e verificado que não é um problema de roteamento, a questão torna-se "A máquina 192.168.1.1, na verdade, deveria ser o servidor de nomes?" mesmo servidor de nomes que você está usando para as máquinas windows? Se assim for, tente descobrir por que não está respondendo.

Se não estiver, insira o servidor de nomes correto em /etc/resolv.conf .

    

Answer 2

Tente adicionar outro nameserver no nameserver /etc/resolv.conf, por exemplo, os do google at 8.8.8.8

E verifique se o roteador em 192.168.1.1 realmente está roteando o tráfego.