VPN báo đã kết nối nhưng tuyến mặc định đã chết

Ứng dụng khách báo đã kết nối, biểu tượng trên khay hệ thống trông bình thường, và không có gì tải được. Nó bắt đầu ngay sau khi bạn chuyển từ Wi-Fi sang cáp, hoặc ngay sau khi một bản nâng cấp bản phân phối kết thúc. Thứ bị hỏng không phải hồ sơ mà là trạng thái được dựng cho kết nối cơ sở trước đó. Nhân vẫn còn một tuyến mặc định trỏ tới thiết bị đường hầm mà không ai sở hữu, hoặc bộ phân giải vẫn liệt kê máy chủ trên một liên kết đã biến mất. Cả hai lỗi đều trông như một mạng đã chết và cả hai đều có thể sửa tại chỗ.

Những mảnh cũ vốn đã sai từ trước khi bạn nhận ra. Việc rút cáp chỉ khiến chúng hiện ra.

Hỏi nhân xem gói tin sẽ đi đâu

Danh sách tuyến khó đọc vì chúng liệt kê mọi thứ hệ thống biết, kể cả những mục không còn áp dụng. Tra cứu tuyến trả lời câu hỏi duy nhất đáng hỏi: thiết bị nào đang chở đúng gói tin này ngay bây giờ. Nếu câu trả lời nêu một thiết bị đường hầm, nhân sẽ dùng nó dù phía sau không có tiến trình khách nào còn sống, và gói tin rơi vào một giao diện không ai duy trì. Nếu câu trả lời nêu bộ điều hợp Ethernet trong khi ứng dụng khách khăng khăng rằng kết nối đang bật, đường hầm vẫn tồn tại nhưng đã mất lựa chọn, đó là kết quả thường gặp khi chuyển từ không dây sang có dây.

Chạy tra cứu hai lần, một lần cho địa chỉ công cộng và một lần cho địa chỉ nội bộ, vì chính sách đường hầm chia tách có thể định tuyến đúng một cái và bỏ rơi cái kia.

ip route show default
ip route get 1.1.1.1
ip route get 10.20.30.40

Bộ phân giải cũng giữ liên kết đã chết

Trên máy chủ có systemd-resolved, máy chủ DNS thuộc về các liên kết chứ không thuộc một danh sách toàn cục. Một liên kết VPN đã sập có thể vẫn đăng ký với máy chủ của nó một lúc, và khi đó mọi tra cứu đều chờ một địa chỉ sẽ không bao giờ trả lời. Độ trễ đó giống như một mạng đã chết và khiến người ta đi xem các tuyến trong khi tuyến vẫn ổn.

resolvectl status
resolvectl query intranet.example.com

Đọc các khối theo từng liên kết và xác định liên kết nào sở hữu miền đang bàn. Một đường hầm đang bật nhưng không sở hữu miền nội bộ sẽ chuyển tên nội bộ tới bộ phân giải công cộng, và triệu chứng không thể phân biệt với lỗi định tuyến.

Sửa bản đăng ký chứ không phải /etc/resolv.conf. Trong các bản cài Ubuntu và Fedora hiện nay, đường dẫn đó là một liên kết tượng trưng tới trạng thái chạy của bộ phân giải, nên một chỉnh sửa hoặc bị bỏ qua hoặc bị ghi đè ở sự kiện mạng tiếp theo.

VPN không bao giờ tự khởi động

NetworkManager dựng một VPN lên trên một kết nối cơ sở, và nó học xem phải theo cái nào từ connection.secondaries trên cơ sở đó. tài liệu tham chiếu cài đặt kết nối nói rõ rằng kết nối tự động không được triển khai cho hồ sơ VPN. Đó là toàn bộ cơ chế đằng sau nhóm lỗi này: đổi cơ sở, và VPN phải được ghép nối lại hoặc kích hoạt lại bằng tay.

nmcli device status
nmcli connection show --active
nmcli connection up office-vpn

Khi danh sách hoạt động hiển thị cơ sở mà không có VPN, đường hầm hoàn toàn không hoạt động và tuyến chưa bao giờ được cài đặt thay vì bị bỏ lại cũ. Khi quá trình kích hoạt phàn nàn rằng không có kết nối nguồn, cơ sở mà nó đã ghép nối đã biến mất, nên hãy sửa cơ sở hoặc việc ghép nối trước rồi đừng thử VPN nữa.

Một bản nâng cấp có thể làm rơi cài đặt mà không có thông báo

Nâng cấp một bản phân phối thay thế ứng dụng khách và thường cả phần bổ trợ NetworkManager của nó, trong khi hồ sơ đã lưu giữ nguyên tên thuộc tính mà nó được ghi với. Mọi thứ phần bổ trợ mới không còn nhận ra đều bị bỏ qua trong im lặng. Hồ sơ vẫn kích hoạt và thiết bị vẫn xuất hiện, nhưng tuyến trước đây đi kèm nó thì không còn đến nữa.

Các móc viết tay cũng dịch chuyển. Một tập lệnh từng cài tuyến ở một thời điểm dự đoán được trong trình tự cũ nay có thể chạy trước khi giao diện tồn tại, hoặc sau khi ứng dụng khách đã hết thời gian chờ.

So sánh hồ sơ đang sống với phần bổ trợ mà bạn thực sự có, chứ không phải với hành vi bạn nhớ. Nếu một khóa đã biến mất khỏi tài liệu, hãy chuyển công việc sang một tập lệnh điều phối hoặc một thay thế được hỗ trợ thay vì khôi phục thuộc tính cũ.

Ba trạng thái, ba cách sửa khác nhau

Xác định bạn đang ở trạng thái nào trước khi chạm vào bất cứ thứ gì, vì khởi động lại phá hủy bằng chứng và lỗi quay lại ở lần thay đổi mạng tiếp theo.

Kết thúc bằng một tra cứu cho địa chỉ công cộng, một cho địa chỉ nội bộ và một truy vấn tên. Nếu địa chỉ chạy mà tên không chạy, lỗi còn lại là phạm vi miền trong bộ phân giải, và bảng tuyến chưa bao giờ là vấn đề.