Рейтинг:1

Почему мой компьютер Ubuntu Server внезапно теряет статический IP-адрес?

флаг np

Мой компьютер Ubuntu Server внезапно теряет назначенный ему статический IP-адрес и таблицу маршрутизации.

Моя среда выглядит следующим образом.

DISTRIB_ID=Убунту
DISTRIB_RELEASE=20.04
DISTRIB_CODENAME=фокальный
DISTRIB_DESCRIPTION="Убунту 20.04.3 ЛТС"

DHCPv4 отключен на моем маршрутизаторе, который имеет функцию DHCP-сервера, и вместо этого включен на моем сервере Ubuntu с помощью Dnsmasq.

Поскольку я проверил аренду DHCP на своем сервере Ubuntu, сам он не включен. Таким образом, кажется, что аренда DHCP не связана с этой проблемой. И время, в которое это происходит, кажется совершенно случайным.

Я установил статический IP-адрес через /etc/сетевой план. Моя конфигурация /etc/netplan/99_config.yaml выглядит следующим образом.

сеть:
  версия: 2
  визуализатор: сетевой
  Ethernet:
    эт0:
      DHCP4: нет
      DHCP6: нет
      адреса:
        - 192.168.3.2/24 # частный адрес IPv4
        - XXXX:XXXX:XXXX:XXXX:XXXX:XXXX:XXXX:XXXX/64 # глобальный индивидуальный адрес IPv6
      gateway4: 192.168.3.1 # Частный адрес моего роутера
      gateway6: fe80::XXXX:XXXX:XXXX:XXXX # Ссылка моего маршрутизатора на локальный одноадресный адрес
      серверы имен:
          адреса: [8.8.8.8, 8.8.4.4]

И я проверил, правильно ли установлен статический IP-адрес командой IP а.

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    ссылка/петля 00:00:00:00:00:00 брд 00:00:00:00:00:00
    инет 127.0.0.1/8 область хоста lo
       valid_lft навсегда
    inet6 :: 1/128 узел области видимости
       valid_lft навсегда
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    ссылка/эфир XX:XX:XX:XX:XX:XX brd ff:ff:ff:ff:ff:ff
    инет 192.168.3.2/24 brd 192.168.3.255 глобальный охват eth0
       valid_lft навсегда
    inet6 XXXX:XXXX:XXXX:XXXX:XXXX:XXXX:XXXX:XXXX/64 глобальная область действия
       valid_lft навсегда
    ссылка на область действия inet6 fe80::XXXX:XXXX:XXXX:XXXX/64
       valid_lft навсегда
3: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel состояние DOWN группа по умолчанию qlen 1000
    ссылка/эфир XX:XX:XX:XX:XX:XX brd ff:ff:ff:ff:ff:ff

Я также проверил таблицу маршрутизации.

по умолчанию через 192.168.3.1 dev eth0 proto static
192.168.3.0/24 dev eth0 ссылка на область ядра proto src 192.168.3.2

Оказывается, проблем нет. Однако через пару дней или пару недель мой Ubuntu Server внезапно теряет статический IP-адрес и таблицу маршрутизации, несмотря на то, что настройки кажутся правильными.

В это время другой мой компьютер отправляет эхо-запрос ICMP на мой маршрутизатор, а затем может получить эхо-ответ. Но, конечно, это невозможно с моего сервера Ubuntu. Таким образом, мой маршрутизатор и мой другой компьютер кажутся живыми, только у моего Ubuntu Server есть некоторые проблемы.

Как я могу решить эту проблему? Любая помощь будет принята с благодарностью! Пожалуйста, дайте мне знать, если вам нужна дополнительная информация, чтобы решить эту проблему.

Спасибо.

Terrance avatar
флаг id
Просто интересно, а есть ли на вашем сервере файл `/etc/dhcpcd.conf`?
noraworld avatar
флаг np
Нет, у меня не установлен dhcpcd. У меня только Dnsmasq и radvd установлены как сетевые пакеты.
Terrance avatar
флаг id
Извините, к сожалению, здесь я мало чем могу помочь, так как не использую Netplan. Мне на самом деле очень нравится старый способ ifupdown, так как я чувствую, что он более стабилен.
noraworld avatar
флаг np
Я понимаю. Я хотел бы использовать скорее Netplan, так как старый способ может быть удален в будущем. Но это было очень полезно для меня. Спасибо за уделенное время!

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.