Điểm:0

Tại sao hai hệ thống Ubuntu trong cùng một mạng hoạt động khác nhau ở độ phân giải DNS?

lá cờ pl

CHỈNH SỬA (tl;dr)

Tôi dường như đã xác định được một phần của vấn đề đây, vì ít nhất là sự khác biệt trong /etc/resolv.conf và các tập tin liên quan đã biến mất.

Nhưng tôi vẫn không thể kết nối qua WiFi, vì vậy sự khác biệt khác có thể vẫn tồn tại.

Tôi muốn xác định những điều này và hành động theo chúng.


Tôi cố ý chọn tiêu đề giống như OP này. Tôi có hai hệ thống Ubuntu, máy chủ 1máy chủ2, rất giống nhau về mọi mặt. Cả hai đều được kết nối với cùng một bộ định tuyến, thông qua WiFi. Tôi đã làm việc bằng cách so sánh hai hệ thống để giúp theo dõi vấn đề.

Trong máy chủ2, Tôi mới bắt đầu gặp sự cố về phân giải tên DNS. Tôi đã kết nối với VPN và máy chủ đã được khởi động lại, vì vậy tôi đoán PostScriptum này có thể mô tả trường hợp. máy chủ2 đã không có độ phân giải và tôi đã cài đặt nó như một kết quả. Tại thời điểm đó /etc/resolv.conf bắt đầu chỉ vào /run/resolvconf/resolv.conf (lưu ý ngày sửa đổi bên dưới), thay vì /run/systemd/resolve/stub-resolv.conf. Để làm được điều đó, tôi đã phải thêm thủ công máy chủ tên 8.8.8.8 ở trên cùng trong /etc/resolv.conf, cắm kết nối internet có dây và tôi có thể ngay lập tức cập nhật sudo apt, vân vân. Ghi chú: Hiện tại, vấn đề về quyền truy cập tệp được trích dẫn trong liên kết ở trên không xuất hiện. Nếu nó xuất hiện vào lần tới khi tôi kết nối/ngắt kết nối khỏi VPN, tôi sẽ xử lý nó.

Tôi liệt kê dưới đây: 1) có gì khác biệt Trong máy chủ 1máy chủ2, 2) cái gì giống nhau trong cả hai (với không tí nào thay thế tên máy chủ), và 3) những gì gần như giống nhau (với sự khác biệt không liên quan, theo cách hiểu của tôi).

Tại sao SỰ KHÁC BIỆT #3 phía dưới? (máy chủ định danh ::1).
Làm thế nào để khắc phục máy chủ2, nếu có thể, bằng cách để nó có cấu hình giống như máy chủ 1? tôi có thể thử sửa đổi /etc/resolvconf/resolv.conf.d/tail Trong máy chủ2, nhưng vì tệp đó trống trong máy chủ 1 hành động này có thể che giấu các vấn đề khác, ngay cả khi thành công.

Tôi đoán nếu tôi chỉ có thể sửa các SỰ KHÁC BIỆT # 1-4 bên dưới, điều đó sẽ giải quyết được vấn đề. Nhưng cả 4 file đều quote là tạo động. Tôi không thể xác định được ai chịu trách nhiệm "tạo ra" sự khác biệt và cách khắc phục điều đó.

Khác biệt

đào:

[server1]$ đào google.com

; <<>> DiG 9.16.1-Ubuntu <<>> google.com
;; tùy chọn chung: + cmd
;; Có câu trả lời:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 64202
;; cờ: qr rd ra; CÂU HỎI: 1, TRẢ LỜI: 1, AUTHORITY: 0, BỔ SUNG: 1

;; LỰA CHỌN PSEULiều lượng:
; EDNS: phiên bản: 0, cờ:; mã: 65494
;; PHẦN CÂU HỎI:
;google.com. TRONG MỘT

;; PHẦN TRẢ LỜI:
google.com. 94 TRONG MỘT 216.58.202.46

;; Thời gian truy vấn: 36 mili giây
;; MÁY CHỦ: 127.0.0.53#53(127.0.0.53)
;; KHI NÀO: ngày 10 tháng 3 03:44:51 -03 2021
;; KÍCH THƯỚC MSG rcvd: 55

so với

[server2]$ đào google.com

; <<>> DiG 9.16.1-Ubuntu <<>> google.com
;; tùy chọn chung: + cmd
;; kết nối quá hạn; không thể truy cập máy chủ

/etc/resolv.conf và các tập tin liên quan:

[server1]$ cat /etc/resolv.conf 
# Tệp độ phân giải động.conf(5) cho trình phân giải glibc(3) được tạo bởi độ phân giải(8)
# KHÔNG CHỈNH SỬA TỆP NÀY BẰNG TAY -- CÁC THAY ĐỔI CỦA BẠN SẼ BỊ VIẾT ĐI
# 127.0.0.53 là trình giải quyết sơ khai được systemd giải quyết.
# chạy "systemd-resolve --status" để xem chi tiết về máy chủ định danh thực tế.

máy chủ tên 127.0.0.53
tìm kiếm fibertel.com.ar <--- SỰ KHÁC BIỆT #1

[server1]$ cat /run/systemd/resolve/stub-resolv.conf
# Tệp này được quản lý bởi man:systemd-resolved(8). Không chỉnh sửa.
#
# Đây là tệp độ phân giải động.conf để kết nối máy khách cục bộ với
# trình phân giải sơ khai DNS nội bộ của systemd-resolved. Tập tin này liệt kê tất cả
# miền tìm kiếm được định cấu hình.
#
# Chạy "resolvectl status" để xem chi tiết về các máy chủ DNS đường lên
# Đang được dùng.
#
# Các chương trình của bên thứ ba không được truy cập trực tiếp vào tệp này mà chỉ thông qua
# liên kết tượng trưng tại /etc/resolv.conf. Để quản lý man:resolv.conf(5) theo một cách khác,
# thay thế liên kết tượng trưng này bằng một tệp tĩnh hoặc một liên kết tượng trưng khác.
#
# Xem man:systemd-resolved.service(8) để biết chi tiết về các chế độ được hỗ trợ của
# hoạt động cho /etc/resolv.conf.

máy chủ tên 127.0.0.53
tùy chọn quảng cáo tin cậy edns0
tìm kiếm fibertel.com.ar <--- SỰ KHÁC BIỆT #2

[server1]$ cat /run/systemd/resolve/resolv.conf
# Tệp này được quản lý bởi man:systemd-resolved(8). Không chỉnh sửa.
#
# Đây là tệp độ phân giải động.conf để kết nối trực tiếp các máy khách cục bộ với
# tất cả các máy chủ DNS đường lên đã biết. Tệp này liệt kê tất cả các miền tìm kiếm được định cấu hình.
#
# Các chương trình của bên thứ ba không được truy cập trực tiếp vào tệp này mà chỉ thông qua
# liên kết tượng trưng tại /etc/resolv.conf. Để quản lý man:resolv.conf(5) theo một cách khác,
# thay thế liên kết tượng trưng này bằng một tệp tĩnh hoặc một liên kết tượng trưng khác.
#
# Xem man:systemd-resolved.service(8) để biết chi tiết về các chế độ được hỗ trợ của
# hoạt động cho /etc/resolv.conf.

máy chủ định danh 192.168.0.1 <--- SỰ KHÁC BIỆT #3
tìm kiếm fibertel.com.ar <--- SỰ KHÁC BIỆT #3

[server1]$ cat /run/resolvconf/resolv.conf
# Tệp độ phân giải động.conf(5) cho trình phân giải glibc(3) được tạo bởi độ phân giải(8)
# KHÔNG CHỈNH SỬA TỆP NÀY BẰNG TAY -- CÁC THAY ĐỔI CỦA BẠN SẼ BỊ VIẾT ĐI
# 127.0.0.53 là trình giải quyết sơ khai được systemd giải quyết.
# chạy "systemd-resolve --status" để xem chi tiết về máy chủ định danh thực tế.

máy chủ tên 127.0.0.53
tìm kiếm fibertel.com.ar <--- SỰ KHÁC BIỆT #4

[server1]$ ll /etc/resolv.conf 
lrwxrwxrwx 1 root root 29 tháng 2 1 2021 /etc/resolv.conf -> ../run/resolvconf/resolv.conf
[server1]$ ll /run/resolvconf/resolv.conf
-rw-r--r-- 1 root root 327 trước 9 20:59 /run/resolvconf/resolv.conf

so với

[server2]$ mèo /etc/resolv.conf 
# Tệp độ phân giải động.conf(5) cho trình phân giải glibc(3) được tạo bởi độ phân giải(8)
# KHÔNG CHỈNH SỬA TỆP NÀY BẰNG TAY -- CÁC THAY ĐỔI CỦA BẠN SẼ BỊ VIẾT ĐI
# 127.0.0.53 là trình giải quyết sơ khai được systemd giải quyết.
# chạy "systemd-resolve --status" để xem chi tiết về máy chủ định danh thực tế.

máy chủ tên 127.0.0.53

[server2]$ cat /run/systemd/resolve/stub-resolv.conf 
# Tệp này được quản lý bởi man:systemd-resolved(8). Không chỉnh sửa.
#
# Đây là tệp độ phân giải động.conf để kết nối máy khách cục bộ với
# trình phân giải sơ khai DNS nội bộ của systemd-resolved. Tập tin này liệt kê tất cả
# miền tìm kiếm được định cấu hình.
#
# Chạy "resolvectl status" để xem chi tiết về các máy chủ DNS đường lên
# Đang được dùng.
#
# Các chương trình của bên thứ ba không được truy cập trực tiếp vào tệp này mà chỉ thông qua
# liên kết tượng trưng tại /etc/resolv.conf. Để quản lý man:resolv.conf(5) theo một cách khác,
# thay thế liên kết tượng trưng này bằng một tệp tĩnh hoặc một liên kết tượng trưng khác.
#
# Xem man:systemd-resolved.service(8) để biết chi tiết về các chế độ được hỗ trợ của
# hoạt động cho /etc/resolv.conf.

máy chủ tên 127.0.0.53
tùy chọn quảng cáo tin cậy edns0

[server2]$ cat /run/systemd/resolve/resolv.conf
# Tệp này được quản lý bởi man:systemd-resolved(8). Không chỉnh sửa.
#
# Đây là tệp độ phân giải động.conf để kết nối trực tiếp các máy khách cục bộ với
# tất cả các máy chủ DNS đường lên đã biết. Tệp này liệt kê tất cả các miền tìm kiếm được định cấu hình.
#
# Các chương trình của bên thứ ba không được truy cập trực tiếp vào tệp này mà chỉ thông qua
# liên kết tượng trưng tại /etc/resolv.conf. Để quản lý man:resolv.conf(5) theo một cách khác,
# thay thế liên kết tượng trưng này bằng một tệp tĩnh hoặc một liên kết tượng trưng khác.
#
# Xem man:systemd-resolved.service(8) để biết chi tiết về các chế độ được hỗ trợ của
# hoạt động cho /etc/resolv.conf.

máy chủ tên ::1 <--- SỰ KHÁC BIỆT #3

[server2]$ cat /run/resolvconf/resolv.conf
# Tệp độ phân giải động.conf(5) cho trình phân giải glibc(3) được tạo bởi độ phân giải(8)
# KHÔNG CHỈNH SỬA TỆP NÀY BẰNG TAY -- CÁC THAY ĐỔI CỦA BẠN SẼ BỊ VIẾT ĐI
# 127.0.0.53 là trình giải quyết sơ khai được systemd giải quyết.
# chạy "systemd-resolve --status" để xem chi tiết về máy chủ định danh thực tế.

máy chủ tên 127.0.0.53

[server2]$ ll /etc/resolv.conf
lrwxrwxrwx 1 gốc gốc 29 trước 9 22:38 /etc/resolv.conf -> ../run/resolvconf/resolv.conf
[server2]$ ll /run/resolvconf/resolv.conf
-rw-r--r-- 1 root root 304 trước 10 03:13 /run/resolvconf/resolv.conf

Như nhau

[bất kỳ]$ uname -a
Linux <serverN> 5.11.0-25-generic #27~20.04.1-Ubuntu SMP Thứ ba ngày 13 tháng 7 17:41:23 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

[bất kỳ]$ dpkg -l | grep độ phân giải
ii resolvconf 1.82 tất cả trình xử lý thông tin máy chủ định danh

[bất kỳ]$ cat /etc/netplan/01-network-manager-all.yaml 
# Để NetworkManager quản lý tất cả các thiết bị trên hệ thống này
mạng:
  phiên bản: 2
  trình kết xuất: Trình quản lý mạng

[bất kỳ]$ cat /etc/NetworkManager/NetworkManager.conf
[chủ yếu]
plugin = ifupdown, keyfile

[ifupdown]
quản lý = sai

[thiết bị]
wifi.scan-rand-mac-address=no

[bất kỳ]$ mèo /etc/hosts
127.0.0.1 máy chủ cục bộ
127.0.1.1 <máy chủN>

# Các dòng sau là mong muốn cho các máy chủ có khả năng IPv6
::1 ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters

[bất kỳ]$ mèo /etc/nsswitch.conf
...
[bất kỳ]$ mèo /etc/systemd/networkd.conf 
...
[bất kỳ]$ ss -plnt | grep ':53'
NGHE 0 4096 127.0.0.53%lo:53 0.0.0.0:* 
[bất kỳ]$ Sudo systemctl status resolvconf.service
...
[bất kỳ]$ /lib/systemd/mạng/
...

Hầu như giống nhau

[máy chủ1]$ lsb_release -a
Phiên bản LSB: core-11.1.0ubuntu2-noarch:security-11.1.0ubuntu2-noarch
ID nhà phân phối: Ubuntu
Mô tả: Ubuntu 20.04.2 LTS
Phát hành: 20.04
Tên mã: tiêu cự

[máy chủ2]$ lsb_release -a
Phiên bản LSB: core-11.1.0ubuntu2-noarch:printing-11.1.0ubuntu2-noarch:security-11.1.0ubuntu2-noarch
ID nhà phân phối: Ubuntu
Mô tả: Ubuntu 20.04.2 LTS
Phát hành: 20.04
Tên mã: tiêu cự

Có liên quan:

  1. DNS được đặt thành 127.0.0.53 của systemd - cách thay đổi vĩnh viễn?
guiverc avatar
lá cờ cn
Chương trình rất khác nhau về cấp độ *bản vá* (người ta vẫn nói 20.04.1 nghĩa là nó không nhận được các bản vá từ ít nhất là trước ngày 4 tháng 2 năm 2021 (https://fridge.ubuntu.com/2021/02/05/ubuntu- 20-04-2-lts-released/ mặc dù ngày đó là ngày phát hành ISO, các hệ thống đã cài đặt đã nâng cấp lên 20.04.2 trước ngày đó). đang phớt lờ*...
sancho.s ReinstateMonicaCellio avatar
lá cờ pl
@guiverc - Tôi đồng ý rằng điều đó có thể thể hiện sự khác biệt đáng kể (*tổng thể*) và có thể thử cập nhật. Nhưng bạn có nghĩ rằng điều đó có liên quan gì đến hai câu hỏi (in đậm) không?
guiverc avatar
lá cờ cn
Nó cho thấy các hệ thống rất khác nhau; một trong hai đã bị bỏ qua trong sáu tháng và không được cập nhật (vì vậy việc cập nhật nó sẽ khắc phục sự khác biệt) hoặc nhiều khả năng hơn - nó đã bị thay đổi theo cách ngăn cài đặt các bản nâng cấp và cũng có khả năng là nguyên nhân gây ra sự khác biệt và điều gì Bạn đang tìm.
sancho.s ReinstateMonicaCellio avatar
lá cờ pl
@guiverc - Tôi đã nâng cấp nhưng sự cố vẫn tiếp diễn. Vui lòng xem OP đã chỉnh sửa.
Điểm:1
lá cờ cn

Tệp /etc/resolv.conf được dự định là một liên kết tượng trưng đến /run/systemd/resolve/stub-resolv.conf Kiểm tra:

ls -al /etc/resolv.conf

Nếu chưa đúng thì sửa lại:

sudo rm /etc/resolv.conf
sudo ln -s /run/systemd/resolve/stub-resolv.conf /etc/resolv.conf

Tệp yaml netplan của bạn cho biết rằng bạn đang chạy Trình quản lý mạng. Đó là nơi để thực hiện các thay đổi của bạn đối với máy chủ tên DNS.

nhập mô tả hình ảnh ở đây

sancho.s ReinstateMonicaCellio avatar
lá cờ pl
Như đã nêu trong OP, tôi vừa cài đặt `resolvconf`."Lúc đó `/etc/resolv.conf` bắt đầu trỏ đến `/run/resolvconf/resolv.conf` ..., thay vì `/run/systemd/resolve/stub-resolv.conf`." Vì vậy, vâng, tôi có nó dưới dạng một liên kết mềm, nhưng bây giờ khác với những gì bạn đã đăng. Đối với việc thay đổi máy chủ tên DNS theo cách thủ công trong *Menu* -> *Cài đặt* -> *Wi-Fi* -> ..., tại sao tôi cần thực hiện điều đó trong một hệ thống (`server2`) mà không phải trong hệ thống khác ( `máy chủ1`)? Dù sao thì tôi cũng sẽ thử.
sancho.s ReinstateMonicaCellio avatar
lá cờ pl
Tôi xác nhận rằng cài đặt thủ công các giá trị như bạn hiển thị sẽ giúp WiFi hoạt động. Nhưng tại sao điều đó lại cần thiết? Làm thế nào tôi có thể tránh điều đó? Tôi đoán là có thể... `server1` hoạt động theo cách đó. Và `server2` cũng hoạt động theo cách đó cho đến ngày hôm qua.
chili555 avatar
lá cờ cn
Kế hoạch mạng của bạn yaml nói, giống như khi Trình quản lý mạng được cài đặt và chạy, để chuyển mọi thứ sang NM. Do đó, đó là nơi chúng tôi đặt cấu hình DNS. Nếu đó không phải là điều bạn muốn, hãy xóa hoàn toàn NM và sửa đổi yaml netplan của bạn cho phù hợp. Nếu đó là những gì bạn muốn, xin vui lòng bắt đầu một câu hỏi mới. Tôi tự hỏi tại sao NM được cài đặt trên máy chủ. Nếu tôi đã đưa ra câu trả lời hữu ích cho câu hỏi của bạn, vui lòng chấp nhận câu hỏi đó: https://askubuntu.com/tour
sancho.s ReinstateMonicaCellio avatar
lá cờ pl
Ý bạn là chỗ *duy nhất* set cấu hình DNS khi NM phụ trách chính là config từng kết nối WiFi? (bạn có thể chỉ đến tệp/s nào lưu trữ các sửa đổi được giới thiệu qua GUI không?) Như đã nói, một mặt, điều đó đã hiệu quả với `server2`. OTOH, nó dường như không phải là "nơi" để xử lý cấu hình DNS. Trong `server1` dường như được đặt ở một nơi khác, vì kết nối WiFi của tôi có cấu hình tự động, đây là cách dễ xử lý nhất và là thứ tôi muốn có nhất. Vì vậy, câu trả lời * là * hữu ích (+1)... Tôi sẽ đợi để có thể nhận được câu trả lời/thông tin bổ sung làm rõ vấn đề.
chili555 avatar
lá cờ cn
Trong cấu hình tự động, hay đúng hơn là DHCP, điểm truy cập, thường là bộ định tuyến không dây, cung cấp tất cả các chi tiết cần thiết; Địa chỉ IP, cổng và máy chủ tên DNS. Tìm ra cái nào với: `systemd-resolve --status | grep 'DNS Servers' -A2` Trong cấu hình thủ công, nghĩa là bạn muốn chỉ định địa chỉ IP, máy chủ tên DNS hoặc cả hai, chi tiết sẽ được ghi trong: `sudo cat /etc/NetworkManager/system-connections/MYROUTER .nmconnection` trong đó MYROUTER là tên của điểm truy cập mà bạn đã kết nối. Đây là một đoạn trích từ tệp của tôi: `dns=8.8.8.8;8.8.4.4;`

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.