Điểm:0

Ý tưởng về cách định cấu hình DNS đúng cách cho Ubuntu 20.04

lá cờ in

Kể từ khi mất wifi cách đây một ngày, tôi không thể truy cập internet trên máy tính chạy Ubuntu của mình. Tôi có thể ping 8.8.8.8, vì vậy tôi tin rằng sự cố có liên quan đến DNS. Tuy nhiên, việc đặt DNS theo cách thủ công trong trình quản lý mạng không có tác dụng gì. Tôi cũng đã thử kích hoạt systemctl đã giải quyết, nhưng được thông báo rằng tôi hoàn toàn không có tệp đã giải quyết.

Bất kỳ ý tưởng nào mà mọi người có về cách khắc phục sự cố này sẽ được đánh giá rất cao, vì tôi ngày càng cạn kiệt ý tưởng. Tôi có thể cung cấp thêm thông tin theo yêu cầu.

Chỉnh sửa: Đầu vào con mèo /etc/resolv.conf trả về Không có tập tin hoặc thư mục như vậy Chỉnh sửa 2: Sau khi làm theo lời khuyên của câu trả lời trước, con mèo /etc/resolv.conf bây giờ cho:

Tệp này được quản lý bởi man:systemd-resolved(8) Không chỉnh sửa.

Và các thông tin khác về tập tin. Tuy nhiên, tôi vẫn không thể truy cập internet. Chỉnh sửa 3: Đưa vào con mèo /etc/resolv.conf cung cấp cho máy chủ tên 127.0.0.53 và các tùy chọn kết thúc0 dòng quảng cáo tin cậy, nhưng không phải tìm kiếm ví dụ.com một.

Ngoài ra, nhập vào /etc/reslov.conf cho bash: /etc/resolv.conf: Quyền bị từ chối nếu điều đó có ích cho bất kỳ ai.

Chỉnh sửa 4: Bằng cách nào đó, bằng cách nào đó, vì những lý do được biết nhưng có Chúa, cat /etc/resolv.conf lại nói với tôi rằng không có tệp nào như vậy. Tôi đã khởi động lại máy tính một lúc trước để xem liệu điều đó có ổn không. Rõ ràng là không. Đặt vào trong sudo ln -s /run/systemd/resolve/stub-resolv.conf /etc/resolv.conf lợi nhuận Không thể phân giải máy tính của máy chủ (tên tôi): Lỗi tạm thời trong phân giải tên tiếp theo là (sau khi nhập mật khẩu) ln: không thể tạo liên kết smbolic, v.v./resolv.conf: Không có tệp hoặc thư mục như vậy

Chỉnh sửa 5: Khi tạo tệp văn bản đó máy chủ định danh 8.8.8.8 và cố gắng lưu nó dưới dạng * etc/resolv.conf* Tôi được thông báo rằng có lỗi ở mọi nơi mà tôi sẽ cố lưu nó vào, vì có thông báo "Không có tệp hoặc thư mục như vậy."

Điều này hoàn toàn mới và không xảy ra khi tôi lưu một tài liệu từ được vẽ nhanh.

Chỉnh sửa 6: Lỗi khi cố lưu tệp mới như sau:

(gedit: 3844): CẢNH BÁO Tepl ** (dấu thời gian): Siêu dữ liệu GVfs không được hỗ trợ dự phòng cho TeplMetadataManager. GVfs không được cài đặt đúng cách hoặc siêu dữ liệu GVfs không được hỗ trợ trên nền tảng này. Trong trường hợp sau, bạn nên cấu hình Tepl với --disable-gvfs-metadata

Thư hai:

(gedit: 3998) CẢNH BÁO ** (dấu thời gian): Gặp phải trường hợp 11 chưa được xử lý (lỗi khi mở tệp "/etc/resolv.conf": quá nhiều mức liên kết tượng trưng) trong parse_error

Cuối cùng:

(geditt:3998) TIÊU CHUẨN ** (dấu thời gian) _gedit_tab_save_as_async: assertion'tab->state == GEDIT_TAB_STATE_NORMAL || tab->state == GEDIT_TAB_STATE_EXTERNALLY_MODIFIED_NOTIFICATION || tab-> trạng thái == GEDT_TAB_STATE_SHOWING_PRINT_PREVIEW' không thành công

Ngoài ra, khi cố gắng mở /etc/resolv.conf cũ, tôi được thông báo rằng nó không thể mở được vì "mục tiêu của nó "/run/system/resolve/stub-resolv.conf" không tồn tại"

Chỉnh sửa 7: rm /etc/resolv.conf sản xuất rm: không thể xóa '/etc/resolv.conf': quyền bị từ chối

Tôi cũng không thể kéo nó vào thùng rác hoặc xóa nó theo những cách đã biết khác.

Tôi bắt đầu tự hỏi liệu việc cài đặt lại Ubuntu hoàn toàn có dễ dàng hơn vào thời điểm này hay không.

Chỉnh sửa cuối cùng:

Nó hoạt động! Vấn đề dường như là một số tàn dư kỳ lạ cuối cùng của VPN cũ của tôi. Sau khi gỡ bỏ nó và khởi động lại máy, vấn đề đã biến mất. Trong khi tôi vẫn lo lắng về những thứ như làm thế nào máy tính không thể tìm thấy /etc/resolv.conf khi tôi ra lệnh hủy tệp, tôi có thể vượt qua cây cầu đó sau.

Tôi muốn cảm ơn tất cả những người đã giúp tôi với điều này, vì tôi biết tất cả các bạn đều có những việc khác phải làm. Tôi hy vọng rằng một ngày nào đó tôi hiểu những thứ này đủ rõ để trả nó về phía trước.

user535733 avatar
lá cờ cn
Các thiết bị khác trong mạng LAN của bạn cũng gặp vấn đề tương tự? Hay tất cả đều giải quyết đúng cách?
Hendricks37 avatar
lá cờ in
Mọi thứ khác hoạt động hoàn hảo, tôi thậm chí có thể kết nối với máy in cục bộ bằng máy tính của mình. Tôi chỉ không thể làm gì khác hơn.
raj avatar
lá cờ cn
raj
Lệnh `cat /etc/resolv.conf` hiển thị gì? Vui lòng chỉnh sửa câu hỏi của bạn và thêm đầu ra.
raj avatar
lá cờ cn
raj
Sau khi dòng `nameserver 127.0.0.53` nằm trong file `/etc/resolv.conf`, và bạn khởi động lại `systemd-resolved` thì phân giải DNS có hoạt động không?
raj avatar
lá cờ cn
raj
Có vẻ như thứ gì đó chạy khi khởi động hệ thống đang xóa `/etc/resolv.conf`. Tôi không biết tại sao. Có thể đó là thứ gì đó còn sót lại từ phần mềm Proton VPN, chưa được gỡ cài đặt đúng cách. Không thể kiểm tra tất cả các tệp khởi động trên máy tính của bạn, tôi không thể biết nó là gì. Thử nghiệm cuối cùng: thử tạo thủ công một tệp `/etc/resolv.conf` (có trình chỉnh sửa), chỉ chứa một dòng: `nameserver 8.8.8.8`. Xem nếu điều này sẽ làm việc.
raj avatar
lá cờ cn
raj
Bạn phải chạy trình chỉnh sửa với quyền root để có thể lưu tệp trong `/etc`, vì vậy hãy sử dụng `sudo gedit /etc/resolv.conf` (xem trong câu trả lời chính).
raj avatar
lá cờ cn
raj
Xóa `/etc/resolv.conf` hiện có vì đã xảy ra sự cố với liên kết tượng trưng (thông báo "quá nhiều cấp độ liên kết tượng trưng" thực sự lạ; nó có thể chỉ ra rằng có một vòng lặp liên kết ở đâu đó) và tạo một cái mới từ đầu.
paladin avatar
lá cờ kr
Sử dụng các lệnh sau để bật systemd-resolved: `sudo systemctl enable --now systemd-resolved.service && cd /etc && sudo ln -sf /run/systemd/resolve/stub-resolv.conf resolv.conf` Bạn có thể tìm thấy tệp cấu hình trong `/etc/systemd/` PS đừng quên khởi động lại dịch vụ khi thay đổi cấu hình PPS một số máy chủ DNS mặc định như google và co được sử dụng theo mặc định
raj avatar
lá cờ cn
raj
Để thực hiện **bất cứ điều gì** đối với tệp `/etc/resolv.conf`, bạn cần có quyền root. Vì vậy, đừng bao giờ `rm /etc/resolv.conf` mà phải `sudo rm /etc/resolv.conf` - và điều tương tự đối với bất kỳ lệnh nào khác làm thay đổi bất kỳ điều gì liên quan đến tệp này.
Điểm:2
lá cờ cn
raj

Không có /etc/resolv.conf tệp, độ phân giải DNS sẽ không hoạt động. Nó khá lạ tại sao tập tin đã bị xóa. Bạn đã sử dụng bất kỳ phần mềm VPN nào chưa?

gõ lệnh trạng thái systemctl systemd-resolved (tên dịch vụ là giải quyết systemd, không phải giải quyết một mình) để xem dịch vụ có đang chạy hay không. Nếu dịch vụ không chạy, hãy thử khởi động/kích hoạt nó (systemctl khởi động systemd-resolved/systemctl kích hoạt giải quyết systemd). Nếu nó đang chạy, và /etc/resolv.conf vẫn không tồn tại, hãy làm như sau:

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

Điều này sẽ tạo lại của bạn /etc/resolv.conf và độ phân giải DNS sẽ bắt đầu hoạt động.

Cập nhật: Của bạn /etc/resolv.conf nên chứa - ngoài một số nhận xét có thông tin về tệp - các dòng quan trọng sau ở dưới cùng:

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 ví dụ.com

ở đâu ví dụ.com nên được thay thế bằng tên miền cục bộ của bạn (ví dụ: tên miền của ISP của bạn).

Nếu sau khi liên kết /etc/resolv.conf đến /run/systemd/resolve/stub-resolv.conf các dòng trên không có trong tệp, trước tiên hãy thử ngắt kết nối và kết nối lại kết nối mạng của bạn. Nếu cách này không khắc phục được tình trạng (các dòng vẫn không xuất hiện), hãy thử khởi động lại giải quyết systemd. Nếu vẫn không có tác dụng, hãy thử liên kết /etc/resolv.conf để dự phòng tập tin cấu hình tĩnh /usr/lib/systemd/resolv.conf:

sudo rm /etc/resolv.conf
sudo ln -s /usr/lib/systemd/resolv.conf /etc/resolv.conf

Tệp sẽ không chứa dòng "tìm kiếm" nhưng phải chứa hai dòng khác.

Nếu những dòng này vẫn không xuất hiện, hãy thử thêm chúng theo cách thủ công bằng trình soạn thảo văn bản (sudo gedit /etc/resolv.conf). Khởi động lại giải quyết systemd sau khi thực hiện thay đổi.

Hendricks37 avatar
lá cờ in
Xin chào, Cảm ơn câu trả lời của bạn, tôi đã có một VPN (proton) mà tôi đã gỡ cài đặt cách đây không lâu. Tôi cho rằng tôi không biết làm thế nào nó có thể tương tác với bất kỳ thứ gì khác - Tôi vẫn chưa quen với Ubuntu và đang học tất cả những thứ đó. Dịch vụ đang chạy, vì vậy tôi đã nhập mã của bạn và có thể tạo lại /etc/resolv.conf, nhưng điều này dường như không khắc phục được hoàn toàn tình trạng này. Tôi sẽ thêm các thay đổi khác vào đầu ra trong bài viết trên.
raj avatar
lá cờ cn
raj
@ Hendricks37 Vì vậy, hãy thử một tùy chọn khác. Xem câu trả lời được cập nhật.
Điểm:2
lá cờ mp

Xin chào, tôi cũng gặp phải trường hợp tương tự sau khi gỡ cài đặt protonvpn. về cơ bản những gì nó làm là nó giữ nguyên cài đặt mạng của ProtonVPN killswitch ngay cả sau khi gỡ cài đặt vpn, theo bài này.

Nhìn thấy trang này cho giải pháp.

Tắt công tắc tắt nếu bạn đã gỡ cài đặt ứng dụng

Khóa chuyển đổi có thể dễ dàng bị vô hiệu hóa từ trong ứng dụng Linux CLI chính thức, nhưng điều này sẽ không thể thực hiện được nếu bạn đã gỡ cài đặt ứng dụng CLI trước mà không tắt khóa chuyển đổi. Điều này có thể dẫn đến hệ thống của bạn không thể truy cập internet. Để xóa khóa chuyển đổi sau khi gỡ cài đặt ứng dụng CLI:

  • Xác định tên kết nối ProtonVPN bằng cách chạy lệnh:

    hiển thị kết nối nmcli --active
    

Thao tác này sẽ hiển thị danh sách tất cả các kết nối đang hoạt động của hệ thống của bạn.

  • Tìm bất kỳ kết nối nào có tiền tố pvpn-. Điều này thường bao gồm pvpn-killswitch và pvpn-ipv6leak-protection và có thể bao gồm pvpn-roated-killswitch. Xóa tất cả các kết nối này bằng lệnh sau:

    xóa kết nối nmcli [tên kết nối]
    

    Ví dụ:

    xóa kết nối nmcli pvpn-killswitch
    
  • Chạy lại lệnh sau để xác minh rằng các kết nối ProtonVPN đã bị xóa:

    hiển thị kết nối nmcli --active
    

Nếu vẫn còn bất kỳ kết nối ProtonVPN nào, hãy xóa chúng như mô tả ở trên.

Đă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.