DNS в systemd 127.0.0.53 игнорирует некоторые запросы

DNS на systemd в это районе на 127.0.0.53, кажется, работает за исключением когда я запроса для местных машин по имени. Но если я запроса для них и конкретно указать локальный DNS-сервер (мой роутер), то я получаю правильный ответ. Но файл config говорит, что это также использование маршрутизатора в качестве адреса поиск. Какие мысли?

я с Ubuntu 18.04 на ноутбуке Dell.

неверные результаты:

$ nslookup web1 Server: 127.0.0.53 Address: 127.0.0.53#53 ** server can't find web1: SERVFAIL

неверные результаты:

$ nslookup -i wlp3s0 web1 nslookup: couldn't get address for 'web1': not found

правильные результаты:

$ nslookup web1 192.168.1.1 Server: 192.168.1.1 Address: 192.168.1.1#53 Name: web1 Address: 192.168.1.107

правильные результаты:

$ systemd-resolve --status Global 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 corp d.f.ip6.arpa home internal intranet lan local private test Link 3 (wlp3s0) Current Scopes: DNS LLMNR setting: yes MulticastDNS setting: no DNSSEC setting: no DNSSEC supported: no DNS Servers: 192.168.1.1 DNS Domain: wp.comcast.net Link 2 (enp2s0) Current Scopes: none LLMNR setting: yes MulticastDNS setting: no DNSSEC setting: no DNSSEC supported: no

настройки networkmanager-а

$ cat /etc/NetworkManager/NetworkManager.conf [main] plugins=ifupdown,keyfile [ifupdown] managed=false [device] wifi.scan-rand-mac-address=no

а как сделать nslookup для возвращения правильного ответа? Ссылка 3, представляется верным информации (подключение WiFi) и мой DNS на маршрутизаторе возвращает правильный ответ, но локальный кэш не пытается найти адрес (или так кажется).

7
задан 29 May 2018 в 17:34

14 ответов

Ваш файл resolv.conf не указывал на неправильное место - ../run/systemd/resolve/stub-resolv.conf - , где он должен указывать по умолчанию.

Проблема в том, что systemd-resolved не передает имена без точек в DNS. По-видимому, это работает «как предусмотрено». См. эту проблему github , в которой говорится, что «разрешенный никогда не позволит одноадресным поискам протекать в одноадресной DNS».

Согласны ли вы с рассуждениями в этой проблеме github, там есть способ исправить это. Он даже не требует внесения каких-либо изменений в настройку по умолчанию на вашем компьютере Ubuntu:

  1. Во-первых, DNS вашей локальной сети должен иметь имя домена. Если вы используете dnsmasq, добавьте следующее на /etc/dnsmasq.conf на своем DNS-сервере:
    expand-hosts
    domain=your-domain # replace "your-domain" with domain of your choice
    
    Теперь вы сможете разрешать имена хостов LAN, если вы добавляете домен:
    nslookup web1.your-domain
    
  2. Во-вторых, сделайте убедитесь, что имя домена вашей локальной сети также установлено на вашем DHCP-сервере, если оно отличается от вашего DNS-сервера. На моем сервере DHCP (мой маршрутизатор) этот параметр называется «Доменное имя». Если вы затем возобновите аренду DHCP в своем поле Ubuntu, вы увидите директиву поиска в /run/systemd/resolve/stub-resolv.conf:
    nameserver 127.0.0.53
    search your-domain
    

Теперь поиск web1 расширит его до web1.your-domain, который затем разрешит использование DNS.

$ nslookup web1
Server:         127.0.0.53
Address:        127.0.0.53#53

Non-authoritative answer:
Name:   web1.your-domain
Address: 192.168.1.107

Обратите внимание, что если вы используете dig вместо nslookup, dig не использует путь поиска по умолчанию - используйте его +search, чтобы включить это.

2
ответ дан 7 October 2018 в 16:10
  • 1
    Перед перезагрузкой он просто посмотрел на web1.mydomain.com. Но, конечно, поиск просто web1 не сработал. Поэтому я перезагрузился, и для жизни я понятия не имею, где он собирает домен Comcast, но теперь, если я ищу web1, он отвечает правильным IP-адресом, но показывает домен comcast вместо моего домена. Он решает, поэтому я не слишком волнуюсь, но что за черт ???? – schworak 5 September 2018 в 14:52
  • 2
    @schworak Странно! Ваш DHCP-сервер также является вашим модемом Comcast? Вы видите, что этот домен отображается в /etc/resolv.conf или на выходе либо nmcli -g all, либо systemd-resolve --status? Может быть, попробуйте взглянуть на , что находится в вашей аренде DHCP ? – Laurence Gonsalves 5 September 2018 в 19:31
  • 3
    Это не модем comcast. У меня есть маршрутизатор SysLink с DDWRT. Настройки комманки полностью заменены. Имя comcast появляется в файле resolv.conf, который автоматически генерируется при загрузке. Я не слишком беспокоюсь об этом, но это странно. – schworak 6 September 2018 в 04:27

Я нашел исправление, которое сработало для меня.

мой файл resolv.conf указывал на неправильное место. Это похоже на ошибку в Ubuntu, как это случилось на моем ноутбуке (на машине, на которой я впервые заметил эту проблему), и на новой установке сервера Ubuntu 18.04.

По умолчанию

$ ls -l /etc/resolv.conf lrwxrwxrwx 1 root root 39 Apr 26 12:07 /etc/resolv.conf -> ../run/systemd/resolve/stub-resolv.conf

Я удалил это и указал на правильный файл. После перезагрузки это решило мою проблему. И я даже смог переключить сети на своем ноутбуке, и DNS переключился правильно. Конечно, когда во внешних сетях я не могу разрешить какие-либо из моих локальных машин, но это ожидается. Как только я вернусь в свою локальную сеть, все локальные компьютеры корректно решаются, потому что мой маршрутизатор является DNS.

По умолчанию

$ sudo rm -f /etc/resolv.conf $ sudo ln -s /run/systemd/resolve/resolv.conf /etc/resolv.conf $ ls -l /etc/resolv.conf lrwxrwxrwx 1 root root 32 May 29 08:48 /etc/resolv.conf -> /run/systemd/resolve/resolv.conf $ sudo reboot

После этого все работало так, как я ожидал, и 127.0.0.53 больше не используется.

Правильные результаты

$ nslookup web1 Server: 192.168.1.1 Address: 192.168.1.1#53 Name: web1 Address: 192.168.1.107 $ nslookup google.com Server: 192.168.1.1 Address: 192.168.1.1#53 Non-authoritative answer: Name: google.com Address: 172.217.7.174 Name: google.com Address: 2607:f8b0:4004:80e::200e
3
ответ дан 17 July 2018 в 13:22

Я нашел исправление, которое сработало для меня.

мой файл resolv.conf указывал на неправильное место. Это похоже на ошибку в Ubuntu, как это случилось на моем ноутбуке (на машине, на которой я впервые заметил эту проблему), и на новой установке сервера Ubuntu 18.04.

По умолчанию

$ ls -l /etc/resolv.conf lrwxrwxrwx 1 root root 39 Apr 26 12:07 /etc/resolv.conf -> ../run/systemd/resolve/stub-resolv.conf

Я удалил это и указал на правильный файл. После перезагрузки это решило мою проблему. И я даже смог переключить сети на своем ноутбуке, и DNS переключился правильно. Конечно, когда во внешних сетях я не могу разрешить какие-либо из моих локальных машин, но это ожидается. Как только я вернусь в свою локальную сеть, все локальные компьютеры корректно решаются, потому что мой маршрутизатор является DNS.

По умолчанию

$ sudo rm -f /etc/resolv.conf $ sudo ln -s /run/systemd/resolve/resolv.conf /etc/resolv.conf $ ls -l /etc/resolv.conf lrwxrwxrwx 1 root root 32 May 29 08:48 /etc/resolv.conf -> /run/systemd/resolve/resolv.conf $ sudo reboot

После этого все работало так, как я ожидал, и 127.0.0.53 больше не используется.

Правильные результаты

$ nslookup web1 Server: 192.168.1.1 Address: 192.168.1.1#53 Name: web1 Address: 192.168.1.107 $ nslookup google.com Server: 192.168.1.1 Address: 192.168.1.1#53 Non-authoritative answer: Name: google.com Address: 172.217.7.174 Name: google.com Address: 2607:f8b0:4004:80e::200e
2
ответ дан 20 July 2018 в 13:29

Я нашел исправление, которое сработало для меня.

мой файл resolv.conf указывал на неправильное место. Это похоже на ошибку в Ubuntu, как это произошло на моем ноутбуке (на машине, с которой я впервые заметил эту проблему), и на новой установке сервера Ubuntu 18.04.

Значение по умолчанию

$ ls -l /etc/resolv.conf

lrwxrwxrwx 1 root root 39 Apr 26 12:07 /etc/resolv.conf -> ../run/systemd/resolve/stub-resolv.conf

Я удалил это и указал на правильный файл. После перезагрузки это решило мою проблему. И я даже смог переключить сети на своем ноутбуке, и DNS переключился правильно. Конечно, когда во внешних сетях я не могу разрешить какие-либо из моих локальных машин, но это ожидается. Как только я вернусь в свою локальную сеть, все локальные компьютеры корректно решаются, потому что мой маршрутизатор является DNS.

The Fix

$ sudo rm -f /etc/resolv.conf
$ sudo ln -s /run/systemd/resolve/resolv.conf /etc/resolv.conf
$ ls -l /etc/resolv.conf

lrwxrwxrwx 1 root root 32 May 29 08:48 /etc/resolv.conf -> /run/systemd/resolve/resolv.conf

$ sudo reboot

После этого все работало как я ожидаемый и 127.0.0.53 больше не используется.

Правильные результаты

$ nslookup web1

Server:     192.168.1.1
Address:    192.168.1.1#53

Name:   web1
Address: 192.168.1.107

$ nslookup google.com

Server:     192.168.1.1
Address:    192.168.1.1#53

Non-authoritative answer:
Name:   google.com
Address: 172.217.7.174
Name:   google.com
Address: 2607:f8b0:4004:80e::200e
2
ответ дан 20 July 2018 в 20:19

Я нашел исправление, которое сработало для меня.

мой файл resolv.conf указывал на неправильное место. Это похоже на ошибку в Ubuntu, как это произошло на моем ноутбуке (на машине, с которой я впервые заметил эту проблему), и на новой установке сервера Ubuntu 18.04.

Значение по умолчанию

$ ls -l /etc/resolv.conf

lrwxrwxrwx 1 root root 39 Apr 26 12:07 /etc/resolv.conf -> ../run/systemd/resolve/stub-resolv.conf

Я удалил это и указал на правильный файл. После перезагрузки это решило мою проблему. И я даже смог переключить сети на своем ноутбуке, и DNS переключился правильно. Конечно, когда во внешних сетях я не могу разрешить какие-либо из моих локальных машин, но это ожидается. Как только я вернусь в свою локальную сеть, все локальные компьютеры корректно решаются, потому что мой маршрутизатор является DNS.

The Fix

$ sudo rm -f /etc/resolv.conf
$ sudo ln -s /run/systemd/resolve/resolv.conf /etc/resolv.conf
$ ls -l /etc/resolv.conf

lrwxrwxrwx 1 root root 32 May 29 08:48 /etc/resolv.conf -> /run/systemd/resolve/resolv.conf

$ sudo reboot

После этого все работало как я ожидаемый и 127.0.0.53 больше не используется.

Правильные результаты

$ nslookup web1

Server:     192.168.1.1
Address:    192.168.1.1#53

Name:   web1
Address: 192.168.1.107

$ nslookup google.com

Server:     192.168.1.1
Address:    192.168.1.1#53

Non-authoritative answer:
Name:   google.com
Address: 172.217.7.174
Name:   google.com
Address: 2607:f8b0:4004:80e::200e
2
ответ дан 23 July 2018 в 09:03

Я нашел исправление, которое сработало для меня.

мой файл resolv.conf указывал на неправильное место. Это похоже на ошибку в Ubuntu, как это произошло на моем ноутбуке (на машине, с которой я впервые заметил эту проблему), и на новой установке сервера Ubuntu 18.04.

Значение по умолчанию

$ ls -l /etc/resolv.conf

lrwxrwxrwx 1 root root 39 Apr 26 12:07 /etc/resolv.conf -> ../run/systemd/resolve/stub-resolv.conf

Я удалил это и указал на правильный файл. После перезагрузки это решило мою проблему. И я даже смог переключить сети на своем ноутбуке, и DNS переключился правильно. Конечно, когда во внешних сетях я не могу разрешить какие-либо из моих локальных машин, но это ожидается. Как только я вернусь в свою локальную сеть, все локальные компьютеры корректно решаются, потому что мой маршрутизатор является DNS.

The Fix

$ sudo rm -f /etc/resolv.conf
$ sudo ln -s /run/systemd/resolve/resolv.conf /etc/resolv.conf
$ ls -l /etc/resolv.conf

lrwxrwxrwx 1 root root 32 May 29 08:48 /etc/resolv.conf -> /run/systemd/resolve/resolv.conf

$ sudo reboot

После этого все работало как я ожидаемый и 127.0.0.53 больше не используется.

Правильные результаты

$ nslookup web1

Server:     192.168.1.1
Address:    192.168.1.1#53

Name:   web1
Address: 192.168.1.107

$ nslookup google.com

Server:     192.168.1.1
Address:    192.168.1.1#53

Non-authoritative answer:
Name:   google.com
Address: 172.217.7.174
Name:   google.com
Address: 2607:f8b0:4004:80e::200e
2
ответ дан 23 July 2018 в 14:17

Я нашел исправление, которое сработало для меня.

мой файл resolv.conf указывал на неправильное место. Это похоже на ошибку в Ubuntu, как это произошло на моем ноутбуке (на машине, с которой я впервые заметил эту проблему), и на новой установке сервера Ubuntu 18.04.

Значение по умолчанию

$ ls -l /etc/resolv.conf

lrwxrwxrwx 1 root root 39 Apr 26 12:07 /etc/resolv.conf -> ../run/systemd/resolve/stub-resolv.conf

Я удалил это и указал на правильный файл. После перезагрузки это решило мою проблему. И я даже смог переключить сети на своем ноутбуке, и DNS переключился правильно. Конечно, когда во внешних сетях я не могу разрешить какие-либо из моих локальных машин, но это ожидается. Как только я вернусь в свою локальную сеть, все локальные компьютеры корректно решаются, потому что мой маршрутизатор является DNS.

The Fix

$ sudo rm -f /etc/resolv.conf
$ sudo ln -s /run/systemd/resolve/resolv.conf /etc/resolv.conf
$ ls -l /etc/resolv.conf

lrwxrwxrwx 1 root root 32 May 29 08:48 /etc/resolv.conf -> /run/systemd/resolve/resolv.conf

$ sudo reboot

После этого все работало как я ожидаемый и 127.0.0.53 больше не используется.

Правильные результаты

$ nslookup web1

Server:     192.168.1.1
Address:    192.168.1.1#53

Name:   web1
Address: 192.168.1.107

$ nslookup google.com

Server:     192.168.1.1
Address:    192.168.1.1#53

Non-authoritative answer:
Name:   google.com
Address: 172.217.7.174
Name:   google.com
Address: 2607:f8b0:4004:80e::200e
2
ответ дан 31 July 2018 в 13:34

Я нашел исправление, которое сработало для меня.

мой файл resolv.conf указывал на неправильное место. Это похоже на ошибку в Ubuntu, как это произошло на моем ноутбуке (на машине, с которой я впервые заметил эту проблему), и на новой установке сервера Ubuntu 18.04.

Значение по умолчанию

$ ls -l /etc/resolv.conf

lrwxrwxrwx 1 root root 39 Apr 26 12:07 /etc/resolv.conf -> ../run/systemd/resolve/stub-resolv.conf

Я удалил это и указал на правильный файл. После перезагрузки это решило мою проблему. И я даже смог переключить сети на своем ноутбуке, и DNS переключился правильно. Конечно, когда во внешних сетях я не могу разрешить какие-либо из моих локальных машин, но это ожидается. Как только я вернусь в свою локальную сеть, все локальные компьютеры корректно решаются, потому что мой маршрутизатор является DNS.

The Fix

$ sudo rm -f /etc/resolv.conf
$ sudo ln -s /run/systemd/resolve/resolv.conf /etc/resolv.conf
$ ls -l /etc/resolv.conf

lrwxrwxrwx 1 root root 32 May 29 08:48 /etc/resolv.conf -> /run/systemd/resolve/resolv.conf

$ sudo reboot

После этого все работало как я ожидаемый и 127.0.0.53 больше не используется.

Правильные результаты

$ nslookup web1

Server:     192.168.1.1
Address:    192.168.1.1#53

Name:   web1
Address: 192.168.1.107

$ nslookup google.com

Server:     192.168.1.1
Address:    192.168.1.1#53

Non-authoritative answer:
Name:   google.com
Address: 172.217.7.174
Name:   google.com
Address: 2607:f8b0:4004:80e::200e
2
ответ дан 31 July 2018 в 17:48

Я нашел исправление, которое сработало для меня.

мой файл resolv.conf указывал на неправильное место. Это похоже на ошибку в Ubuntu, как это произошло на моем ноутбуке (на машине, с которой я впервые заметил эту проблему), и на новой установке сервера Ubuntu 18.04.

Значение по умолчанию

$ ls -l /etc/resolv.conf

lrwxrwxrwx 1 root root 39 Apr 26 12:07 /etc/resolv.conf -> ../run/systemd/resolve/stub-resolv.conf

Я удалил это и указал на правильный файл. После перезагрузки это решило мою проблему. И я даже смог переключить сети на своем ноутбуке, и DNS переключился правильно. Конечно, когда во внешних сетях я не могу разрешить какие-либо из моих локальных машин, но это ожидается. Как только я вернусь в свою локальную сеть, все локальные компьютеры корректно решаются, потому что мой маршрутизатор является DNS.

The Fix

$ sudo rm -f /etc/resolv.conf
$ sudo ln -s /run/systemd/resolve/resolv.conf /etc/resolv.conf
$ ls -l /etc/resolv.conf

lrwxrwxrwx 1 root root 32 May 29 08:48 /etc/resolv.conf -> /run/systemd/resolve/resolv.conf

$ sudo reboot

После этого все работало как я ожидаемый и 127.0.0.53 больше не используется.

Правильные результаты

$ nslookup web1

Server:     192.168.1.1
Address:    192.168.1.1#53

Name:   web1
Address: 192.168.1.107

$ nslookup google.com

Server:     192.168.1.1
Address:    192.168.1.1#53

Non-authoritative answer:
Name:   google.com
Address: 172.217.7.174
Name:   google.com
Address: 2607:f8b0:4004:80e::200e
3
ответ дан 2 August 2018 в 10:51

Я нашел исправление, которое сработало для меня.

мой файл resolv.conf указывал на неправильное место. Это похоже на ошибку в Ubuntu, как это произошло на моем ноутбуке (на машине, с которой я впервые заметил эту проблему), и на новой установке сервера Ubuntu 18.04.

Значение по умолчанию

$ ls -l /etc/resolv.conf

lrwxrwxrwx 1 root root 39 Apr 26 12:07 /etc/resolv.conf -> ../run/systemd/resolve/stub-resolv.conf

Я удалил это и указал на правильный файл. После перезагрузки это решило мою проблему. И я даже смог переключить сети на своем ноутбуке, и DNS переключился правильно. Конечно, когда во внешних сетях я не могу разрешить какие-либо из моих локальных машин, но это ожидается. Как только я вернусь в свою локальную сеть, все локальные компьютеры корректно решаются, потому что мой маршрутизатор является DNS.

The Fix

$ sudo rm -f /etc/resolv.conf
$ sudo ln -s /run/systemd/resolve/resolv.conf /etc/resolv.conf
$ ls -l /etc/resolv.conf

lrwxrwxrwx 1 root root 32 May 29 08:48 /etc/resolv.conf -> /run/systemd/resolve/resolv.conf

$ sudo reboot

После этого все работало как я ожидаемый и 127.0.0.53 больше не используется.

Правильные результаты

$ nslookup web1

Server:     192.168.1.1
Address:    192.168.1.1#53

Name:   web1
Address: 192.168.1.107

$ nslookup google.com

Server:     192.168.1.1
Address:    192.168.1.1#53

Non-authoritative answer:
Name:   google.com
Address: 172.217.7.174
Name:   google.com
Address: 2607:f8b0:4004:80e::200e
3
ответ дан 3 August 2018 в 09:32

Я нашел исправление, которое сработало для меня.

мой файл resolv.conf указывал на неправильное место. Это похоже на ошибку в Ubuntu, как это произошло на моем ноутбуке (на машине, с которой я впервые заметил эту проблему), и на новой установке сервера Ubuntu 18.04.

Значение по умолчанию

$ ls -l /etc/resolv.conf

lrwxrwxrwx 1 root root 39 Apr 26 12:07 /etc/resolv.conf -> ../run/systemd/resolve/stub-resolv.conf

Я удалил это и указал на правильный файл. После перезагрузки это решило мою проблему. И я даже смог переключить сети на своем ноутбуке, и DNS переключился правильно. Конечно, когда во внешних сетях я не могу разрешить какие-либо из моих локальных машин, но это ожидается. Как только я вернусь в свою локальную сеть, все локальные компьютеры корректно решаются, потому что мой маршрутизатор является DNS.

The Fix

$ sudo rm -f /etc/resolv.conf
$ sudo ln -s /run/systemd/resolve/resolv.conf /etc/resolv.conf
$ ls -l /etc/resolv.conf

lrwxrwxrwx 1 root root 32 May 29 08:48 /etc/resolv.conf -> /run/systemd/resolve/resolv.conf

$ sudo reboot

После этого все работало как я ожидаемый и 127.0.0.53 больше не используется.

Правильные результаты

$ nslookup web1

Server:     192.168.1.1
Address:    192.168.1.1#53

Name:   web1
Address: 192.168.1.107

$ nslookup google.com

Server:     192.168.1.1
Address:    192.168.1.1#53

Non-authoritative answer:
Name:   google.com
Address: 172.217.7.174
Name:   google.com
Address: 2607:f8b0:4004:80e::200e
3
ответ дан 5 August 2018 в 00:52

Я нашел исправление, которое сработало для меня.

мой файл resolv.conf указывал на неправильное место. Это похоже на ошибку в Ubuntu, как это произошло на моем ноутбуке (на машине, с которой я впервые заметил эту проблему), и на новой установке сервера Ubuntu 18.04.

Значение по умолчанию

$ ls -l /etc/resolv.conf

lrwxrwxrwx 1 root root 39 Apr 26 12:07 /etc/resolv.conf -> ../run/systemd/resolve/stub-resolv.conf

Я удалил это и указал на правильный файл. После перезагрузки это решило мою проблему. И я даже смог переключить сети на своем ноутбуке, и DNS переключился правильно. Конечно, когда во внешних сетях я не могу разрешить какие-либо из моих локальных машин, но это ожидается. Как только я вернусь в свою локальную сеть, все локальные компьютеры корректно решаются, потому что мой маршрутизатор является DNS.

The Fix

$ sudo rm -f /etc/resolv.conf
$ sudo ln -s /run/systemd/resolve/resolv.conf /etc/resolv.conf
$ ls -l /etc/resolv.conf

lrwxrwxrwx 1 root root 32 May 29 08:48 /etc/resolv.conf -> /run/systemd/resolve/resolv.conf

$ sudo reboot

После этого все работало как я ожидаемый и 127.0.0.53 больше не используется.

Правильные результаты

$ nslookup web1

Server:     192.168.1.1
Address:    192.168.1.1#53

Name:   web1
Address: 192.168.1.107

$ nslookup google.com

Server:     192.168.1.1
Address:    192.168.1.1#53

Non-authoritative answer:
Name:   google.com
Address: 172.217.7.174
Name:   google.com
Address: 2607:f8b0:4004:80e::200e
4
ответ дан 6 August 2018 в 17:16

Я нашел исправление, которое сработало для меня.

мой файл resolv.conf указывал на неправильное место. Это похоже на ошибку в Ubuntu, как это произошло на моем ноутбуке (на машине, с которой я впервые заметил эту проблему), и на новой установке сервера Ubuntu 18.04.

Значение по умолчанию

$ ls -l /etc/resolv.conf

lrwxrwxrwx 1 root root 39 Apr 26 12:07 /etc/resolv.conf -> ../run/systemd/resolve/stub-resolv.conf

Я удалил это и указал на правильный файл. После перезагрузки это решило мою проблему. И я даже смог переключить сети на своем ноутбуке, и DNS переключился правильно. Конечно, когда во внешних сетях я не могу разрешить какие-либо из моих локальных машин, но это ожидается. Как только я вернусь в свою локальную сеть, все локальные компьютеры корректно решаются, потому что мой маршрутизатор является DNS.

The Fix

$ sudo rm -f /etc/resolv.conf
$ sudo ln -s /run/systemd/resolve/resolv.conf /etc/resolv.conf
$ ls -l /etc/resolv.conf

lrwxrwxrwx 1 root root 32 May 29 08:48 /etc/resolv.conf -> /run/systemd/resolve/resolv.conf

$ sudo reboot

После этого все работало как я ожидаемый и 127.0.0.53 больше не используется.

Правильные результаты

$ nslookup web1

Server:     192.168.1.1
Address:    192.168.1.1#53

Name:   web1
Address: 192.168.1.107

$ nslookup google.com

Server:     192.168.1.1
Address:    192.168.1.1#53

Non-authoritative answer:
Name:   google.com
Address: 172.217.7.174
Name:   google.com
Address: 2607:f8b0:4004:80e::200e
4
ответ дан 8 August 2018 в 21:29

Я нашел исправление, которое сработало для меня.

мой файл resolv.conf указывал на неправильное место. Это похоже на ошибку в Ubuntu, как это произошло на моем ноутбуке (на машине, с которой я впервые заметил эту проблему), и на новой установке сервера Ubuntu 18.04.

Значение по умолчанию

$ ls -l /etc/resolv.conf

lrwxrwxrwx 1 root root 39 Apr 26 12:07 /etc/resolv.conf -> ../run/systemd/resolve/stub-resolv.conf

Я удалил это и указал на правильный файл. После перезагрузки это решило мою проблему. И я даже смог переключить сети на своем ноутбуке, и DNS переключился правильно. Конечно, когда во внешних сетях я не могу разрешить какие-либо из моих локальных машин, но это ожидается. Как только я вернусь в свою локальную сеть, все локальные компьютеры корректно решаются, потому что мой маршрутизатор является DNS.

The Fix

$ sudo rm -f /etc/resolv.conf
$ sudo ln -s /run/systemd/resolve/resolv.conf /etc/resolv.conf
$ ls -l /etc/resolv.conf

lrwxrwxrwx 1 root root 32 May 29 08:48 /etc/resolv.conf -> /run/systemd/resolve/resolv.conf

$ sudo reboot

После этого все работало как я ожидаемый и 127.0.0.53 больше не используется.

Правильные результаты

$ nslookup web1

Server:     192.168.1.1
Address:    192.168.1.1#53

Name:   web1
Address: 192.168.1.107

$ nslookup google.com

Server:     192.168.1.1
Address:    192.168.1.1#53

Non-authoritative answer:
Name:   google.com
Address: 172.217.7.174
Name:   google.com
Address: 2607:f8b0:4004:80e::200e
5
ответ дан 14 August 2018 в 11:14

Другие вопросы по тегам:

Похожие вопросы: