VPN báo đã kết nối nhưng không có gì được định tuyến: hai nơi cần xem
Việc chọn tuyến và đăng ký trình phân giải lỗi thời theo những cách khác nhau. Hãy hỏi nhân trước, rồi đến trình phân giải theo từng liên kết, cuối cùng kiểm tra kết nối cha.
Một đường hầm có thể báo đã kết nối trong khi không có gì chạm tới nó, và hai sự thật đó nằm ở những nơi khác nhau. Một là bảng định tuyến, thứ vẫn có thể gửi gói tin đến một thiết bị mà không ai sở hữu. Hai là trình phân giải, thứ vẫn có thể liệt kê một máy chủ trên một liên kết đã biến mất. Thay đổi mạng không làm hỏng hồ sơ, nó bỏ rơi trạng thái thuộc về kết nối trước thành mồ côi, và cách sửa phụ thuộc vào việc bạn đang thực sự nhìn vào cái nào trong hai.
Trước hết, hỏi nhân xem nó sẽ dùng thiết bị nào
Một danh sách tuyến cho thấy cái gì tồn tại; một tra cứu tuyến cho thấy điều gì sẽ xảy ra. Hãy hỏi về một địa chỉ công cộng và đọc tên thiết bị trong câu trả lời, vì chính trường đó quyết định gói tin có đi tới đâu hữu ích hay không. Khi câu trả lời nêu tên một thiết bị đường hầm, nhân sẽ giao gói tin cho nó ngay cả khi không còn tiến trình khách nào chạy sau giao diện đó. Khi câu trả lời nêu tên bộ điều hợp vật lý trong khi khách nói đã kết nối, đường hầm đang lên và chỉ đơn giản là không phải đường đi được chọn.
Trường hợp thứ hai là trường hợp thường gặp sau khi cáp thay thế wifi, và nó tự trình bày như một VPN hỏng.
ip route show default
ip route get 203.0.113.9Tiếp theo hãy đọc các mục mặc định, vì một tuyến do kết nối nền trước thêm vào có thể sống lâu hơn một lần đổi liên kết và đứng trước tuyến mới. Một tuyến mặc định qua thiết bị đang chết còn tệ hơn không có tuyến mặc định, vì nhân vẫn ưu tiên nó. Hãy để ý metric bên cạnh mỗi mục, vì thứ tự đó giải thích sự ưu tiên nhanh hơn tên giao diện.
Sau đó đọc trình phân giải theo từng liên kết, không phải theo tệp
Việc phân giải tên mang trạng thái riêng và sự lỗi thời riêng. Một trình phân giải liệt kê máy chủ DNS theo từng liên kết sẽ giữ lại máy chủ của một liên kết đường hầm đã chết nhưng vẫn được đăng ký, và mỗi lần tra cứu sau đó chờ một máy chủ sẽ không trả lời. Triệu chứng là một mạng cảm giác như đã chết trong khi bảng định tuyến trông hoàn hảo.
Hãy kiểm tra trạng thái theo từng liên kết thay vì tệp, vì trên nhiều bản phân phối tệp đó là một liên kết tượng trưng vào trình phân giải và việc sửa nó hoặc không làm gì hoặc bị ghi đè nhanh chóng. Xem liên kết nào sở hữu máy chủ nào và miền tìm kiếm nào, rồi hỏi liệu liên kết đường hầm có còn nên được đăng ký hay không. Nếu không, hãy tắt kết nối sở hữu nó thay vì sửa trạng thái được tạo ra bằng tay. Một tên phân giải được trong khi tra cứu tuyến gửi gói tin đi nơi khác là lỗi thứ ba và tách biệt.
resolvectl status
resolvectl query app.internal.exampleNếu địa chỉ phân giải được mà kết nối thất bại, trình phân giải ổn và tuyến không. Nếu địa chỉ hoàn toàn không phân giải được, đây là nơi đúng để bắt đầu.
Một tuyến lỗi thời sống sót qua thay đổi như thế nào
Khách không tự sở hữu mạng. Trên một máy chủ NetworkManager, một hồ sơ VPN được kích hoạt bên trên một kết nối nền, và cài đặt kết nối cho phép kết nối nền đó nêu tên VPN phải đi theo nó. Khi kết nối nền thay đổi vì một hồ sơ khác trở nên được ưu tiên, đường hầm đi theo sang nền mới hoặc bị bỏ lại mà không có nền nào.
Một hồ sơ VPN không tự dựng lên, nên việc ghép cặp quan trọng hơn nhiều so với tùy chọn tự kết nối của chính hồ sơ.
Đọc danh sách đang hoạt động và ghi lại nền nào đang lên trước khi chạm vào đường hầm. Nếu nền có trong danh sách mà đường hầm không, tuyến bị thiếu chứ không phải lỗi thời và cách sửa là kích hoạt. Nếu việc kích hoạt đường hầm phàn nàn rằng không có kết nối nguồn, nền mà nó được ghép cặp đã biến mất, nên hãy dựng nền đó trước hoặc sửa việc ghép cặp thay vì thử lại đường hầm. Thử lại một hồ sơ mà cha của nó vắng mặt luôn cho cùng một lỗi mỗi lần, đó là một tín hiệu hữu ích chứ không phải phiền toái.
nmcli device status
nmcli connection show --active
nmcli connection up office-vpnPhân biệt trạng thái lỗi thời với một cha bị thiếu
Ba trạng thái giải thích gần như mọi báo cáo, và mỗi trạng thái cần một cách sửa khác nhau. Một tuyến mặc định qua thiết bị vẫn còn tồn tại nhưng không còn mang đường hầm là trạng thái lỗi thời, được xóa bằng cách xóa mục hoặc khởi động lại hồ sơ chịu trách nhiệm. Một thiết bị đường hầm mà tiến trình khách đã biến mất là lỗi dọn dẹp, nên đường ngắt kết nối đáng được chú ý chứ không phải bảng định tuyến. Hoàn toàn không có thiết bị đường hầm nghĩa là cha hoặc việc ghép cặp bị thiếu và bảng định tuyến chưa từng liên quan.
Khởi động lại che giấu việc bạn đã có cái nào trong ba, và đó chính là lý do nó có cảm giác như một cách sửa.
Sau khi sửa, hãy hỏi nhân một địa chỉ công cộng và một địa chỉ nội bộ, rồi truy vấn một tên nội bộ. Khi địa chỉ hoạt động mà tên thì không, bạn đã tìm ra vấn đề phạm vi miền trong trình phân giải chứ không phải vấn đề định tuyến. Ghi lại bạn đã tìm thấy trạng thái nào, vì lần thay đổi mạng tiếp theo sẽ tái tạo đúng cái bạn đã để yên.