Сервер Ubuntu 18,04 (бионических) параметров сети, поврежденных после цикла включения и выключения питания
Сети были прекрасны перед перезагрузкой. После перезагрузки система и все параметры сети являются неправильными.
Примечания:
- Сервер Ubuntu 18.04 (бионический)
- Канонический livepatch был настроен несколько дней назад.
- Новая сетевая штука, netplan, кажется, не установлена (однако существует файл
/etc/netplan/50-cloud-init.yaml) - Машина, действительно кажется, получает арендный договор DHCP с маршрутизатором (соединится по Ethernet, с IP-адресом 192.168.1.29).
- Интерфейс enp7s0 (то, которому я верю, является желаемым соединительным устройством) снижается на начальной загрузке. Вручную перевод в рабочее состояние интерфейса enp7s0 позволяет соединение с маршрутизатором:
/etc/resolv.confsymlinked к/run/systemd/resolve/stub-resolv.confфайл. Когда я обновляю его вручную сnameserver 192.168.1.1работает.
ping 192.168.1.1
connect: Network is unreachable
ping google.com
ping: google.com: System error
dig google.com
connection timed out ...
...
ipconfig enp7s0 192.168.1.29 netmask 255.255.255.0 broadcast 192.168.1.255
ipconfig enp7s0 up
ping 192.168.1.1
64 bytes from 192.168.1.1: ...
64 bytes from 192.168.1.1: ...
64 bytes from 192.168.1.1: ...
nslookup google.com
Server: 192.168.1.1
Address: 192.168.1.1#53
Non-authoritative answer:
Name google.com
Address 172.217.164.110
...
ping google.com
ping: google.com: System error # ... still network issue, most tools do not resolve hosts
systemd-resolve google.com
google.com: 216.58.195.238
-- Information acquired via protocol DNS in 3.0494s.
-- Data is authenticated: no
Я также попытался настроить /etc/resolv.conf /etc/nsswitch.conf напрасно.
И на перезагрузке, кажется что администраторы сети, возможно systemd-networkd и systemd-resolved сбросьте некоторые / и т.д. файлы к настройкам, которые не работают.
У кого-либо есть мысль для того, что произошло? Я могу отправить журналы или независимо от того, что может помочь диагностировать.
1 ответ
Я исследовал проблему самостоятельно - кажется, что Канонический Livepatch перестал работать на моей машине (я еще не нашел первопричину). Когда это перестало работать, это только частично применило обновления для объединения в облако, и в то время как netplan не был установлен, много настроек сети были изменены, чтобы предположить, что это было. Это оставило несколько конфигураций сети в частично перемещенном состоянии. В то время как я смог восстановить некоторое сетевое соединение путем ручного изменения настроек, работа, связанная с нахождением и конфигурированием их, была астрономической, и много изменений не были персистентными без сценария начальной загрузки. Самое разумное решение, которое я нашел, состояло в том, чтобы переустановить операционную систему и отключить Канонический Livepatch.
Если это - действительно патч конфигурации сети для 18,04, который вызвал, это, @Canonical должно помнить, что 18.04 определяется LTS - живое исправление должно Ни при каких обстоятельствах применить обновления, которые рискуют потерей параметров сети для серверов LTS. Если это верно, это - чрезвычайно небрежное поведение. Если бы кто-либо от Канонических чтений это, я ценил бы какой-либо комментарий от кого-то с большим знанием внутренностей Livepatch, чтобы подтвердить и оценить первопричину.