Khởi động VPN thứ hai thay thế trạng thái của VPN thứ nhất

Hai ứng dụng khách, hai biểu tượng đã kết nối và niềm tin rằng lưu lượng giờ đi qua cả hai. Hãy so sánh niềm tin đó với những gì mỗi nền tảng thực sự cho phép. Điện thoại thường có đúng một chỗ cho một dịch vụ VPN; máy tính để bàn có thể chạy nhiều ứng dụng khách tranh nhau cùng các tuyến đường và cùng bộ phân giải. Sự khác biệt giữa hai tình huống này giải thích phần lớn báo cáo về việc VPN rớt khi một VPN khác khởi động.

Các biểu tượng mô tả tiến trình, không phải một chuỗi.

Một chỗ trên điện thoại, nhiều ứng viên trên máy tính

Trên Android, nền tảng cung cấp mô hình dịch vụ VPN với một VPN đang hoạt động cho mỗi hồ sơ người dùng, nên khởi động cái thứ hai sẽ dừng cái thứ nhất. Đó là hệ thống đang áp đặt quy tắc của chính nó, không phải lỗi trong bất kỳ ứng dụng khách nào. Trên máy tính để bàn, nhiều ứng dụng khách có thể tiếp tục chạy đồng thời, và sau đó chúng tranh nhau bảng định tuyến, quy tắc chính sách, cấu hình bộ phân giải và giao diện ảo. Cả hai kết quả đều là nền tảng hoạt động đúng như thiết kế.

Không kết quả nào tự nó tạo ra một đường hầm lồng nhau. Một chuỗi đòi hỏi một đường hầm phải chở các gói đã mã hóa của đường hầm kia, và đó là kiến trúc, không phải sự trùng hợp về thứ tự.

Ứng dụng khách thứ hai ghi đè điều gì

Ứng dụng khách thứ hai thường cài một tuyến đường mặc định, thêm các quy tắc riêng và đẩy bộ phân giải riêng của nó. Cái thứ nhất có thể tồn tại như một tiến trình không có lưu lượng, hoặc giữ một tuyến đường không còn thắng nữa. Các tuyến đường theo miền là nạn nhân thường thấy, đó là lý do một số đích vẫn hoạt động trong khi những đích khác thất bại. Triệu chứng thấy được là mất kết nối, và trạng thái thực tế là thay thế một phần.

Kiểm tra IP đầu ra sẽ không tiết lộ điều này. Nó báo cáo một địa chỉ cho một đích và không nói gì về việc tuyến đường nào bị ghi đè hay bộ phân giải nào đang trả lời. Để thấy thiệt hại, hãy đọc bảng định tuyến và trạng thái của bộ phân giải.

Lồng nhau là một thiết kế, không phải thứ tự nhấp chuột

Nếu mục đích là lồng nhau, hãy ghi lại đường đi bên ngoài của từng điểm cuối, chính sách thất bại và hậu quả đối với MTU. Quyết định điều gì xảy ra khi đường hầm bên ngoài rớt trong khi đường hầm bên trong vẫn tin rằng nó đang kết nối. Khởi động các ứng dụng khách theo một thứ tự may mắn không phải là cấu hình, vì lần cập nhật hoặc kết nối lại tiếp theo sẽ sắp xếp lại chúng. Một bố cục lồng nhau cần sự cẩn trọng như bất kỳ cấu trúc liên kết nào khác.

Khi một kết nối dành cho công việc và kết nối kia là cá nhân, hãy dựa vào bất kỳ sự cách ly hoặc bố cục được quản lý nào mà nền tảng hỗ trợ. Xé bỏ các kiểm soát của doanh nghiệp không phải là chiến lược tách biệt.

Xác minh bằng ứng dụng, không phải biểu tượng

Hãy thử các ứng dụng thực sự quan trọng, từ mọi ngữ cảnh bạn định sử dụng, và đưa hành vi của bộ phân giải cũng như việc kết nối lại vào bài kiểm tra. Địa chỉ đầu ra cuối cùng không thể nhận diện mọi tuyến đường bị ghi đè, và một biểu tượng màu xanh không thể nhận diện bất kỳ tuyến nào trong số đó. Ghi lại ai sở hữu kết nối và tổ hợp nào thực sự được hỗ trợ.

Nếu một sản phẩm không hỗ trợ rõ ràng việc cùng tồn tại với sản phẩm khác, một thay đổi ngẫu nhiên về tuyến đường hoặc quyền sẽ không tạo ra một triển khai có thể bảo trì. Nó sẽ tạo ra một triển khai chỉ hoạt động cho đến lần cập nhật tiếp theo.

Ghi lại ứng dụng khách nào sở hữu tuyến đường mặc định, bộ phân giải nào trả lời, và điều gì xảy ra khi mỗi bên dừng lại.