Рейтинг:0

Ubuntu Server 20.04.3 LTS 00-installer-config.yaml или resolv.conf для настроек DNS

флаг in

Так что я чертовски запутался. Я пытаюсь указать локальные DNS-серверы для нашего домена. Этот Ubuntu Server 20.04.3 не использует старый файл интерфейсов. Я настроил файл yaml для netplan,

    # Это сетевая конфигурация, написанная 'subiquity'
сеть:
  облигации:
    облигация0:
      адреса:
      - 172.17.17.71/24
      шлюз4: 172.17.17.1
      интерфейсы:
      - ено1
      - эно2
      серверы имен:
        адреса:
        - 172.17.17.31
        - 172.17.17.41
        - 172.17.17.51
        - 172.17.17.61
        поиск:
        - local.mydomain.com
      параметры:
        режим: баланс-рр
  Ethernet:
    эно1: {}
    эно2: {}
    эно3:
      DHCP4: правда
    эно4:
      DHCP4: правда
  версия: 2

но это, похоже, не устанавливает новые DNS-серверы и элементы systemd. Если я попытаюсь статус:

admin@ubu:/$ статус разрешения
Не удалось получить глобальные данные: модуль dbus-org.freedesktop.resolve1.service не найден.

Мне нужно перезапустить systemd:

admin@ubu:/$ systemctl перезапустить systemd-resolved
admin@ubu:/$ статус разрешения

Теперь статус работает.

Глобальный
       Настройка LLMNR: нет
Настройка MulticastDNS: нет
  Настройка DNSOverTLS: нет
      Настройка DNSSEC: нет
    Поддерживается DNSSEC: нет
          DNS-домен: local.mydomain.com
          DNSSEC NTA: 10.in-addr.arpa
                      16.172.in-addr.arpa
                      168.192.in-addr.arpa
                      17.172.in-addr.arpa
                      18.172.in-addr.arpa
                      19.172.in-addr.arpa
                      20.172.in-addr.arpa
                      21.172.in-addr.arpa
                      22.172.in-addr.arpa
                      23.172.in-addr.arpa
                      24.172.in-addr.arpa
                      25.172.in-addr.arpa
                      26.172.in-addr.arpa
                      27.172.in-addr.arpa
                      28.172.in-addr.arpa
                      29.172.in-addr.arpa
                      30.172.in-addr.arpa
                      31.172.in-addr.arpa
                      корпорация
                      д.ф.ip6.arpa
                      дом
                      внутренний
                      интранет
                      лан
                      местный
                      частный
                      тестовое задание

Ссылка 6 (бонд0)
      Текущие области: DNS
Настройка DefaultRoute: да
       Настройка LLMNR: да
Настройка MulticastDNS: нет
  Настройка DNSOverTLS: нет
      Настройка DNSSEC: нет
    Поддерживается DNSSEC: нет
         DNS-серверы: 172.17.17.31
                      172.17.17.41
                      172.17.17.51
                      172.17.17.61
          DNS-домен: local.mydomain.com

Ссылка 5 (eno4)
      Текущие области применения: нет
Настройка DefaultRoute: нет
       Настройка LLMNR: да
Настройка MulticastDNS: нет
  Настройка DNSOverTLS: нет
      Настройка DNSSEC: нет
    Поддерживается DNSSEC: нет

Ссылка 4 (eno3)
      Текущие области применения: нет
Настройка DefaultRoute: нет
       Настройка LLMNR: да
Настройка MulticastDNS: нет
  Настройка DNSOverTLS: нет
      Настройка DNSSEC: нет
    Поддерживается DNSSEC: нет

Ссылка 3 (eno2)
      Текущие области применения: нет
Настройка DefaultRoute: нет
       Настройка LLMNR: да
Настройка MulticastDNS: нет
  Настройка DNSOverTLS: нет
      Настройка DNSSEC: нет
    Поддерживается DNSSEC: нет

Ссылка 2 (eno1)
      Текущие области применения: нет
Настройка DefaultRoute: нет
       Настройка LLMNR: да
Настройка MulticastDNS: нет
  Настройка DNSOverTLS: нет
      Настройка DNSSEC: нет
    Поддерживается DNSSEC: нет

я пробовал редактировать /etc/resolv.conf жестко запрограммировать DNS-сервер, и это действительно работает, и изменяет глобальные списки DNS, отображаемые в статусе (сам файл говорит, что я не должен его редактировать!) И редактирование файла yaml для netplan изменяет списки DNS для bond0. Списки DNS в разделе состояния bond0, по-видимому, не влияют на неисправные карты сетевых дисков.

Итак, у меня есть три вопроса.

  1. Systemd не запускается правильно при загрузке.
  2. netplan, кажется, не делает то, что должен, поскольку DNS, похоже, не работает.
  3. /etc/resolv.conf не следует редактировать.

Что мне делать, чтобы разобраться в этом сетевом беспорядке?

флаг us
Пожалуйста, покажите как содержимое вашей конфигурации netplan, так и вывод статуса resolvectl.
geardogg avatar
флаг in
@slangasek Я отредактировал сообщение, включив в него конфигурацию (без жесткого кодирования серверов в файле /etc/resolv.conf. Опубликованная конфигурация не работает, в то время как жесткое кодирование файла работает. запутано.
флаг us
хорошо, netplan yaml выглядит правильно, и выходные данные `resolvectl status` совпадают и выглядят правильно. Единственная реальная проблема, которую я здесь вижу, заключается в том, что systemd-resolved не запускается правильно при загрузке. Я предлагаю вам просмотреть журналы для этого модуля systemd с помощью `journalctl -b0 -u systemd-resolved`.
geardogg avatar
флаг in
С этой командой записи не отображаются, и окно, которое она указывает, длится много месяцев. Кроме того, показанная конфигурация не работает. По-видимому, адреса DNS-серверов должны отображаться в разделе Global статуса systemD, а netplan, похоже, этого не делает. Единственный способ, которым я заставил его работать, - это жестко запрограммировать DNS-серверы в resolv.conf, но в самом файле указано, что его нельзя редактировать.
флаг us
«Адреса DNS-серверов должны отображаться в разделе Global статуса systemd» - неверно. DNS должен работать нормально, когда серверы связаны с определенным сетевым интерфейсом, пока этот интерфейс работает. Определенная ошибка, которую вы описали, не запускается при загрузке. Если вы можете перезагрузиться, а затем проверить `systemctl status systemd-resolved.service`, это может дать больше подсказок.

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

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