Доменное разрешение (systemd-resolved) перепутано, как его можно исправить?

Извините, что это длинный, TL; DR - это то, что разрешение домена (и, возможно, другие вещи) работает только с перерывами, и, следовательно, интернет работает только с перерывами. Я хотел бы исправить это: Kubuntu 17.04.

Есть несколько симптомов: на 20170605 я включил компьютер для подключения удаленного устройства для использования plex, но соединение с удаленным устройством в той же подсети на локальный компьютер, используя wifi через USB-адаптер ath9k_htc TP-LINK был прерывистым. Я использовал последние обновления (pastebin), но они, по-видимому, не связаны с разрешением DNS.

Pinging, используя mtr с интервалом в 2 секунды, DNS от Google в 8.8.8.8. Я получаю:

Вопросы показывают, когда соединение терпит неудачу, интервалы 32s, 32s, 22s, 14s, т.е. нерегулярные.

Первоначально я думал, что ошибка systemd была виновата, sudo systemctl status wpa_supplicant.service NetworkManager.service systemd-resolved возвращает следующее:

Другими словами, по крайней мере 3 системы находятся в состояниях ошибок:

1) Это показывает ошибку в последних версиях (pastebin) ; решение удаления рандомизации MAC-адреса путем изменения NetworkManager.conf для меня неэффективно.

2a) ошибка в удалении рандомизации MAC-адреса ; снова исправление не помогает мне, поскольку у меня нет маршрутизатора, на котором я могу «Установить период обновления ключа группы WPA / WPA2».

2b) та же ошибка сообщается здесь с инструкцией по изменению PMF (Protected Management Frames), снова мой маршрутизатор wifi не предлагает доступ к этому.

3) третий Ошибка также видна tail -ing /var/log/syslog:

Эти ошибки повторяются много. Когда система подключается к сети, они останавливаются, а затем, когда mtr 8.8.8.8 показывает, что пинги терпят неудачу, эти вышеприведенные ошибки снова запускаются, что почти похоже на состояние гонки.

3a) ошибки в systemd-resolved очень похож на здесь , но не менее 3 систем , действительно, это было по умолчанию, хотя я пошел дальше и указал его как off в systemd-resolved.conf.

3b) он очень похож на эту предварительную версию проблемы с Valet Linux, где dnsmasq, казалось бы, вмешивается в resolver systemd.

3c) предварительная версия проблемы с Valet Linux предлагает удалить dnsmasq в качестве решения, чтобы повторить, что я не знаю,

FWIW Я использую статическое IP-подключение через Wi-Fi к маршрутизатору ADSL-маршрутизатора с помощью OpenDNS (с Google в качестве резервной копии), если он был установлен (но имел dnsmasq-base как остаточный, удаление было неэффективным). установленным через интерфейс KDE NetworkManager.

Довольно много перезапуска любого сетевого элемента, например sudo systemctl restart networking.service, появляется очень короткое исправление, но сложность ошибки затрудняет это - соединение буквально поднимается вверх и

Выполнение journalctl -x --utc --system | grep -C3 -i error Я получаю строки вроде:

Удаление соединения через апплет NetworkManager KDE похоже, исправил эту ошибку «свойство отсутствует», и временно я получил сетевое подключение, но при перезагрузке я возвращаюсь к тем же [по-видимому] проблемам с DNS-резольвером, и эта ошибка отсутствует. nger появляется в журнале.

Кажется, мне остается попробовать sudo systemctl disable systemd-resolved и вернуться к dnsmasq или, как я понимаю, используя unbound (это решение предполагает использование resolvconf) или, может быть, настройку статические серверы имен?

Итак, что делать дальше?

Чтобы предвидеть предложение, мой /etc/resolv.conf уже является символической ссылкой / run / systemd / ... на самом деле зависает on ... no it does not ...

Похоже, что сработало, теперь я получаю более длинные отрезки ~ 200 с, где mtr пинги успешно, но все еще сбрасываются и все еще с ошибками syslog:

имел dnsmasq в прошлом, но в настоящее время его нет