Đường hầm chia tách vẫn loại trừ một ứng dụng bạn đã gỡ cài đặt

Ứng dụng cũ đã biến mất, nhưng danh sách đường hầm chia tách vẫn còn một mục cho nó. Không có gì hỏng một cách rõ ràng, và đó là lý do nó nằm đó hàng tháng. Rồi ai đó cài một chương trình khác vào cùng thư mục, hoặc một hồ sơ được quản lý khôi phục quy tắc ở mỗi lần kết nối lại, và lưu lượng bắt đầu đi theo một đường mà không ai đã hoạch định. Việc loại trừ đã sống lâu hơn lý do tồn tại của nó.

Dọn dẹp việc này chủ yếu là về danh tính: quy tắc bây giờ trỏ tới đâu, và ai sở hữu danh sách.

Triệu chứng: một loại trừ không khớp với gì cả

Một mục cũ không nhìn thấy trong sử dụng bình thường. Nó trở nên nhìn thấy theo ba cách: một ứng dụng bạn tưởng sẽ đi qua đường hầm lại đi trực tiếp, một chương trình mới thừa hưởng ngoại lệ cũ, hoặc ứng dụng khách từ chối lưu chỉnh sửa vì hồ sơ được quản lý ghi đè lên nó. Cả ba trông như những lỗi riêng biệt, và cả ba là cùng một vấn đề sổ sách. Mỗi cái đều rẻ để kiểm tra và đắt nếu chẩn đoán sai.

Hãy bắt đầu bằng việc đọc quy tắc, không phải xóa nó.

Tìm hiểu quy tắc xác định cái gì

Các triển khai đường hầm chia tách gắn loại trừ với những thứ khác nhau: đường dẫn tệp thực thi, tên gói, mã định danh gói hoặc tuyến đường. Quy tắc dựa trên đường dẫn trỏ tới một tệp có thể không còn tồn tại, hoặc có thể bây giờ là tệp khác. Quy tắc dựa trên gói trỏ tới một danh tính mà bản cài mới có thể dùng lại. Đọc tài liệu của ứng dụng khách cho trường bạn đang xem, vì cùng một hộp văn bản lại có nghĩa khác nhau ở các sản phẩm khác nhau. Hướng dẫn VpnService của Android là tài liệu tham chiếu cho trường hợp dựa trên gói.

Tên hiển thị là phần kém đáng tin nhất của mục, và đó lại là phần người ta đọc.

Quy tắc đường dẫn và quy tắc gói hoạt động khác nhau

Một quy tắc đường dẫn sống sót sau khi gỡ cài đặt thường trở nên vô hiệu, và vô hiệu là kết quả tốt. Kết quả xấu là một đường dẫn được dùng lại, vì tệp thực thi mới thừa hưởng ngoại lệ một cách âm thầm. Quy tắc gói lại hành xử khác: một sản phẩm có thể bỏ qua gói không khả dụng, từ chối nó, hoặc tiếp tục khớp theo tên khi có thứ mới nhận tên đó.

Đừng chuyển một giả định từ ứng dụng khách này sang ứng dụng khác. Hãy kiểm tra ứng dụng của bạn thực sự làm gì với một mục tiêu bị thiếu, lý tưởng nhất là tạo tình huống đó một cách có chủ đích trên máy thử và quan sát tiến trình nào thừa hưởng ngoại lệ.

Xóa nó qua chủ sở hữu

Nếu danh sách đến từ một hồ sơ được quản lý, chỉnh sửa cục bộ là một thay đổi tạm thời sẽ được khôi phục ở lần kết nối lại tiếp theo. Hãy thay đổi hồ sơ, hoặc hỏi người sở hữu nó, và xác nhận rằng chỉnh sửa vẫn còn sau khi kết nối lại. Nếu danh sách là cục bộ, hãy xóa mục và kiểm tra xem ứng dụng khách đã ghi lại cấu hình của nó thay vì giữ cấu hình cũ trong bộ nhớ.

Một danh sách trống không phải là mục tiêu. Mục tiêu là danh sách mà các mục của nó vẫn khớp với yêu cầu thực tế.

Sau đó thử cả hai hướng

Sau khi dọn dẹp, hãy thử một ứng dụng vẫn nên bị loại trừ và một ứng dụng bây giờ nên đi qua đường hầm. Xác nhận hành vi DNS riêng, vì chính sách trình phân giải là một kiểm soát khác với danh sách loại trừ. Sau đó kết nối lại một lần và thử lại, vì hồ sơ được khôi phục là cách phổ biến nhất khiến một lần dọn dẹp âm thầm tự hủy.

Giữ một mục đích một dòng bên cạnh mỗi ngoại lệ còn lại. Chính dòng đó ngăn danh sách trở thành bảo tàng, và khiến lần dọn dẹp tiếp theo thành công việc năm phút.