Ping "временный сбой в разрешении имен"

[eyakubovskiy]

Доброго дня.
Ubuntu 19.04.
После перехода c 18.10 перестали резолвиться имена ПК в ЛВС.

ping: k53e: Временный сбой в разрешении имен

Помогите пожалуйста.
Пробовал искать на форуме - не нашел.
Пробовал добавлять ДНС роутера (192.168.1.1) в /etc/resolv.conf но он перезатирается автоматически.
/etc/resolv.conf

nameserver 127.0.0.53
options edns0
search auto

Как понял файл вроде генерируется с участием systemd в зависимости от чего-то, но не смог разобраться.
Пинг по IP проходит нормально.
Помогите пожалуйста. Заранее спасибо!

[ALiEN]

Код: [Выделить]

systemctl status systemd-resolved?

[eyakubovskiy]

Вывод

(Нажмите, чтобы показать/скрыть)

● systemd-resolved.service - Network Name Resolution
   Loaded: loaded (/lib/systemd/system/systemd-resolved.service; enabled; vendor preset: enabled)
   Active: active (running) since Fri 2019-05-03 20:25:39 MSK; 46min ago
     Docs: man:systemd-resolved.service(
           https://www.freedesktop.org/wiki/Software/systemd/resolved
           https://www.freedesktop.org/wiki/Software/systemd/writing-network-configuration-managers
           https://www.freedesktop.org/wiki/Software/systemd/writing-resolver-clients
 Main PID: 813 (systemd-resolve)
   Status: "Processing requests..."
    Tasks: 1 (limit: 4915)
   Memory: 5.3M
   CGroup: /system.slice/systemd-resolved.service
           └─813 /lib/systemd/systemd-resolved

мая 03 20:25:39 evgeniy-desktop systemd-resolved[813]: . IN DS 20326 8 2 e06d44b80b8f1d39a95c0b0d7c65d08458e880409bbc683457104237c7f8ec8d
мая 03 20:25:39 evgeniy-desktop systemd-resolved[813]: Negative trust anchors: 10.in-addr.arpa 16.172.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.a
мая 03 20:25:39 evgeniy-desktop systemd-resolved[813]: Using system hostname 'evgeniy-desktop'.
мая 03 20:25:39 evgeniy-desktop systemd[1]: Started Network Name Resolution.
мая 03 20:25:44 evgeniy-desktop systemd-resolved[813]: Server returned error NXDOMAIN, mitigating potential DNS violation DVE-2018-0001, retrying transaction with reduced feature level UDP.
мая 03 20:25:44 evgeniy-desktop systemd-resolved[813]: Server returned error NXDOMAIN, mitigating potential DNS violation DVE-2018-0001, retrying transaction with reduced feature level UDP.
мая 03 20:25:45 evgeniy-desktop systemd-resolved[813]: Server returned error NXDOMAIN, mitigating potential DNS violation DVE-2018-0001, retrying transaction with reduced feature level UDP.
мая 03 20:25:46 evgeniy-desktop systemd-resolved[813]: Server returned error NXDOMAIN, mitigating potential DNS violation DVE-2018-0001, retrying transaction with reduced feature level UDP.
мая 03 20:25:48 evgeniy-desktop systemd-resolved[813]: Server returned error NXDOMAIN, mitigating potential DNS violation DVE-2018-0001, retrying transaction with reduced feature level UDP.
мая 03 20:25:48 evgeniy-desktop systemd-resolved[813]: Using degraded feature set (UDP) for DNS server 192.168.1.1.

Хм... "Using degraded feature set (UDP) for DNS server 192.168.1.1." Что-то не то... Может роутер виноват? Да вроде как выдает 192.168.1.1 как DNS если в GUI посмотреть. Перезагрузка роутера не помогла 

/run/systemd/resolve/
resolve.conf

nameserver 192.168.1.1
search auto

stub-resolv.conf

nameserver 127.0.0.53
options edns0
search auto

/run/NetworkManager
no-stub-resolv.conf

search auto
nameserver 192.168.1.1

/etc/systemd
resolved.conf

[Resolve]
DNS=192.168.1.1
#FallbackDNS=
#Domains=
LLMNR=no
#MulticastDNS=no
DNSSEC=no
#DNSOverTLS=no
Cache=yes
DNSStubListener=yes
#ReadEtcHosts=yes

[AnrDaemon]

Возможно, роутер либо ДНС сервер, на который роутер смотрит, тупит не по-детски.

[eyakubovskiy]

либо ДНС сервер, на который роутер смотрит, тупит не по-детски

Ну пингую то ПК в локальной сети - по идее не должен задействоваться ДНС провайдера. Погуглю, может, что найду...

[AnrDaemon]

По идее надо смотреть настройки роутера (как минимум статус и список используемых ДНС), и проверять работу тех самых ДНС.
А там уже делать глубокомысленные умозаключения.

[eyakubovskiy]

По идее роутер получает ДНС автоматом, но посмотрю.
Что интересно - пинг из винды в сторону Ubuntu проходит нормально.

[AnrDaemon]

Я что-то говорил про то, как именно он получает ДНС?
Вы вообще голову включаете, когда ответы читаете?

[eyakubovskiy]

Что имели в виду под "проверять работу тех самых ДНС"?
Я посмотрел настройки на роутере. Получены две пары ДНС. Одна для проводного соединения, другая для L2TP.
Для проводного 194.186.70.218 и 194.186.70.222.
L2TP 194.186.70.210 и 194.186.70.214.
Все 4 адреса доступны и пингуются.
Удивляет немного, что выданы две разные пары, а не одна. Хотя это может и нормально, т.к. по сути два соединения и маршрутизация и разименовывание могут быть разными.
Пользователь добавил сообщение 04 Мая 2019, 11:35:30:Начал гуглить... В системе стоит пакет bind9-host. Но написано, что он deprecated.

DNS lookup utility (deprecated)
 
This package provides /usr/bin/host, a simple utility (bundled with the
BIND 9.X sources) which can be used for converting domain names to IP
addresses and the reverse.

This utility is deprecated, use dig or delv from the dnsutils package.

Я себе как-то LAMP разворачивал. Может с ним поставился. Есть подозрение, что он может портить жизнь.

[AnrDaemon]

Это ненормально. Проверьте, что все 4 одинаково разрешают имена и внутренней и внешней сети.
Если нет, пишите в саппорт.
Пользователь добавил сообщение 04 Мая 2019, 11:48:46:

Я себе как-то LAMP разворачивал. Может с ним поставился. Есть подозрение, что он может портить жизнь.

Нет.

[eyakubovskiy]

Решил посмотреть, какой ДНС сервер использует машина и несколько удивился...

evgeniy@evgeniy-desktop:~$ nslookup ya.ru
Server:      127.0.0.53
Address:   127.0.0.53#53

Non-authoritative answer:
Name:   ya.ru
Address: 87.250.250.242
Name:   ya.ru
Address: 2a02:6b8::2:242

evgeniy@evgeniy-desktop:~$ nslookup 127.0.0.53
53.0.0.127.in-addr.arpa   name = localhost.

Authoritative answers can be found from:

/etc/hosts

127.0.0.1   localhost
127.0.1.1   evgeniy-All-Series
127.0.0.1   test1.site

# The following lines are desirable for IPv6 capable hosts
::1     ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters

Т.е. в качестве ДНС-сервера машина использует какой-то локальный сервер. Неудивительно, что других локальных машин не видит.
При этом не ясно, что это за локальный сервер такой, если я ничего подобного не ставил. (разве, что LAMP и VirtualBox).
При этом этот DNS-сервер разрешает интернет имена, но не локальной сети.
Пользователь добавил сообщение 04 Мая 2019, 13:17:06:sudo netstat -tpln

Proto Recv-Q Send-Q Local Address Foreign Address State       PID/Program name
tcp        0      0 127.0.0.53:53           0.0.0.0:*               LISTEN      792/systemd-resolve

Это локально кэширующий резолвер. Попробую сейчас проверить все ли с ним в порядке.
Пользователь добавил сообщение 04 Мая 2019, 13:28:42:Заработало после прописывания

/etc/systemd/resolved.conf
LLMNR=yes

Как было указано на одном сайте "Этот протокол позволяет узлам в одной сети (широковещательном домене) обращаться друг к другу по имени хоста, не прибегая к услугам DNS вообще.".

Ошибка "Using degraded feature set (UDP) for DNS server 192.168.1.1." сохраняется. Попробую еще пошаманить. Все же общение должно идти через шлюз, а не широковещательные пакеты

[AnrDaemon]

127.0.0.53 это как раз и есть systemd-resolved
Это нормально.
LLMNR так же не должно влиять, если только у вас в сети не используется зарезервированый суффикс .local

[eyakubovskiy]

LLMNR так же не должно влиять

Но повлияло. С прописаным параметром разыменовывает машину.
Нашел также в одной статье. Рекомендацию заменить симлинк /etc/resolv.conf
с /run/systemd/resolve/stub-resolv.conf
на /run/systemd/resolve/resolv.conf
После этого пакеты пошли через 192.168.1.1.

evgeniy@evgeniy-desktop:~$ nslookup ya.ru
Server:      192.168.1.1
Address:   192.168.1.1#53

Non-authoritative answer:
Name:   ya.ru
Address: 87.250.250.242
Name:   ya.ru
Address: 2a02:6b8::2:242

Но при попытке пинга получаю новую ошибку

ping: k53e: Неизвестное имя или служба

И ошибка "Using degraded feature set (UDP) for DNS server" сохраняется.
Пользователь добавил сообщение 04 Мая 2019, 19:33:08:В общем. Похоже на какой-то системный баг. Встретил свежий пост на форуме Kubuntu о подобной проблеме на 19.04. Ну и релиз как бы свежий, да и со свежими багами. Для не LTS простительно.
Просто проставлю параметр по LLMNR и забуду.
AnrDaemon, ALiEN175 - большое спасибо за участие и помощь!!!
Пользователь добавил сообщение 04 Мая 2019, 21:46:43:LLMNR не сработал во второй раз. Не понял почему, но факт. Прописал IP и имя в /etc/hosts . Через пол года может вернусь к вопросу. Посмотрим, может это баг и его исправят с обновлениями.

[AnrDaemon]

Вы мои сообщения вообще читаете?

[eyakubovskiy]

Разумеется читаю.

Проверьте, что все 4 одинаково разрешают имена и внутренней и внешней сети.

Что имели в виду под "проверять работу тех самых ДНС"?

Подскажите пожалуйста как проверить? Ни разу не делал подобного.
Немного непонятно как может внешний ДНС провайдера разрешать адреса моей ЛВС.

Может имели в виду команды nslookup. Если да, то результат ниже

(Нажмите, чтобы показать/скрыть)

evgeniy@evgeniy-desktop:~$ nslookup ya.ru
Server:      127.0.0.53
Address:   127.0.0.53#53

Non-authoritative answer:
Name:   ya.ru
Address: 87.250.250.242
Name:   ya.ru
Address: 2a02:6b8::2:242

evgeniy@evgeniy-desktop:~$ nslookup ya.ru 194.186.70.210
Server:      194.186.70.210
Address:   194.186.70.210#53

Non-authoritative answer:
Name:   ya.ru
Address: 87.250.250.242
Name:   ya.ru
Address: 2a02:6b8::2:242

evgeniy@evgeniy-desktop:~$ nslookup ya.ru 194.186.70.214
Server:      194.186.70.214
Address:   194.186.70.214#53

Non-authoritative answer:
Name:   ya.ru
Address: 87.250.250.242
Name:   ya.ru
Address: 2a02:6b8::2:242

evgeniy@evgeniy-desktop:~$ nslookup ya.ru 194.186.70.218
Server:      194.186.70.218
Address:   194.186.70.218#53

Non-authoritative answer:
Name:   ya.ru
Address: 87.250.250.242
Name:   ya.ru
Address: 2a02:6b8::2:242

evgeniy@evgeniy-desktop:~$ nslookup ya.ru 194.186.70.222
Server:      194.186.70.222
Address:   194.186.70.222#53

Non-authoritative answer:
Name:   ya.ru
Address: 87.250.250.242
Name:   ya.ru
Address: 2a02:6b8::2:242

evgeniy@evgeniy-desktop:~$ nslookup k53e 194.186.70.222
Server:      194.186.70.222
Address:   194.186.70.222#53

** server can't find k53e: NXDOMAIN

evgeniy@evgeniy-desktop:~$ nslookup k53e 192.168.1.1
Server:      192.168.1.1
Address:   192.168.1.1#53

** server can't find k53e: NXDOMAIN

Пользователь добавил сообщение 05 Мая 2019, 11:50:55:Похоже, что дело в роутере.
У меня лежал старый d-link. Подключил его и пинги пошли.
При таком же разбеге в получаемых роутером ДНС провайдера.
Не очень давно ставил обновы на роутер. Может там что-то напортачили и дело не в Ubuntu.
Буду разбираться с роутером. Спасибо за помощь!