LINUX.ORG.RU

Не подключается сеть в CentOS 8

 ,


0

1

Всем привет! На виртуалке крутится CentOS 8. В один прекрасный момент перестало работать сетевое подключение:

Dec 23 00:35:57 localhost NetworkManager[1093]: <info>  [1608665757.7686] manager: NetworkManager state is now CONNECTED_LOCAL
Dec 23 00:35:57 localhost NetworkManager[1093]: <warn>  [1608665757.7692] device (enp0s8): Activation: failed for connection 'enp0s8'
Dec 23 00:35:57 localhost NetworkManager[1093]: <info>  [1608665757.7694] device (enp0s8): state change: failed -> disconnected (reason 'none', sys-iface-state: 'managed')
Dec 23 00:35:57 localhost avahi-daemon[939]: Withdrawing address record for fe80::35a9:9586:c052:32f6 on enp0s8.
Dec 23 00:35:57 localhost avahi-daemon[939]: Leaving mDNS multicast group on interface enp0s8.IPv6 with address fe80::35a9:9586:c052:32f6.
Dec 23 00:35:57 localhost avahi-daemon[939]: Interface enp0s8.IPv6 no longer relevant for mDNS.
Dec 23 00:35:57 localhost NetworkManager[1093]: <info>  [1608665757.7885] dhcp4 (enp0s8): canceled DHCP transaction, DHCP client pid 3391
Dec 23 00:35:57 localhost NetworkManager[1093]: <info>  [1608665757.7885] dhcp4 (enp0s8): state changed timeout -> done
Dec 23 00:35:57 localhost NetworkManager[1093]: <info>  [1608665757.7972] policy: auto-activating connection 'enp0s8' (ca4214f3-5437-4bfd-9cf5-329774052f77)
Dec 23 00:35:57 localhost NetworkManager[1093]: <info>  [1608665757.7977] device (enp0s8): Activation: starting connection 'enp0s8' (ca4214f3-5437-4bfd-9cf5-329774052f77)
Dec 23 00:35:57 localhost NetworkManager[1093]: <info>  [1608665757.7978] device (enp0s8): state change: disconnected -> prepare (reason 'none', sys-iface-state: 'managed')
Dec 23 00:35:57 localhost NetworkManager[1093]: <info>  [1608665757.7980] manager: NetworkManager state is now CONNECTING
Dec 23 00:35:57 localhost NetworkManager[1093]: <info>  [1608665757.7982] device (enp0s8): state change: prepare -> config (reason 'none', sys-iface-state: 'managed')
Dec 23 00:35:57 localhost NetworkManager[1093]: <info>  [1608665757.8080] device (enp0s8): state change: config -> ip-config (reason 'none', sys-iface-state: 'managed')
Dec 23 00:35:57 localhost NetworkManager[1093]: <info>  [1608665757.8082] dhcp4 (enp0s8): activation: beginning transaction (timeout in 45 seconds)
Dec 23 00:35:57 localhost NetworkManager[1093]: <info>  [1608665757.8103] dhcp4 (enp0s8): dhclient started with pid 3422
Dec 23 00:35:57 localhost avahi-daemon[939]: Joining mDNS multicast group on interface enp0s8.IPv6 with address fe80::35a9:9586:c052:32f6.
Dec 23 00:35:57 localhost avahi-daemon[939]: New relevant interface enp0s8.IPv6 for mDNS.
Dec 23 00:35:57 localhost avahi-daemon[939]: Registering new address record for fe80::35a9:9586:c052:32f6 on enp0s8.*.
Dec 23 00:35:57 localhost dhclient[3422]: DHCPDISCOVER on enp0s8 to 255.255.255.255 port 67 interval 7 (xid=0xcc8b7061)
Dec 23 00:36:04 localhost dhclient[3422]: DHCPDISCOVER on enp0s8 to 255.255.255.255 port 67 interval 11 (xid=0xcc8b7061)
Dec 23 00:36:12 localhost systemd[1]: libvirtd.service: Succeeded.
Dec 23 00:36:15 localhost dhclient[3422]: DHCPDISCOVER on enp0s8 to 255.255.255.255 port 67 interval 9 (xid=0xcc8b7061)
Dec 23 00:36:24 localhost dhclient[3422]: DHCPDISCOVER on enp0s8 to 255.255.255.255 port 67 interval 14 (xid=0xcc8b7061)
Dec 23 00:36:38 localhost dhclient[3422]: DHCPDISCOVER on enp0s8 to 255.255.255.255 port 67 interval 7 (xid=0xcc8b7061)
Dec 23 00:36:42 localhost NetworkManager[1093]: <warn>  [1608665802.7622] dhcp4 (enp0s8): request timed out
Dec 23 00:36:42 localhost NetworkManager[1093]: <info>  [1608665802.7622] dhcp4 (enp0s8): state changed unknown -> timeout
Dec 23 00:36:42 localhost NetworkManager[1093]: <info>  [1608665802.7622] device (enp0s8): state change: ip-config -> failed (reason 'ip-config-unavailable', sys-iface-state: 'managed')

Используется dhcp, вот конфиг из network-scripts:

TYPE=Ethernet
PROXY_METHOD=none
BROWSER_ONLY=no
BOOTPROTO=dhcp
DEFROUTE=yes
IPV4_FAILURE_FATAL=no
IPV6INIT=yes
IPV6_AUTOCONF=yes
IPV6_DEFROUTE=yes
IPV6_FAILURE_FATAL=no
IPV6_ADDR_GEN_MODE=stable-privacy
NAME=enp0s8
UUID=ca4214f3-5437-4bfd-9cf5-329774052f77
ONBOOT=yes

# ip -br addr
lo               UNKNOWN        127.0.0.1/8 ::1/128 
enp0s8           UP             
virbr0           DOWN           192.168.122.1/24 
virbr0-nic       DOWN           

Смущает какой-то вот этот адаптер virbr0 (судя по названию, virtual bridge или что-то такое) и что у него адрес начинается на 192.168.122, а у меня локальная сеть 192.168.1.*

# ping 192.168.1.1
connect: Сеть недоступна

Что-то не могу понять, куда вообще копать. Пробовал в VirtualBox вырубать один сетевой адаптер и включать другой - не помогло. И вообще непонятно, что и из-за чего поломалось.



Последнее исправление: Novascriptum (всего исправлений: 1)

Да, очень может быть, что на машине недавно настраивали решение виртуализации Libvirt, которое и конфликтует с настройками:

Dec 23 00:36:12 localhost systemd[1]: libvirtd.service: Succeeded.

Покажите такие вещи:

ip r
# virsh net-list --autostart
# virsh net-info <имена из net-list>
# virsh net-dumpxml  <имена из net-list>
NDfan
()
Последнее исправление: NDfan (всего исправлений: 1)

Ну вообще судя по логу он dhcp получить пытается. DHCP-сервер то работает? Это не фаерволл случаем?

Ivan_qrt ★★★★★
()
Ответ на: комментарий от Ivan_qrt

Да, DHCP-сервер работает. В виртуалке вырубал firewalld - не помогло. В хост системе (win 10) вырубал брандмауэр антивируса - тоже не помогло.

Novascriptum
() автор топика
Ответ на: комментарий от NDfan
# ip r
192.168.122.0/24 dev virbr0 proto kernel scope link src 192.168.122.1 linkdown 
virsh net-list --autostart
bash: virsh: команда не найдена...
Установить пакет «libvirt-client», предоставляющий команду «virsh»? [N/y] 

Установить? Вроде оно ведь и значит, что Libvirt не установлен.

Novascriptum
() автор топика
Ответ на: комментарий от Novascriptum

Да в принципе, у меня картина уже вырисовалась. Значит установлен сам сервис, а оснастка для управления виртуальными ресурсами - нет, поэтому те команды не зашли. Вот какие пакеты вовлечены:

rpm -qf $(which libvirtd)
libvirt-daemon-4.5.0-33.el7_8.1.x86_64
rpm -qf $(which virsh)
libvirt-client-4.5.0-33.el7_8.1.x86_64

Можно прямо в рантайме, остановить сервис, и ещё раз дёрнуть соединение (или м.б. он сам подхватит?). Либо заблокировать и перезагрузиться.

systemctl stop libvirtd
systemctl disable libvirtd

Но перед любыми правками рекомендую хорошенько повспоминать - зачем оно делалось; может кому-то нужно было.

NDfan
()
Ответ на: комментарий от NDfan

Большое спасибо.

Но, вроде, удалось проблему решить путём перезапуска VirtualBox. Блин, 4 часа бился внутри виртуалки и не догадался перезапустить VirtualBox в хост-системе. Похоже, это был какой-то низкоуровневый глюк сетевого моста. Ох…

Novascriptum
() автор топика
Ответ на: комментарий от Novascriptum

Честно говоря, в виртуалке virbr0 видеть странновато, всё же склоняюсь к тому, что там ошибочно установленный сервис (можно посмотреть по yum.log возможно), который позже опять выстрелит.

Ну если будет ещё воспроизводиться потом проблема, то всех обсуждений выше (моих и Ивана), должно хватить, пожалуй.

NDfan
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.