Доменное (systemd-разрешенное) разрешение испорчено, как оно может быть зафиксировано?
Извините это - длинное, TL; DR - то, что доменное разрешение (и возможно другие вещи) работы только периодически и таким образом Интернет только работает периодически. Я хотел бы зафиксировать его: Kubuntu 17.04.
Существует несколько признаков: по телефону 20170605 я поставил компьютер для подключения удаленного устройства для использования plex, но соединение от удаленного устройства на той же подсети к локальному компьютеру с помощью Wi-Fi через ath9k_htc аппаратный ключ usb ССЫЛКИ TP было неустойчиво. Я выполнил недавние обновления (pastebin), но они кажутся не связанными с разрешением DNS.
Проверка с помощью ping-запросов, с помощью mtr с 2 интервалами с, DNS Google в 8.8.8.8 я добираюсь:
1. 192.168.1.1 ...............................????????????????...............????????????????...........................................................................??????????.....................???????.........
2. 81.1.112.44 ...............................????????????????...............????????????????.........>.................................................................?????????......................???????.........
Вопросы показывают, когда связь прерывается, интервалы являются 32, 32, 22, 14, т.е. неправильный.
Первоначально я думал, что systemd-разрешенный было виновато, sudo systemctl status wpa_supplicant.service NetworkManager.service systemd-resolved возвращает следующее:
thisuser@host-k1210:~$ sudo systemctl status wpa_supplicant.service NetworkManager.service systemd-resolved.service
● wpa_supplicant.service - WPA supplicant
Loaded: loaded (/lib/systemd/system/wpa_supplicant.service; disabled; vendor preset: enabled)
Active: active (running) since Tue 2017-06-06 09:26:04 BST; 3h 52min ago
Main PID: 1252 (wpa_supplicant)
Tasks: 1 (limit: 4915)
CGroup: /system.slice/wpa_supplicant.service
└─1252 /sbin/wpa_supplicant -u -s -O /run/wpa_supplicant
Jun 06 11:35:52 host-k1210 wpa_supplicant[1252]: wlan15: WPA: Group rekeying completed with 00:1c:df:9b:8d:ff [GTK=TKIP]
Jun 06 11:57:25 host-k1210 wpa_supplicant[1252]: wlan15: CTRL-EVENT-DISCONNECTED bssid=00:1c:df:9b:8d:ff reason=3 locally_generated=1
Jun 06 11:57:25 host-k1210 wpa_supplicant[1252]: wlan15: CTRL-EVENT-REGDOM-CHANGE init=CORE type=WORLD
Jun 06 11:57:28 host-k1210 wpa_supplicant[1252]: wlan15: SME: Trying to authenticate with 00:1c:df:9b:8d:ff (SSID='TALKTALK-17A908' fr
Jun 06 11:57:28 host-k1210 wpa_supplicant[1252]: wlan15: Trying to associate with 00:1c:df:9b:8d:ff (SSID='TALKTALK-17A908' freq=2412
Jun 06 11:57:28 host-k1210 wpa_supplicant[1252]: wlan15: Associated with 00:1c:df:9b:8d:ff
Jun 06 11:57:28 host-k1210 wpa_supplicant[1252]: wlan15: CTRL-EVENT-REGDOM-CHANGE init=COUNTRY_IE type=COUNTRY alpha2=US
Jun 06 11:57:28 host-k1210 wpa_supplicant[1252]: wlan15: WPA: Key negotiation completed with 00:1c:df:9b:8d:ff [PTK=CCMP GTK=TKIP]
Jun 06 11:57:28 host-k1210 wpa_supplicant[1252]: wlan15: CTRL-EVENT-CONNECTED - Connection to 00:1c:df:9b:8d:ff completed [id=0 id_str
Jun 06 12:36:45 host-k1210 wpa_supplicant[1252]: wlan15: WPA: Group rekeying completed with 00:1c:df:9b:8d:ff [GTK=TKIP]
● NetworkManager.service - Network Manager
Loaded: loaded (/lib/systemd/system/NetworkManager.service; enabled; vendor preset: enabled)
Active: active (running) since Tue 2017-06-06 11:05:45 BST; 2h 13min ago
Docs: man:NetworkManager(8)
Main PID: 3815 (NetworkManager)
Tasks: 3 (limit: 4915)
CGroup: /system.slice/NetworkManager.service
└─3815 /usr/sbin/NetworkManager --no-daemon
Jun 06 11:05:45 host-k1210 systemd[1]: Starting Network Manager...
Jun 06 11:05:45 host-k1210 systemd[1]: Started Network Manager.
Jun 06 11:05:45 host-k1210 NetworkManager[3815]: <warn> [1496743545.4801] keyfile: 'hostname' option is deprecated and has no effect
Jun 06 11:05:45 host-k1210 NetworkManager[3815]: ((devices/nm-device.c:970)): assertion '<dropped>' failed
Jun 06 11:57:25 host-k1210 NetworkManager[3815]: <warn> [1496746645.8678] sup-iface[0x556a4c929950,wlan15]: connection disconnected (
● systemd-resolved.service - Network Name Resolution
Loaded: loaded (/lib/systemd/system/systemd-resolved.service; enabled; vendor preset: enabled)
Drop-In: /lib/systemd/system/systemd-resolved.service.d
└─resolvconf.conf
Active: active (running) since Tue 2017-06-06 09:26:00 BST; 3h 52min ago
Docs: man:systemd-resolved.service(8)
http://www.freedesktop.org/wiki/Software/systemd/resolved
http://www.freedesktop.org/wiki/Software/systemd/writing-network-configuration-managers
http://www.freedesktop.org/wiki/Software/systemd/writing-resolver-clients
Main PID: 1192 (systemd-resolve)
Status: "Processing requests..."
Tasks: 1 (limit: 4915)
CGroup: /system.slice/systemd-resolved.service
└─1192 /lib/systemd/systemd-resolved
Jun 06 13:14:01 host-k1210 systemd-resolved[1192]: Switching to DNS server 8.8.8.8 for interface wlan15.
Jun 06 13:14:01 host-k1210 systemd-resolved[1192]: Using degraded feature set (UDP+EDNS0+DO) for DNS server 8.8.8.8.
Jun 06 13:14:05 host-k1210 systemd-resolved[1192]: Switching to DNS server 208.67.222.222 for interface wlan15.
Jun 06 13:14:05 host-k1210 systemd-resolved[1192]: Switching to DNS server 208.67.220.220 for interface wlan15.
Jun 06 13:14:06 host-k1210 systemd-resolved[1192]: Switching to DNS server 8.8.8.8 for interface wlan15.
Jun 06 13:17:44 host-k1210 systemd-resolved[1192]: Switching to DNS server 208.67.222.222 for interface wlan15.
Jun 06 13:17:49 host-k1210 systemd-resolved[1192]: Switching to DNS server 208.67.220.220 for interface wlan15.
Jun 06 13:17:55 host-k1210 systemd-resolved[1192]: Switching to DNS server 8.8.8.8 for interface wlan15.
Jun 06 13:18:00 host-k1210 systemd-resolved[1192]: Switching to DNS server 208.67.222.222 for interface wlan15.
Jun 06 13:18:05 host-k1210 systemd-resolved[1192]: Switching to DNS server 208.67.220.220 for interface wlan15.
Другими словами, по крайней мере 3 системы находятся в состояниях ошибки:
1) Это показывает ошибку в этом сообщении о wpa_supplicant/NetworkManager; решение удаления рандомизации MAC-адреса путем изменения NetworkManager.conf неэффективно для меня.
2a) ошибка в этом сообщении о повторном вводе в wpa_supplicant; снова фиксация не помогает мне, поскольку у меня нет маршрутизатора, на котором я могу "Период Обновления Ключа Set WPA/WPA2 Group".
2b) та же ошибка является отчетом здесь с инструкцией изменить PMF (Защищенные Кадры управления), снова мой маршрутизатор Wi-Fi не предлагает доступа к этому.
3) третья ошибка может также быть замечена tail- луг /var/log/syslog:
Jun 6 13:18:00 bridgeflap-k1210 systemd-resolved[1192]: Switching to DNS server 208.67.222.222 for interface wlan15.
Jun 6 13:18:05 bridgeflap-k1210 systemd-resolved[1192]: Switching to DNS server 208.67.220.220 for interface wlan15.
Jun 6 13:24:07 bridgeflap-k1210 systemd-resolved[1192]: Switching to DNS server 8.8.8.8 for interface wlan15.
Jun 6 13:24:12 bridgeflap-k1210 systemd-resolved[1192]: Switching to DNS server 208.67.222.222 for interface wlan15.
Jun 6 13:24:12 bridgeflap-k1210 systemd-resolved[1192]: Grace period over, resuming full feature set (UDP+EDNS0+DO+LARGE) for DNS server 208.67.222.222.
Эти ошибки повторяются много. Когда система подключена к сети, они останавливаются, затем когда mtr 8.8.8.8 выставочные ping приводят их к сбою выше ошибочного запуска снова, в значительной степени как этот - почти как состояние состязания.
3a) ошибки в systemd-resolved много походите на эту проблему, но фиксация выключения DNSSEC не работает на меня, действительно который был значением по умолчанию, хотя я шел вперед и указал его как прочь в systemd-resolved.conf.
3b), это много походит на этого предрелизного Камердинера проблема Linux где dnsmasq по-видимому вмешивался в сопоставитель systemd. Я имел dnsmasq в прошлом, но в настоящее время не имею его.
3c) поток форума от 16,10 предлагает удалить dnsmasq как решение, для резюмирования у меня нет установленным (но имел dnsmasq-основу, поскольку невязка, удаляя его была неэффективна).
FWIW я использую статический IP, соединяющийся через Wi-Fi с модемом маршрутизатора ADSL с OpenDNS (с Google как нейтрализация) набор через интерфейс KDE NetworkManager.
В значительной степени перезапуская любой сетевой элемент, например, sudo systemctl restart networking.service кажется, очень, кратко чинят вещи, но быстротечность ошибки мешает говорить - соединение буквально идет вверх и вниз все время, самый короткий вниз ~2s, самый длинный ~60s.
Выполнение journalctl -x --utc --system | grep -C3 -i error Я получаю строки как:
-- Unit NetworkManager-wait-online.service has begun starting up.
Jun 06 09:57:29 bridgeflap-k1210 NetworkManager[3236]: <warn> [1496743049.2492] keyfile: 'hostname' option is deprecated and has no effect
Jun 06 09:57:29 bridgeflap-k1210 NetworkManager[3236]: <warn> [1496743049.2950] keyfile: error loading connection from file /etc/NetworkManager/system-connections/TALKTALK-E8D140-50a6bcfd-4d2e-4ec2-9a43-38d3d1cd21b2: invalid connection: connection.type: property is missing
Удаление соединения через апплет NetworkManager KDE, кажется, зафиксировало это "свойство, пропускает" ошибку, и временно я вернул сетевое соединение, но при перезагрузке я вернулся к тому же [по-видимому], проблемы с сопоставителем DNS и та ошибка больше не появляются в журнале.
Кажется, что меня оставляют попробовать sudo systemctl disable systemd-resolved и возвращение к dnsmasq или, я собираюсь, с помощью unbound (это решение предлагает использовать resolvconf), или возможно установить статические серверы имен?
Так, что попробовать затем?
Для предупреждения предложения, мой/etc/resolv.conf уже является символьной ссылкой на/run/systemd/..., на самом деле держатся... не, это не делает...
sudo apt remove resolvconf
sudo mv /etc/resolv.conf{,.20170606a}
sudo ln -s /run/resolvconf/resolv.conf /etc/resolv.conf
sudo dpkg-reconfigure systemd
sudo systemctl disable resolvconf.service
sudo systemctl restart systemd-resolved.service networking.service
Бывший похожий это работало, я теперь получаю более длинные фрагменты ~200s где mtr ping успешно, но все еще отбрасывание и все еще с ошибками syslog как:
Jun 6 14:50:41 bridgeflap-k1210 systemd-resolved[25306]: Switching to DNS server 208.67.222.222 for interface wlan15.
Jun 6 14:50:43 bridgeflap-k1210 systemd-resolved[25306]: Switching to DNS server 208.67.220.220 for interface wlan15.
Jun 6 14:50:43 bridgeflap-k1210 systemd-resolved[25306]: Using degraded feature set (UDP+EDNS0) for DNS server 208.67.220.220.
Jun 6 14:50:44 bridgeflap-k1210 systemd-resolved[25306]: Switching to DNS server 8.8.8.8 for interface wlan15.
На помощь!?
1 ответ
Я использовал Wireshark для контроля соединения и фильтрованный на "DNS" - я видел поиски для доменов, на которые я не смотрел. К счастью я распознал тот как домен для приложения на моем аппаратном ключе FireTV (версия 2017 года). Целая проблема была то, что FireTV "украл" арендный договор через DHCP на моем маршрутизаторе для рабочего стола, который имел проблемы; по-видимому, это получало половину пакетов, или маршрутизатор запутывался при наличии 2 устройств в той же локальной подсети с тем же IP-адресом.
фиксация должна была "забыть" сетевое соединение относительно FireTV. Когда установка соединения выбирает "руководство" и между OK и Кнопками отмены, там маленькая "усовершенствованная кнопка" (что я отсутствовал в первый раз). Я выбрал отличающийся IP, теперь все это работает.
Знаменитый то, что маршрутизатор имеет раздел для просмотра всех подключенных устройств IP & MAC, когда эти два устройства подключали с тем же IP маршрутизатор, не показывал никакое устройство (но продолжал показывать другие устройства в сети).
[Не уверенный, сохранить ли это здесь или удалить и сообщение где-то в другом месте?]