Không có internet sau khi gỡ VPN? Kiểm tra ba chủ sở hữu

Ứng dụng khách đã biến mất mà máy vẫn không đến được đâu, điều đó khiến người ta muốn san phẳng tường lửa và bắt đầu lại. Đừng làm vậy. Trạng thái chặn có thể đến từ ba chủ sở hữu khác nhau trên cùng một máy, và mỗi bên có đường xóa riêng. Xả sạch mọi thứ cùng lúc sẽ xóa đối tượng bạn muốn loại bỏ cùng với lớp bảo vệ bạn vẫn cần, và nó cũng phá hủy bằng chứng về việc chủ sở hữu nào đã gây ra vấn đề. Năm bước kiểm tra, theo thứ tự, ngăn điều đó xảy ra.

Kiểm tra 1: còn gì và nó dùng để làm gì

Tìm riêng ba thứ: một adapter ảo vẫn tồn tại, một bộ lọc hoặc quy tắc tường lửa vẫn chặn, và một tuyến đường hoặc quy tắc chính sách vẫn trỏ tới một đường hầm không còn tồn tại. Sự hiện diện của chúng tự nó không chứng minh gì, vì một công tắc ngắt khẩn cấp có chủ đích trông từ bên ngoài giống hệt một cái bị bỏ lại.

Get-NetAdapter | Where-Object Status -eq 'Up'
Get-NetFirewallRule -Enabled True -Direction Outbound | Where-Object Action -eq 'Block'
ip route show
ip -4 rule show

Ghi lại thời điểm kết nối dừng và liệu ứng dụng khách thông thường còn khởi động được đường hầm của nó không. Nếu ứng dụng khách khôi phục được đường hầm và lưu lượng quay lại, việc chặn đang làm đúng việc của nó và vấn đề nằm ở trạng thái của ứng dụng khách, không phải ở quy tắc còn sót lại.

Kiểm tra 2: chủ sở hữu nào kiểm soát nó

Mỗi thứ đều có một chủ sở hữu. Adapter ảo thuộc về ứng dụng khách VPN hoặc trình điều khiển của nó. Bộ lọc có thể thuộc về ứng dụng khách, tường lửa riêng của nền tảng, hoặc một sản phẩm bảo mật được quản lý. Tuyến đường có thể đã được ứng dụng khách cài khi kết nối và bị bỏ lại.

Trên thiết bị được quản lý, hãy kiểm tra chính sách thiết bị trước khi chạm vào bất cứ thứ gì. Bộ lọc do chính sách áp đặt sẽ được khôi phục ở lần đăng ký tiếp theo, nên việc xóa cục bộ chỉ mua được một giờ và một báo cáo tuân thủ. Cuộc trao đổi đó thuộc về quản trị viên, không phải giao diện tường lửa.

Kiểm tra 3: xóa thứ hẹp nhất giải thích được điều đó

Bắt đầu bằng con đường được nhà cung cấp hỗ trợ: cài đặt sửa chữa hoặc gỡ cài đặt đúng cách thường dọn sạch trạng thái được tạo ra, kể cả những bộ lọc mà việc xóa thủ công sẽ bỏ sót. Đọc hướng dẫn khôi phục cho phiên bản đã cài, vì thứ tự rất quan trọng và việc gỡ cài đặt sau một lần xóa thất bại sẽ hành xử khác.

Nếu thật sự cần kiểm tra thủ công, hãy ghi lại tên quy tắc, giao diện và mục đích đã nêu trước khi thay đổi bất cứ thứ gì, rồi xóa đối tượng đó theo tên. Xóa mọi adapter mạng hoặc xả toàn bộ tập quy tắc để nhắm vào một ứng dụng khách duy nhất chính là cách một ca hỗ trợ trở thành một lần dựng lại.

Kiểm tra 4: DNS và tuyến đường sống lâu hơn adapter

Trạng thái phân giải có thể sống lâu hơn đường hầm. Một trình phân giải vẫn trỏ tới địa chỉ bên trong đường hầm không còn tồn tại sẽ tạo ra thời gian chờ trông giống hệt một cú rớt tường lửa, và kết luận thông thường là sai.

resolvectl status
ip route get 1.1.1.1
nslookup example.com

Nếu địa chỉ phân giải được và kết nối thô qua IP hoạt động, DNS là vấn đề còn lại chứ không phải việc lọc. Nếu cả hai đều thất bại, hãy quay lại kiểm tra một với tuyến đường và bộ lọc trong tay.

Kiểm tra 5: kiểm tra lại cả hai đường và đặt chẩn đoán về chỗ cũ

Kiểm tra kết nối thông thường trước, rồi từng cấu hình VPN còn lại qua các điều khiển riêng của nó: kết nối, sử dụng, ngắt kết nối, và xác nhận máy chủ đã trở lại kết nối đơn giản. Vòng đi-về đó chính là phép thử chứng minh việc chặn bị bỏ lại đã biến mất chứ không chỉ bị né tránh.

Cuối cùng, khôi phục mọi thay đổi chẩn đoán bạn đã thực hiện trên đường đi. Một lần dọn dẹp thành công loại bỏ một phụ thuộc bị bỏ lại; nó không loại bỏ lớp bảo vệ chung của máy chủ, và không nên để lại một tường lửa bị nới lỏng vĩnh viễn. Ghi lại chủ sở hữu nào đang giữ việc chặn, vì lần gỡ cài đặt tiếp theo sẽ tạo ra đúng ba ứng viên đó.