Вы можете установить пакет resolvconf, который изменит способ сборки /etc/resolv.conf при загрузке системы.

sudo apt install resolvconf

Затем вы можете создать или изменить файл /etc/resolvconf/resolv.conf.d/tail. Если вы поместите в этот файл строку nameserver 8.8.8.8, эта строка будет добавлена ​​в конце /run/resolvconf/resolv.conf при загрузке. /etc/resolv.conf теперь будет символической ссылкой на этот файл.

Это - то, как я изменяю свою запись DNS на интерфейсной конфигурации.

$ vi /etc/netplan/50-cloud-init.yaml

Измените адреса сервера имен, ранее это было.4 затем, я изменил его на.3:

...
            nameservers:
                addresses:
                - 192.168.1.3
...

Сохраните конфигурацию и затем примените конфигурацию:

$ sudo netplan apply

После того перезапуска resolvectl сервис.

$ sudo systemctl restart systemd-resolved.service

Для примечаний: Я действительно перезагружал сервер и изменения, которые я делал все еще неповрежденным. Я использую resolvctl dns команда для проверки записи DNS.

Для этого потребовалось немного поиграться. После того как я обновил настройки, я перезагрузился. Используйте:

ln -s /run/resolvconf/resolv.conf /etc/resolv.conf

/etc/systemd/resolved.conf
DNS=8.8.8.8
Cache=no

System resolved failed
systemctl stop systemd-resolved
systemctl disable systemd-resolved

Когда закомментируйте «запрос» для

# domain-name, domain-name-servers, domain-search, host-name,

Добавьте эту строку в ваш /etc/dhcp/dhclient.conf:

 supersede domain-name "cwillenterprise.com";

Добавить записи в /etc/resolvconf/resolv.conf.d/tail

nameserver 8.8.8.8
search "cwillenterprise.com"

Выполнить для внесения изменений

resolvconf -u

Возможно, немного поздно, но я столкнулся с этой проблемой. Я действительно должен признать, что вручную настраивал свои параметры сети через cli прежде а не через встроенный networkmanager. Я выполняю ubuntu 18.04.

So после того, как я отключил и затем повторно включил systemd.resolved.service, это ошибочное поведение случайной потери моей конфигурации DNS было решено для меня.

systemctl disable systemd.resolved.service
reboot

после перезагрузки:

systemctl enable systemd.resolved.service
reboot

я - относительно новый пользователь Linux, таким образом, должен быть кто-то, который может объяснить, как и почему имеет то, почему это работало бы на меня, но это казалось стоящим, чтобы упоминания, может ли это помочь другим.

Имел некоторые проблемы с NordVPN так решил добавить к этому.

Результаты:
наборы NordVPN /run/systemd/resolve/resolv.conf настройки DNS при соединении.
NordVPN удаляет все настройки DNS от /run/systemd/resolve/resolv.conf при разъединении.
Это заставляет сервер DNS больше не работать (так как нет набора того).

системе нужна перезагрузка для задержки его к чему-либо вообще. Стандартный перезапуск сервиса (sudo systemctl restart systemd-resolved.service) не работает.

решение работать вокруг этого:

sudo apt install resolvconf

Голова к/etc/resolvconf/resolv.conf.d/

cd /etc/resolvconf/resolv.conf.d/
sudo nano tail

Добавляет серверы имен

nameserver 1.1.1.1
nameserver 1.0.0.1

Проверка после мест для серверов имен, которые, возможно, были установлены:

/run/resolvconf/interface/original.resolvconf
/run/resolvconf/interface/systemd-resolved
/etc/resolvconf/resolv.conf.d/tail
/etc/resolvconf/resolv.conf.d/head
/etc/systemd/resolved.conf
/run/systemd/resolve/resolv.conf
/run/systemd/resolve/stub-resolv.conf

Тест, с которым используются серверы DNS:

nslookup google.com

Server:         1.1.1.1
Address:        1.1.1.1#53

Я использую Lubuntu & Kubuntu 18.04. Я смог преодолеть проблему DNS на 2 шагах:

Первый шаг: Установка unbound и набор это для замены systemd-resolved как Grégoire C показывает здесь.

sudo systemctl disable systemd-resolved
sudo systemctl stop systemd-resolved
sudo systemctl enable unbound-resolvconf
sudo systemctl enable unbound

перезагрузка

Открытый как корень файл /etc/NetworkManager/NetworkManager.conf

(sudo leafpad /etc/NetworkManager/NetworkManager.conf в Lubuntu 18.04 или в Kubuntu 18.04 SUDO_EDITOR=kate sudoedit /etc/NetworkManager/NetworkManager.conf)

и ниже [main] поместите эту строку:

dns=unbound

перезагрузите снова

Второй шаг: Если после перезагрузки проблема все еще не решена, как это было в моем случае, запустите файловый менеджер как корень, перейдите в /etc, удалить resolv.conf и создайте новое resolv.conf. Оставьте это пустым и перезагрузите ОС. В моем случае после этой перезагрузки исчезла проблема.

В Kubuntu 18.04 Вы не можете запустить дельфина как корень, таким образом, можно сначала перейти в /etc и откройте терминал оттуда, затем введите sudo su и нажмите Enter, чтобы использовать его в качестве корня и затем удалить resolv.conf с командой rm resolv.conf. Затем можно создать новый пустой файл на рабочем столе, назвать его resolv.conf и откройте терминал оттуда. Используйте sudo su команда, чтобы перейти к корневому режиму для терминала и затем скопировать новое resolv.conf от Вашего рабочего стола до /etc с командой cp resolv.conf /etc.

Я должен добавить, что не пытался сделать второй шаг перед установкой unbound, так в следующий раз, когда я сделаю так, только чтобы видеть, будет ли это достаточно или нет.

работа в systemd парадигма добавляет DNS к ссылке / устройство

• страница руководства systemd.network

использование человечности 17.10 + добавляет a *.network файл:

sudo nano /lib/systemd/network/100-somecustom.network:

100-somecustom.network (100 может быть любое число для приоритета, и это требует .network расширение файла):

[Match]
Name=wlo1 # the device name here

[Network] # add multiple DNS 
DNS=8.8.8.8
DNS=208.67.222.222

Затем перезапуск:

sudo service systemd-networkd restart

Также изучите:

netplan apply

Затем проверка:

systemd-resolve --status wlo1

От информационной страницы info systemd.network :

В дополнение к /etc/systemd/network, вклинивание сигнала ".d" каталоги может быть помещено в/lib/systemd/network или/run/systemd/network каталоги. Общедоступные файлы в / и т.д. имеют приоритет по файлам в/, выполненном, которые в свою очередь имеют приоритет по тем, которые в / lib. Общедоступные файлы в соответствии с любым из этих каталогов имеют приоритет по основному netdev файлу везде, где расположено. (Конечно, с тех пор / выполненный является временным, и/usr/lib для поставщиков, это - маловероятные вклинивания сигнала, должен использоваться в любом из тех мест.)

Другой подход отключает DNSStubListener для использования с dnsmasq:

sudo nano /etc/systemd/resolved.conf:

#
DNSStubListener=false

похожие страницы:

• https://superuser.com/questions/1153203/ubuntu-17-04-systemd-resolved-dns-lookups-randomly-fail
• DNS в 127.0.0.53 systemd игнорирует некоторые поиски
• https://unix.stackexchange.com/questions/304050/how-to-avoid-conflicts-between-dnsmasq-and-systemd-resolved
• https://moss.sh/name-resolution-issue-systemd-resolved/

Правильное решение состояло бы в том, чтобы зафиксировать systemd-разрешенный вместо того, чтобы пытаться вылечить мигрень с гильотиной.

Это - хороший инструмент, действительно, если используется правильно.

Оценка по Вашему systemd-resolve --status вывод...

Link 3 (wlo1)
      Current Scopes: LLMNR/IPv4 LLMNR/IPv6
       LLMNR setting: yes
MulticastDNS setting: no
      DNSSEC setting: no
    DNSSEC supported: no

... Ваш инструмент администратора сети не передает конфигурацию DNS на интерфейс systemd-разрешенному.

Последние версии NetworkManager, например, сделали бы это автоматически если /etc/resolv.conf указание символьной ссылки внутри /run/systemd/resolve или к /usr/lib/systemd/resolv.conf. С другой стороны, последние версии systemd-разрешенной попытки быть совместимыми с историческим resolvconf взаимодействуют через интерфейс путем установки a resolvconf двоичный файл, который говорит systemd-разрешенный.

В то время как использование любого из этих двух решений было бы предпочтено при поиске быстрого и грязного решения можно просто настроить systemd-разрешенный для использования серверов DNS глобально:

$ cat /etc/systemd/resolved.conf
<...>
[Resolve]
DNS=8.8.8.8 8.8.4.4
<...>

Затем перезапуск systemd-resolved.service или перезагрузка.

Когда использование dhcp определение имен работает как ожидалось в Ubuntu. Проблемы начинаются, когда Вы хотите пойти статичные. cat /etc/resolv.conf покажет, что yor DNS 127.0.0.53, и не те Вы имеете в /etc/netplan/.yaml файл. Для фиксации этого, необходимо удалить /etc/resolve.conf свяжите и создайте новый, указывающий /run/resolve/resolve.conf

Я использую Ubuntu 18.04 LTS. Я не знаю, как моя ОС внезапно столкнулась с этой проблемой, в то время как мой DNS работал хорошо в течение нескольких месяцев. Вот мое решение:

Установите resolvconf

$ sudo apt install resolvconf

Найдите источник /etc/resolv.conf.

$ ls -al /etc/resolv.conf показывает, что /etc/resolv.conf является символической ссылкой /run/resolvconf/resolv.conf

И я обнаружил, что: Этот файл /run/resolvconf/resolv.conf состоит из:

/etc/resolvconf/resolv.conf.d/head
/run/resolvconf/interface/systemd-resolved
/etc/resolvconf/resolv.conf.d/tail

$ cat /run/resolvconf/interface/systemd-resolved показывает сервер имен 127.0.0.53, который будет сброшен после перезагрузки.

Добавить DNS

Кажется, сервер имен <мой DNS> должен располагаться перед сервером имен 127.0.0.53, чтобы он мог работать.

Поэтому я добавляю nameserver в конец /etc/resolvconf/resolv.conf.d/head.

Обновить resolvconf

$ sudo resolvconf -u

Если вы хотите управлять файлом /etc/resolv.conf вручную «man NetworkManager.conf» дает ответ.

В /etc/NetworkManager/NetworkManager.conf, раздел [main] добавить: dns=none

также убедитесь, что /etc/resolv.conf является файлом, а не символической ссылкой. Ваши изменения сохранятся после перезагрузки системы.

Большинство ответов, к сожалению, неверны или являются ненужными обходными путями.

Я думаю, вы только что пропустили что-то очень серьезное.

установите nmap и запустите nmap 127.0.0.1, затем 127.0.0.53 У них разный список сервисов, что-то определенно слушает и прячется на другом ip, пытаясь выглядеть как localhost. Затем компьютер указывает на этот адрес, а не на настоящий DNS-сервер... и разрешает... но я не устанавливал никаких DNS-серверов...

Я ищу, что это такое... Подсеть localhost должна иметь только 127.0.0.1, если я правильно помню.

Похоже на возможный взлом для обхода брандмауэров. Мой брандмауэр был включен и отклонял входящие и исходящие, но мой исходящий должен был быть на один ip. Мой фактический DNS для работы...