Пинг зависает и время SSH
После обновления с Ubuntu 16.04 LTS до нового 18.04, даже до перезагрузки системы, ping больше не будет работать. Он просто зависает бесконечно и не имеет значения, если я пинг DNS, IP или даже IP виртуальной машины CentOS, работающей в той же системе. Теперь ни SSH не работает. Когда я пытаюсь подключиться к SSH в VM, он некоторое время зависает до таймаута.
Все работало до этого.
У меня интернет работает отлично. Я могу скручивать что угодно, просматривать любой сайт, устанавливать что-либо с помощью apt. Единственная проблема в том, что мне нужен SSH, и похоже, что проблема с ping связана с ним.
Я уже проверял свой брандмауэр, который ничего не отвергает, моя конфигурация 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)
> ▮
Моя конфигурация ethernet :
> 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 virt-manager :
> 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) > ▮
Кто-нибудь есть представление о том, как я могу это исправить?
192.168.122.12
Хорошо, забудьте об этом. Я не проверял ip-адрес виртуальной машины. Внезапно он изменился на другой ip, я не знаю почему. Проверка порта VM 22 в VM дала мне правильный IP-адрес.
Я сохраню сообщение для других людей, которые также могут забыть его проверить.
В любом случае, спасибо.