DNS встановлений на 127.0.0.53 systemd - як постійно змінити?

Я нещодавно оновив до 17.10. Коли я намагаюся перейти на веб-сайт або пінг домену, це не вдається сказати, що сайт неможливо вирішити.

network-adminпоказує вміст /etc/resolv.confбутиnameserver: 127.0.0.53

Якщо я зміню це на 8.8.8.8 або 208.67.222.222, все працює. Поки я не перезавантажуюсь.

Після перезавантаження або відновлення сервера імен скидається до 127.0.0.53.

Як я назавжди встановити сервер імен на те, що працює?

Для системних шанувальників, якщо я запускаю, 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 продовжує скидатися після перезавантаження. Ubuntu 17.10 - DNS все ще не вдається вирішити.

Ви можете встановити пакет resolutionvconf, який змінить спосіб /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тепер буде символічним посиланням на цей файл.

Правильне рішення було б виправити 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 на один інтерфейс до системного рішення.

Наприклад, останні версії NetworkManager роблять це автоматично, якщо /etc/resolv.confце посилання, що вказує всередину /run/systemd/resolveабо на /usr/lib/systemd/resolv.conf. Крім того, останні версії системного рішення намагаються бути сумісними з історичним інтерфейсом resolconcon, встановивши resolvconfдвійковий файл, який спілкується з системним рішенням .

Хоча використання будь-якого з цих двох рішень було б кращим, якщо ви шукаєте швидке і брудне рішення, ви можете просто налаштувати системний режим для використання своїх серверів DNS у всьому світі:

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

Потім перезавантажте systemd-resolved.serviceабо перезавантажте.

Я використовую Lubuntu & Kubuntu 18.04. Мені вдалося подолати проблему DNS за два етапи:

Перший крок: Встановити unboundі налаштувати його замінити , systemd-resolvedяк Грегуар 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

перезавантажте знову

Другий крок: Якщо після перезавантаження проблема все ще не вирішена, як це було в моєму випадку, запустіть файловий менеджер як root, перейдіть до /etc, видаліть resolv.confта створіть новий resolv.conf. Залиште його порожнім і перезавантажте ОС. У моєму випадку після цієї перезавантаження проблема зникла.

У Kubuntu 18.04 ви не можете запустити Dolphin як root, тож спочатку ви можете перейти до нього /etcта відкрити термінал, а потім набрати sudo suта натиснути Enter, щоб використовувати його як root, а потім видалити resolv.confза допомогою команди rm resolv.conf. Тоді ви можете створити новий порожній файл на робочому столі, назвати його resolv.confі відкрити звідти термінал. За допомогою sudo suкоманди введіть кореневий режим для терміналу, а потім скопіюйте нове resolv.confзі свого робочого столу /etcв команду cp resolv.conf /etc.

Мушу додати, що я не намагався зробити другий крок перед встановленням unbound, тому наступного разу я зроблю це, просто щоб побачити, чи цього буде достатньо чи ні.

працюючи в systemdпарадигмі, додайте DNS до посилання / пристрою

• Сторінка керівництва systemd.network

за допомогою ubuntu 17.10+ додати *.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 каталогах. Файли, що завантажуються в / etc, мають перевагу над файлами в / run, які в свою чергу мають перевагу над файлами в / lib. Файли, що завантажуються в будь-який із цих каталогів, мають перевагу над головним файлом netdev, де б вони не знаходились. (Звичайно, оскільки / run є тимчасовим і / usr / lib призначений для постачальників, навряд чи плагіни повинні використовуватися в будь-якому з цих місць.)

Інший підхід відключить DNSStubListenerвикористання за допомогою dnsmasq:

sudo nano /etc/systemd/resolved.conf:

#
DNSStubListener=false

пов'язані:

• https://superuser.com/questions/1153203/ubuntu-17-04-systemd-used-dns-lookups-randomly-fail
• DNS в системі 127d.0.0.53 ігнорує деякі пошуки
• https://unix.stackexchange.com/questions/304050/how-to-avoid-conflicts-bet between-dnsmasq-and-systemd- разрешил
• https://moss.sh/name-resolution-issue-systemd-used/

Ось так я змінюю запис dns на конфігурацію інтерфейсу.

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

Змініть адреси серверів імен, раніше це було .4, потім я змінив його на .3:

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

Збережіть конфігурацію та застосуйте конфігурацію:

$ sudo netplan apply

Після цього перезапустіть службу рішення.

$ sudo systemctl restart systemd-resolved.service

Для приміток: я перезавантажив сервер і зміни, які я вніс ще недоторканими. Я використовую resolvctl dnsкоманду для перевірки запису dns.

Якщо були проблеми з 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

Можливо, трохи пізно, але я зіткнувся з цією проблемою. Я мушу визнати, що я вручну конфігурував свої мережеві настройки через cli, а не через вбудований мережевий менеджер. Я запускаю ubuntu 18.04.

Отож, після того, як я відключив і знову ввімкнув systemd. разрешил.сервис, ця помилкова поведінка випадково втрачала конфігурацію DNS для мене була вирішена.

systemctl disable systemd.resolved.service
reboot

після перезавантаження:

systemctl enable systemd.resolved.service
reboot

Я відносно свіжий користувач Linux, тому повинен бути хтось, хто може пояснити, як і чому це спрацювало б для мене, але, здавалося, варто згадати, чи може це допомогти іншим.

Під час використання dhcp роздільна здатність імені працює так, як очікувалося в Ubuntu. Проблеми починаються, коли потрібно стати статичним. cat /etc/resolv.confпокаже, що yor dns - це 127.0.0.53, а не ті, які у вас є у /etc/netplan/.yamlфайлі. Щоб виправити це, потрібно видалити /etc/resolve.confпосилання та створити нове, що вказує на/run/resolve/resolve.conf

Для цього потрібно було пограти. Після оновлення налаштування я перезавантажився. Використання:

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