Вопрос: ping 8.8.8.8 не работает с использованием статического ip в CentOS 7.0


Может кто-то, пожалуйста, помогите мне в исправлении ошибки недоступности назначения, когда я выполняю ping 8.8.8.8 в CentOS 7?

Он работает нормально, когда тип сети - DHCP. Не могли бы вы мне помочь. Я новичок в Linux. Вот подробности.

ОПЕРАЦИОННЫЕ СИСТЕМЫ: CentOS 7

TYPE=Ethernet
BOOTPROTO=static
DEFROUTE=yes
IPV4_FAILURE_FATAL=no
IPV6INIT=yes
IPV6_AUTOCONF=yes
IPV6_DEFROUTE=yes
IPV6_FAILURE_FATAL=no
IPADDR=192.168.1.23
NETMASK=255.255.255.0
GATEWAY=192.168.1.1
NAME=Test
UUID=f7cc64f5-1b39-448f-9282-53dde8d5d85f
ONBOOT=yes
HWADDR=00:0C:29:EB:E4:27
PEERDNS=no
PEERROUTES=yes
IPV6_PEERDNS=yes
IPV6_PEERROUTES=yes

Содержание resolve.conf:

nameserver 192.168.1.1
nameserver 8.8.8.8

и т.д.-sysconfig-сети:

NETWORKING=yes
HOSTNAME=puppet.test
GATEWAY=192.168.1.1

ОБНОВИТЬ: Я получаю ниже выход для шлюза и nslookup

[root@puppet ~]# ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
From 192.168.1.129 icmp_seq=1 Destination Host Unreachable
From 192.168.1.129 icmp_seq=2 Destination Host Unreachable
^C
--- 192.168.1.1 ping statistics ---
4 packets transmitted, 0 received, +2 errors, 100% packet loss, time 3012ms
pipe 2
[root@puppet ~]# ping ^C
[root@puppet ~]# nslookup www.purple.com 8.8.8.8
;; connection timed out; trying next origin
;; connection timed out; no servers could be reached

Вывод ifconfig:

ens33: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.1.129  netmask 255.255.255.0  broadcast 192.168.1.255
        inet6 fe80::20c:29ff:fe8e:6900  prefixlen 64  scopeid 0x20<link>
        ether 00:0c:29:8e:69:00  txqueuelen 1000  (Ethernet)
        RX packets 126  bytes 17135 (16.7 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 403  bytes 31235 (30.5 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 0  (Local Loopback)
        RX packets 841  bytes 79599 (77.7 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 841  bytes 79599 (77.7 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

0
2017-09-19 17:43


Источник


можете ли вы проверить шлюз? разрешает NSLookup nslookup www.purple.com 8.8.8.8 ? - Frank Thomas
Кроме того, какие настройки он получил через DHCP (т. Е. Тот, который работал)? - Gordon Davisson
Пожалуйста, опубликуйте вывод ifconfig поэтому мы можем видеть, что для большей информации об отладке. - JakeGould
Может быть, проблема в том, что интерфейс не вверх? Какая обратная связь дает ping при попытке? Недоступен пункт назначения? Кстати, имя файла DNS должно быть resolv.conf, а не resolvе.conf. Если вы создали его сами, возможно, это проблема? - miyalys
ну, если вы не можете выполнить ping-шлюз, ваша сеть полностью недоступна, так что что-то базовое пошло не так. Я заметил, что ваш IP-адрес в вашем пинге составляет 0,129, но в вашем конфигурационном файле указано значение .23, что означает, что конфигурация по какой-либо причине не используется. MAC-адрес также отличается, поэтому исправьте это как можно скорее. это может быть проблемой. - Frank Thomas


Ответы:


Из ваших отзывов кажется, что интерфейс встал, так что это не проблема?

Если вы создали resol.conf самостоятельно, и это не просто опечатка здесь, то, возможно, проблема в том, что правильное имя для нее resolv.conf? Вы можете переименовать его так:

cd / etc
  mv resol.conf resolv.conf

а затем повторите попытку.

В противном случае попробуйте удалить шлюз в качестве DNS-сервера и замените содержимое resolv.conf на:

сервер имен 8.8.8.8
  сервер имен 8.8.4.4

?


1
2017-09-19 19:56





Я изменил настройки виртуальной машины с NAT на Bridged Network, и он начал работать. Спасибо за вашу помощь.

[root@puppet ~]# ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=55 time=24.2 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=55 time=18.8 ms

-1
2017-09-19 23:42



Было бы полезно, если бы вы указали, что вы говорите о виртуальном хосте и, в частности, vmware с самого начала, прямо в тексте и / или с помощью тегов. Я не совсем уверен, что теперь это именно vmware, поскольку, похоже, вы удалили свой ответ, в котором было много комментариев, пытающихся решить вашу проблему, а также где вы сказали нам, что это была виртуальная машина через некоторое время , - miyalys