Bộ điều hợp ảo SoftEther xuất hiện nhưng không gửi lưu lượng

Bộ điều hợp ảo SoftEther xuất hiện trong danh sách mạng của hệ điều hành, tự báo là chưa kết nối và không mang lưu lượng nào. Sự kết hợp đó là bình thường với thiết bị không có phiên gắn vào, và đó cũng là trạng thái bạn thấy khi một hồ sơ sai được gắn vào nó. Bộ điều hợp là thiết bị do hệ điều hành sở hữu; phiên là thứ mang lại sự sống cho nó. Hãy làm bốn phép kiểm tra này theo thứ tự và dừng ở phép đầu tiên thất bại.

Tách thiết bị khỏi phiên

Tạo bộ điều hợp cài đặt một thiết bị mạng; nó không xác thực với máy chủ nào. Hãy xác nhận danh sách kết nối của ứng dụng khách nói gì trước khi suy ra bất cứ điều gì từ trạng thái giao diện. Một hồ sơ không kết nối giải thích trạng thái chưa kết nối mà không cần điều tra thêm.

Bộ điều hợp và giao diện vật lý có nhiệm vụ khác nhau. Một cái mang lưu lượng đã giải mã mà ứng dụng nhìn thấy, cái kia mang kết nối bên ngoài đã mã hóa đến máy chủ. Nhầm lẫn hai thứ khiến các quy tắc tường lửa và tuyến đường bị áp lên thiết bị sai. Quy tắc viết cho giao diện vật lý sẽ không khớp với lưu lượng của đường hầm, và quy tắc viết cho đường hầm sẽ không ảnh hưởng đến kết nối bên ngoài.

Ghép một bộ điều hợp với một hồ sơ

Mỗi bộ điều hợp nên được gắn với hồ sơ kết nối bạn định dùng, và sự gắn kết đó nên hiển thị trong ứng dụng khách thay vì được ghi nhớ. Khi có nhiều bộ điều hợp, hãy ghi lại hồ sơ nào sở hữu thiết bị nào trước khi chạm vào bất kỳ cái nào. Dùng lại một bộ điều hợp qua nhiều hồ sơ là cách một địa chỉ cũ sống sót qua lần kết nối lại.

Nếu ứng dụng khách cung cấp cách được hỗ trợ để tạo lại sự gắn kết, hãy dùng cách đó thay vì sửa trực tiếp cấu hình của hệ điều hành. Ứng dụng khách ghi cài đặt của bộ điều hợp khi kết nối, nên các thay đổi thủ công thường biến mất hoặc xung đột ở phiên tiếp theo.

Đọc cài đặt thực tế sau khi kết nối

Khi phiên đã hoạt động, hãy đọc địa chỉ, tuyến và bộ phân giải từ hệ thống. Bảng trạng thái của ứng dụng khách mô tả những gì nó yêu cầu, còn nhân mô tả những gì thực sự xảy ra.

ip -brief address show
ip route get 10.20.30.41
resolvectl status | head -20

Danh sách địa chỉ cho thấy bộ điều hợp có nhận được gì hay không, và một bộ điều hợp không có địa chỉ sau khi đăng nhập thành công cho thấy vấn đề nằm ở cấu hình của hồ sơ chứ không phải trình điều khiển. Truy vấn tuyến cho thấy giao diện nào sẽ mang một đích riêng, và đó là nơi một tuyến thiếu trở nên hữu hình. Kết quả của bộ phân giải cho thấy DNS có theo phiên hay không, vì một liên kết hoạt động với DNS cục bộ vẫn tạo ra kết nối hỏng một nửa.

Một bộ điều hợp được tạo mà không có cài đặt hữu ích có thể tồn tại song song với một lần đăng nhập quản trị thành công ở nơi khác trong ứng dụng khách. Hai bảng trả lời hai câu hỏi khác nhau, nên cái này không bao giờ là bằng chứng về cái kia. Khi chúng không đồng ý, góc nhìn của hệ thống là thứ mà ứng dụng trải nghiệm.

Dừng trước khi cầu nối hoặc xóa

Cầu nối bộ điều hợp ảo với một bộ điều hợp vật lý là thay đổi thiết kế, không phải sửa chữa. Nó hợp nhất hai ranh giới mạng, và nó không phải cách khắc phục một tuyến thiếu. Nếu việc triển khai cần cách bố trí đó, nó cần một thiết kế được phê duyệt và một kế hoạch kiểm thử.

Xóa một bộ điều hợp cũng phá hủy như vậy khi một dịch vụ khác đang dùng nó. Trước hết hãy xác định chủ sở hữu, bao gồm mọi ứng dụng khách hoặc sản phẩm ảo hóa khác trên máy đã tạo ra một giao diện có tên tương tự. Một thiết bị xuất hiện lại sau khi gỡ bỏ đang nói với bạn rằng có thứ gì đó đang tạo lại nó.

Kết thúc bằng việc kiểm tra ứng dụng, không phải bộ điều hợp. Một thư mục chia sẻ hoặc trang mạng nội bộ tải được qua đường hầm là bằng chứng rằng thiết bị, phiên và tuyến đều khớp nhau.