Đã cài VPN trên Windows, Linux khởi động không có mạng: cần kiểm tra gì

Bạn cài VPN trên Windows, khởi động lại vào Linux, và kết nối có dây chết. Câu chuyện hiển nhiên tự viết ra: VPN đã để lại thứ gì đó. Câu chuyện sai, vì hai lần khởi động chạy nhân riêng, trình điều khiển riêng, bảng định tuyến riêng và trình phân giải riêng. Bộ lọc mạng của Windows không thực thi bên trong Linux, nên lỗi nằm ở ngăn xếp Linux hoặc ở thứ mà cả hai lần khởi động thực sự chia sẻ, như phần cứng, firmware hay router.

Triệu chứng và kết luận sai

Phần hữu ích của quan sát là thời điểm: lỗi xuất hiện sau một thay đổi. Phần vô ích là bước nhảy nhân quả sang VPN của Windows, thứ không thể chạy trong hệ điều hành kia. Tách hai điều đó ra là toàn bộ công việc. Ghi lại dòng thời gian trước khi chạm vào cáp.

Điều cả hai lần khởi động thực sự chia sẻ là bộ điều hợp vật lý, cáp, cổng switch và mọi thứ phía trên. Đó là những biến chung thật, và chúng đáng được kiểm tra sau khi đã xem xét ngăn xếp Linux.

Chụp ảnh trạng thái ngăn xếp Linux bằng bốn lệnh

Bắt đầu ở chế độ chỉ đọc và ghi lại trạng thái trước khi thay đổi bất cứ thứ gì: ip -br link cho sự hiện diện của giao diện, ip -br address cho địa chỉ, ip route cho tuyến IPv4 và ip -6 route ở nơi IPv6 quan trọng. Tài liệu của công cụ ip phân biệt các đối tượng này, và một giao diện trong danh sách không phải bằng chứng rằng nó có địa chỉ hoạt động hay tuyến dùng được.

Lưu đầu ra vào tệp để sau này so sánh với một lần khởi động hoạt động. Một ảnh chụp bạn không thể tái tạo chỉ là ký ức về một trạng thái.

Đây là liên kết, địa chỉ, tuyến hay tên?

Bốn lỗi khác nhau trông giống nhau từ trình duyệt. Thiết bị có thể hoàn toàn vắng mặt, hiện diện mà không có sóng mang, được kết nối nhưng không có địa chỉ mong đợi, hoặc có địa chỉ mà không có tuyến đến đích. Việc phân giải tên thất bại trong khi địa chỉ thô hoạt động là trường hợp thứ năm, và nó thuộc về trình phân giải chứ không phải trình điều khiển.

Mỗi trường hợp chỉ tới một công việc khác nhau: trình điều khiển hoặc firmware cho thiết bị vắng mặt, cáp hoặc switch khi không có sóng mang, DHCP hoặc cấu hình tĩnh cho địa chỉ thiếu, và định tuyến hoặc chính sách cho đường đi thiếu. Sự cố trình phân giải chỉ tới systemd-resolved, NetworkManager hoặc cấu hình DNS cục bộ.

Kiểm tra xem bản cài Linux có VPN riêng hoặc cấu hình tường lửa lâu dài không. Một đường hầm cục bộ hoặc bộ quy tắc nftables là nguyên nhân phía Linux, và nó giải thích lỗi có khả năng cao hơn nhiều so với một chương trình Windows không chạy.

Sau đó so sánh quá trình chuyển đổi khởi động

Windows Fast Startup là kiểu tắt máy lai giữ trạng thái phiên của nhân thay vì khởi động đầy đủ. Tài liệu của Microsoft về trạng thái nguồn phân biệt nó với khởi động lại và với tắt máy hoàn toàn, nên cùng một phần cứng có thể hành xử khác nhau trong hai lần chuyển đổi.

Nếu lỗi phụ thuộc vào việc chuyển từ hệ điều hành này sang hệ điều hành kia, hãy so sánh một lần khởi động lại hoặc tắt máy hoàn toàn đã ghi lại với đường đi bình thường, sau khi lưu công việc. Kết quả đi theo lần chuyển đổi biện minh cho việc xem xét trạng thái trình điều khiển, thiết bị hoặc firmware, và tự nó không chứng minh rằng Fast Startup đã gây ra một lỗi bộ điều hợp cụ thể.

Ghi lại hệ điều hành nào dùng bộ điều hợp lần cuối, loại chuyển đổi, trạng thái liên kết trong Linux và thao tác đầu tiên bị lỗi. Một khác biệt có thể lặp lại giữa khởi động nguội và chuyển đổi ấm đáng giá hơn nhiều so với việc gỡ phần mềm VPN khỏi cả hai bản cài mà không biết ngăn xếp nào đã hỏng.

Điều không nên thay đổi

Đừng đặt lại cả hai ngăn xếp mạng như bước đầu tiên. Việc đó phá hủy so sánh và thường không sửa được gì, vì nguyên nhân thật chưa bao giờ được xác định. Đừng cài lại VPN của Windows để sửa Linux, và đừng đổi cài đặt firmware một cách ngẫu nhiên chỉ vì một lần chuyển đổi khởi động tương quan với lỗi.

Tài liệu của công cụ ip mô tả các đối tượng liên kết, địa chỉ và tuyến dùng ở trên. Hãy đọc phía Linux trước, giữ lại ảnh chụp, và chỉ sau đó mới quyết định xem lớp phần cứng chung có đáng điều tra hay không.