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

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

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

OS: 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

обновление: я получаю внизу выход для gateway и 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
13
задан JakeGould
17.11.2022 16:19 Количество просмотров материала 3313
Распечатать страницу

2 ответа

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

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

CD /и т. д.

mv resolve.conf resolv.conf

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

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

сервер 8.8.8.8

с nameserver 8.8.4.4

?

1
отвечен miyalys 2022-11-19 00:07

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

[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
отвечен Vinodh 2022-11-19 02:24

Постоянная ссылка на данную страницу: [ Скопировать ссылку | Сгенерировать QR-код ]

Ваш ответ

Опубликуйте как Гость или авторизуйтесь

Имя
Вверх