dev tun trên Windows vẫn hiện một bộ điều hợp TAP. Như vậy có sai không?

Trình quản lý thiết bị hiển thị TAP-Windows Adapter V9 trong khi hồ sơ ghi dev tun, và đường hầm vẫn hoạt động. Tổ hợp đó không phải cấu hình sai, và việc chuyển qua lại chế độ sẽ không thay đổi nó. Tên bộ điều hợp phản ánh trình điều khiển Windows mà ứng dụng đã nạp, không phải các gói mà đường hầm mang. Hãy đọc dòng trình điều khiển trong nhật ký ứng dụng trước khi sửa bất cứ điều gì.

Vì sao đường hầm lớp 3 nhận một bộ điều hợp Ethernet

Trong phần lớn lịch sử Windows của ứng dụng, không có bộ điều hợp ảo lớp 3 nào dùng được. Lựa chọn duy nhất là trình điều khiển TAP-Windows, vốn trình bày một giao diện Ethernet. Sau đó ứng dụng mô phỏng hành vi lớp 2 còn thiếu để Windows có thể cấu hình nó. Chính sự mô phỏng đó là lý do bộ điều hợp vẫn trông như một card mạng.

Hai phần của sự mô phỏng đó có thể thấy nếu để ý: ứng dụng trả lời ARP cho địa chỉ đường hầm, và cấp một hợp đồng thuê DHCP nhỏ cho máy cục bộ. Vì vậy Windows thấy một bộ điều hợp Ethernet bình thường với địa chỉ MAC và trình điều khiển NDIS, trong khi bản thân đường hầm mang các gói IP trần. Bộ cánh Ethernet thuộc về trình điều khiển, không thuộc chế độ đường hầm.

Hãy tìm dòng trình điều khiển thay vì phán đoán theo tên

Hai bộ điều hợp có thể dùng chung một tên giữa các phiên bản trình điều khiển, nên chỉ tên không thể cho biết cái nào đã chạy. Nhật ký ứng dụng nêu tên thiết bị mà nó đã mở, và trên các bản dựng mới còn nêu tên trình điều khiển mà nó đã chọn; đó là dòng cần đọc.

Hãy kiểm tra ba điều trong nhật ký theo thứ tự này: ứng dụng có mở bộ điều hợp nào không, nó báo cáo trình điều khiển nào, và nó có quay lại bản cũ sau lỗi không. Dòng quay lại dễ bị bỏ qua vì kết nối vẫn lên, và đường hầm khi đó chạy trên trình điều khiển cũ trong khi người dùng tưởng bản mới đang hoạt động.

Chuyển sang trình điều khiển lớp 3 và kiểm tra những gì phải có

Trình điều khiển lớp 3 do dự án WireGuard cung cấp có từ phiên bản ứng dụng 2.5, nhưng là tùy chọn. Một chỉ thị duy nhất chọn nó:

windows-driver wintun

Trình điều khiển phải được cài trên máy, và các bản dựng chính thức có kèm bản sao đã ký. Hãy phát hành bản đã ký đó nếu bạn tự đóng gói ứng dụng, vì trình điều khiển được biên dịch riêng sẽ xung đột với các bản sao mà sản phẩm VPN khác cài đặt. Những xung đột đó tạo ra lỗi khó quy nguyên nhân, và chúng thường xuất hiện sau khi một ứng dụng VPN thứ hai đến máy. Ngược lại, thiếu trình điều khiển sẽ để lại một dòng rõ ràng trong nhật ký.

Trình điều khiển cũng áp đặt quyền chặt chẽ hơn, nên ứng dụng tạo bộ điều hợp thông qua dịch vụ tương tác chạy dưới một tài khoản đặc quyền. Nếu khởi chạy ứng dụng như một tiến trình người dùng thường không có dịch vụ đó, chỉ thị có thể thất bại, khiến bộ điều hợp đã cài trước đó vẫn hiện ra và trông như việc chuyển đổi bị bỏ qua.

Khi nào TAP vẫn là câu trả lời đúng

Nếu đường hầm phải mang khung Ethernet, lưu lượng quảng bá hoặc các giao thức không phải IP, thì cần bộ điều hợp lớp 2 và trình điều khiển TAP đi kèm yêu cầu đó. Thiết kế cầu nối trên Windows cũng có cùng ràng buộc, vì giao diện phải tham gia một miền lớp 2.

Hiệu năng không phải lý do để chọn cái này thay cái kia ở mức tên bộ điều hợp. Phiên bản 2.6 bổ sung trình điều khiển giảm tải kênh dữ liệu, chuyển việc xử lý gói vào nhân, và đó là lựa chọn thay đổi đặc tính thông lượng. Đây là quyết định về năng lực chứ không phải điều kiện để kết nối, và nó phụ thuộc vào bản dựng cùng gói đã cài. Một hồ sơ hoạt động mà không cần nó vẫn tiếp tục hoạt động.

Dọn dẹp sau khi chuyển

Gỡ bộ điều hợp cũ cũng quan trọng như thêm bộ mới. Một giao diện TAP còn sót lại có thể giữ địa chỉ và tuyến đường từ phiên trước, và những mục đó tồn tại lâu hơn kết nối đã tạo ra chúng. Hãy xóa thiết bị cũ trong Trình quản lý thiết bị, sau đó kết nối lại và xác nhận bảng định tuyến không còn nhắc đến nó.

Nếu có nhiều sản phẩm VPN được cài, hãy ghi lại sản phẩm nào mang gói trình điều khiển nào trước khi gỡ lỗi hồ sơ. Hai ứng dụng cài các bản dựng khác nhau của cùng một trình điều khiển là xung đột mà không việc sửa hồ sơ nào giải quyết được. Hãy gỡ cài đặt ứng dụng không dùng và khởi động lại, sau đó tìm bộ điều hợp trùng lặp trong Trình quản lý thiết bị. Chỉ sau đó mới đáng so sánh các dòng nhật ký giữa hai sản phẩm.