Пинг зависает и время ожидания SSH
После обновления с Ubuntu 16.04 LTS до нового 18.04, даже до перезагрузки системы, ping больше не будет работать. Он просто зависает бесконечно, и не имеет значения, пингую ли я DNS, IP или даже IP виртуальной машины CentOS, работающей в той же системе. Теперь ни SSH не работает. Когда я пытаюсь подключиться по SSH к виртуальной машине, он на некоторое время зависает до истечения времени ожидания.
Все работало раньше.
У меня интернет работает отлично. Я могу свернуть все что угодно, просматривать любой веб-сайт, устанавливать все что угодно с помощью apt. Единственная проблема заключается в том, что мне нужен SSH, и, похоже, проблема с пингом связана с этим.
Я уже проверил свой брандмауэр, который ничего не отвергает, мою конфигурацию Ethernet, которая автоматически DHCP, и мои хосты, которые не изменились до обновления.
Моя конфигурация Ethernet:
> ifconfig | grep 'eno1:\|lo:' -A6
eno1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 10.121.3.143 netmask 255.255.255.0 broadcast 10.121.3.255
inet6 fe80::4ff2:e79a:8a81:93e1 prefixlen 64 scopeid 0x20<link>
ether dc:4a:3e:7d:f1:33 txqueuelen 1000 (Ethernet)
RX packets 1007708 bytes 1386860256 (1.3 GB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 335796 bytes 30111660 (30.1 MB)
--
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 1000 (Local Loopback)
RX packets 3319 bytes 313220 (313.2 KB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 3319 bytes 313220 (313.2 KB)
> ▮
Моя конфигурация маршрута:
> route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
default _gateway 0.0.0.0 UG 100 0 0 eno1
10.121.3.0 0.0.0.0 255.255.255.0 U 100 0 0 eno1
link-local 0.0.0.0 255.255.0.0 U 1000 0 0 eno1
192.168.123.0 0.0.0.0 255.255.255.0 U 0 0 0 virbr0
> ▮
Конфигурация моих хостов:
> cat /etc/hosts
127.0.0.1 localhost
> ▮
Моя конфигурация брандмауэра:
> sudo iptables -S
-P FORWARD ACCEPT
-P OUTPUT ACCEPT
-A INPUT -i virbr0 -p udp -m udp --dport 53 -j ACCEPT
-A INPUT -i virbr0 -p tcp -m tcp --dport 53 -j ACCEPT
-A INPUT -i virbr0 -p udp -m udp --dport 67 -j ACCEPT
-A INPUT -i virbr0 -p tcp -m tcp --dport 67 -j ACCEPT
-A FORWARD -d 192.168.123.0/24 -o virbr0 -m conntrack --ctstate RELATED,ESTABLISHED -j ACCEPT
-A FORWARD -s 192.168.123.0/24 -i virbr0 -j ACCEPT
-A FORWARD -i virbr0 -o virbr0 -j ACCEPT
-A OUTPUT -o virbr0 -p udp -m udp --dport 68 -j ACCEPT
> ▮
Вот вывод ping для ip моей виртуальной машины (192.168.122.12), который включен, и я могу получить доступ через virt-manager без проблем:
> ping 192.168.122.12
PING 192.168.122.12 (192.168.122.12) 56(84) bytes of data.
▮
Он остается там до бесконечности.
Тем не менее, это работает, если я пинг локальный:
> ping localhost
PING localhost (127.0.0.1) 56(84) bytes of data.
64 bytes from localhost (127.0.0.1): icmp_seq=1 ttl=64 time=0.068 ms
64 bytes from localhost (127.0.0.1): icmp_seq=2 ttl=64 time=0.068 ms
64 bytes from localhost (127.0.0.1): icmp_seq=3 ttl=64 time=0.068 ms
^C
--- localhost ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2052ms
rtt min/avg/max/mdev = 0.068/0.068/0.068/0.000 ms
> ▮
Пинг на другую машину в той же сети также работает:
> ping 10.121.3.41
PING 10.121.3.41 (10.121.3.41) 56(84) bytes of data.
64 bytes from 10.121.3.41: icmp_seq=1 ttl=64 time=0.580 ms
64 bytes from 10.121.3.41: icmp_seq=2 ttl=64 time=0.313 ms
64 bytes from 10.121.3.41: icmp_seq=3 ttl=64 time=0.277 ms
64 bytes from 10.121.3.41: icmp_seq=4 ttl=64 time=0.530 ms
64 bytes from 10.121.3.41: icmp_seq=5 ttl=64 time=0.248 ms
^C
--- 10.121.3.41 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4097ms
rtt min/avg/max/mdev = 0.248/0.389/0.580/0.139 ms
> ▮
Пинг на внешний сайт не будет:
> ping www.google.com
PING www.google.com (172.217.30.36) 56(84) bytes of data.
▮
Но это может быть еще одна проблема, связанная с моим сетевым менеджером. Опять же, я не могу просматривать браузер без проблем.
Вот вывод SSH:
> ssh 192.168.122.12
▮
Через некоторое время:
> ssh 192.168.122.12
ssh: connect to host 192.168.122.12 port 22: Connection timed out
> ▮
Да, порт 22 виртуальной машины открыт для соединений SSH (до обновления все работало):
(VM) > netstat -tuplen | grep "servers\|Proto\|:22 "
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State User Inode PID/program
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 0 18112 1295/sshd
tcp6 0 0 :::22 :::* LISTEN 0 18114 1295/sshd
(VM) > ▮
Кто-нибудь имеет представление о том, как я могу это исправить?
* РЕДАКТИРОВАТЬ / РЕШЕНИЕ *
Хорошо, забудь об этом. Я не проверял IP своей ВМ. Вдруг он сменился на другой ip, не знаю почему. Проверка ifconfig в VM дала мне правильный IP-адрес.
Я сохраню пост для других людей, которые также могут забыть проверить его.
В любом случае, спасибо.