Độ phân giải tên miền (độ phân giải systemd) bị rối, làm thế nào để sửa nó?


1

Xin lỗi, đây là một cái dài, TL; DR là độ phân giải tên miền (và có thể những thứ khác) chỉ hoạt động không liên tục và do đó internet chỉ hoạt động không liên tục. Tôi muốn sửa nó: Kubfox 17.04.

Có một số triệu chứng: vào năm 20170605, tôi đã đặt máy tính để kết nối thiết bị từ xa để sử dụng plex nhưng kết nối từ thiết bị từ xa trên cùng mạng con đến máy tính cục bộ sử dụng wifi thông qua một dongle usb TP-LINK ath9k_htc bị gián đoạn. Tôi đã chạy các bản cập nhật gần đây (pastebin) nhưng chúng dường như không liên quan đến độ phân giải DNS.

Ping, sử dụng mtr với khoảng thời gian 2 giây, DNS của Google tại 8.8.8.8 tôi nhận được:

 1. 192.168.1.1              ...............................????????????????...............????????????????...........................................................................??????????.....................???????.........
 2. 81.1.112.44              ...............................????????????????...............????????????????.........>.................................................................?????????......................???????.........

Các câu hỏi hiển thị khi kết nối không thành công, các khoảng thời gian là 32, 32, 22, 14, tức là không đều.

Ban đầu tôi nghĩ rằng giải quyết systemd là để đổ lỗi, sudo systemctl status wpa_supplicant.service NetworkManager.service systemd-resolvedtrả về như sau:

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.

Nói cách khác, ít nhất 3 hệ thống đang ở trạng thái lỗi:

1) Điều này đang hiển thị lỗi trong bài đăng này về wpa_supplicant / NetworkManager ; giải pháp loại bỏ ngẫu nhiên địa chỉ MAC bằng cách sửa đổi NetworkManager.conf là không hiệu quả đối với tôi.

2a) lỗi trong bài đăng này về rekeying trong wpa_supplicant ; một lần nữa, bản sửa lỗi không giúp tôi vì tôi không có bộ định tuyến để tôi có thể "Đặt thời gian cập nhật khóa nhóm WPA / WPA2".

2b) lỗi tương tự được báo cáo ở đây với hướng dẫn thay đổi PMF (Khung quản lý được bảo vệ), một lần nữa bộ định tuyến wifi của tôi không cung cấp quyền truy cập này.

3) lỗi thứ ba cũng có thể được nhìn thấy bằng cách tail-ing /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.

Những lỗi này được lặp đi lặp lại rất nhiều. Khi hệ thống được kết nối với mạng, chúng dừng lại, khi đó mtr 8.8.8.8các lệnh ping bị lỗi, các lỗi trên bắt đầu lại, gần giống như vậy - gần giống như một điều kiện cuộc đua.

3a) các lỗi systemd-resolvedtrông rất giống vấn đề này nhưng cách khắc phục tắt DNSSEC không hiệu quả với tôi , thực sự đó là mặc định, mặc dù tôi đã tiếp tục và chỉ định nó là tắt systemd-resolved.conf.

3b) có vẻ rất giống vấn đề Valet Linux tiền phát hành này , nơi dnsmasqdường như đã can thiệp vào trình giải quyết của systemd. Tôi đã có dnsmasq trong quá khứ nhưng hiện tại không có nó .

3c) một chủ đề diễn đàn từ 16.10 đề nghị loại bỏ dnsmasq làm giải pháp, để tóm tắt lại tôi không cài đặt nó (nhưng có dnsmasq-base như một phần dư, loại bỏ nó không hiệu quả).

FWIW Tôi sử dụng IP tĩnh kết nối qua wifi với modem bộ định tuyến ADSL với OpenDNS (với Google là dự phòng) được đặt qua giao diện KDE NetworkManager.

Khá nhiều lần khởi động lại bất kỳ mục mạng nào, ví dụ như sudo systemctl restart networking.servicexuất hiện để khắc phục mọi thứ rất nhanh nhưng lỗi không rõ ràng - kết nối luôn luôn đi lên và xuống, thời gian ngắn nhất là ~ 2 giây, dài nhất là ~ 60 giây.

Làm journalctl -x --utc --system | grep -C3 -i errortôi nhận được các dòng như:

-- 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

Việc xóa kết nối qua applet NetworkManager của KDE dường như đã sửa lỗi "thiếu tài sản" này và tạm thời tôi đã lấy lại được kết nối mạng nhưng khi khởi động lại tôi lại gặp sự cố [rõ ràng] trình giải quyết DNS và lỗi đó không còn xuất hiện nữa trong tạp chí

Có vẻ như tôi còn lại để thử sudo systemctl disable systemd-resolvedvà quay lại dnsmasqhoặc, tôi thu thập, sử dụng unbound( giải pháp này gợi ý sử dụng độ phân giải ) hoặc có thể đặt máy chủ tên tĩnh?

Vì vậy, những gì để thử tiếp theo?

Để dự đoán đề xuất /etc/resolv.conf của tôi đã là một liên kết tượng trưng đến / run / systemd / ... thực sự bị treo ... không, nó không ...

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

Trông giống như nó đã hoạt động, bây giờ tôi đã trải dài hơn ~ 200 giây khi mtrping thành công, nhưng vẫn giảm và vẫn có lỗi syslognhư sau:

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.

Cứu giúp!?


Chết tiệt, giờ tôi đã cố gắng loại bỏ hoàn toàn NM và sử dụng systemd-networkd và systemd được giải quyết, điều đó không có ích. Vì vậy, sau đó tôi đã tiếp tục và loại bỏ tất cả những gì có lợi cho NeworkManager và để điều đó chạy mạng và độ phân giải DNS, và điều đó cũng không giúp được gì. Cả hai hệ thống dường như không hoạt động đầy đủ mặc dù cả hai sẽ cho tôi một vài phút giải quyết vấn đề về giải quyết tên miền miễn phí. Thực sự không biết đi đâu tiếp theo ...?
pbhj

Câu trả lời:


0

Tôi đã sử dụng Wireshark để theo dõi kết nối và được lọc trên "DNS" - Tôi có thể thấy các tra cứu cho các tên miền mà tôi không nhìn vào. Rất may, tôi đã nhận ra một tên miền là một ứng dụng trên ứng dụng FireTV dongle (phiên bản 2017). Toàn bộ vấn đề là FireTV đã "đánh cắp" hợp đồng thuê qua DHCP trên bộ định tuyến của tôi cho máy tính để bàn có vấn đề; có lẽ nó đã nhận được một nửa các gói hoặc bộ định tuyến bị lẫn lộn khi có 2 thiết bị trên cùng một mạng con cục bộ có cùng địa chỉ IP.

Cách khắc phục là "quên" kết nối mạng trên FireTV. Khi thiết lập kết nối, chọn "thủ công" và giữa các nút OK và Hủy có một "nút nâng cao" nhỏ (mà tôi đã bỏ lỡ lần đầu tiên). Tôi đã chọn một IP khác nhau, bây giờ tất cả đều hoạt động.

Đáng chú ý là bộ định tuyến có một phần để xem tất cả các thiết bị được kết nối bằng IP và MAC, khi hai thiết bị được kết nối với cùng một IP, bộ định tuyến không hiển thị cả thiết bị (nhưng vẫn tiếp tục hiển thị các thiết bị khác trên mạng).

[Không chắc có nên giữ cái này ở đây hay xóa và đăng ở nơi khác không?]

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.