Назад | Перейти на главную страницу

Не удается выполнить эхо-запрос или получить доступ к внешнему IP-адресу или домену на CentOS 6.3?

Я установил на свой компьютер свежий CentOS 6.3. Интернет вообще не работает. Как бы то ни было, я могу пинговать свой маршрутизатор и другие компьютеры, подключенные к локальной сети. Я гуглил и искал различные форумы, но все тщетно. Ни одно из решений у меня не работает :(

вот некоторая информация о моей системе -


вывод "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

вывод "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

вывод "ping 8.8.8.8"

С 192.168.1.1 icmp_seq = 10 Целевая сеть недоступна


содержание "resolv.conf"

# Generated by NetworkManager
domain Home
search Home
nameserver 192.168.1.1

содержание "network"

NETWORKING=yes
HOSTNAME=localhost.localdomain
NTPSERVERARGS=iburst

содержание "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

вывод "nslookup google.com"

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

вывод "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

вывод "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)

вывод "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

вывод "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

Примечание. Я установил «Получать IP-адрес автоматически» в Windows 7, и там все работает нормально.

РЕДАКТИРОВАТЬ 2013-03-04: как видно в комментариях к этому ответу, на самом деле является проблема маршрутизации также в некотором роде, поскольку ping не работает с внешними идеями, даже если указан IP-адрес вместо имени хоста.


Исходный ответ:

В вашем вопросе нет доказательств того, что маршрутизация является проблемой. Что это делает показать, что сервер имен по адресу 192.168.1.1 не отвечает на запросы DNS с вашего компьютера CentOS. Вы видите это из строк, которые вы опубликовали, читая

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

когда вы используете nslookup или копаете. Поскольку сервер имен, который вы ввели в resolv.conf, вы можете пропинговать, т.е. 192.168.1.1, это не проблема маршрутизации.

Если вы хотите подтвердить, что это проблема разрешения DNS, а не проблема маршрутизации, попробуйте сделать это:

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

Если вы по-прежнему получаете сообщение «Время ожидания соединения истекло», значит, у вас проблема с маршрутизацией. Но если вы получите правильный ответ, вы показали, что проблема в вашем собственном сервере имен.

Итак, как только вы это сделаете и убедитесь, что это не проблема маршрутизации, вместо этого вопрос будет «Неужели машина 192.168.1.1 на самом деле должна быть сервером имен?» Это тот же сервер имен, который вы используете для компьютеров Windows? Если да, попробуйте выяснить, почему он не отвечает.

Если это не так, убедитесь, что вы ввели правильный сервер имен в /etc/resolv.conf.

Попробуйте добавить другой сервер имен в сервер имен /etc/resolv.conf, например, серверы Google в 8.8.8.8

И убедитесь, что маршрутизатор 192.168.1.1 действительно маршрутизирует трафик.