Sửa Check Point VPN: mất kết nối với dịch vụ VPN
Mất kết nối với dịch vụ VPN là lỗi cục bộ của ứng dụng khách. Làm theo thứ tự: dịch vụ, liên kết bộ điều hợp, rồi sửa MSI để giữ cấu hình trang.
Kết nối không làm gì và ứng dụng khách báo rằng đã mất kết nối với dịch vụ VPN. Câu đó nói về chiếc máy trước mặt bạn: dịch vụ phía sau đường hầm, bộ điều hợp ảo mà nó nằm trên, hoặc bản cài đặt nối hai thứ đó. Không có gì trong đó quy cho cổng mạng, nên gõ lại địa chỉ trang hoặc tài khoản không thay đổi gì. Hãy đọc nó như một lỗi cục bộ và không gian tìm kiếm thu hẹp lại.
Đọc lỗi như một lỗi cục bộ
Các từ chối phía máy chủ nghe khác hẳn: xác thực thất bại, không tới được cổng mạng, chứng chỉ không hợp lệ. Mất kết nối với dịch vụ nghĩa là ứng dụng khách không tới được daemon của chính nó, điều này loại cổng mạng, thông tin đăng nhập và các quy tắc tường lửa ra khỏi giờ đầu tiên. Sao chép nguyên văn vào ghi chú trước khi động vào bất cứ thứ gì, vì chính chuỗi đó phân biệt một dịch vụ đã chết với một lần từ chối theo chính sách.
Sau đó chỉ còn ba nghi phạm: dịch vụ, trình điều khiển và bộ cài đặt.
Khởi động mọi dịch vụ Check Point, không chỉ một
Mở services.msc và đọc mọi mục Check Point, không chỉ mục có tên xuất hiện trong lỗi. Một bản cài Endpoint Security VPN đăng ký vài mục, và chỉ một mục bị dừng hoặc bị vô hiệu hóa là đủ để ứng dụng khách không kết nối được. Khởi động tất cả, rồi chuyển những mục mà ứng dụng khách phụ thuộc từ Manual sang Automatic, vì một dịch vụ Manual thất bại khi được yêu cầu sẽ tái hiện lỗi chính xác.
Chuỗi phụ thuộc quan trọng ngang bản thân các dịch vụ.
DHCP Client cấp địa chỉ cho bộ điều hợp ảo, và bản thân nó dựa trên ba thành phần: Network Store Interface Service, trình điều khiển NetIO legacy TDI và Ancillary Function Driver for Winsock. Dừng DHCP Client và dịch vụ VPN có thể khởi động sạch trong khi bộ điều hợp vẫn chưa có địa chỉ. Cập nhật tính năng là tác nhân lặp lại, vì chúng có thể âm thầm đưa một dịch vụ của bên thứ ba về Manual hoặc Disabled. Sau một bản cập nhật như vậy, hãy hỏi loại khởi động thay vì kết luận bản cài đặt bị hỏng.
Get-Service -Name "Check*" | Format-Table -AutoSize Name, Status, StartType
Get-Service -Name Dhcp | Format-Table -AutoSize Name, Status, StartType
Kiểm tra liên kết bộ điều hợp trước khi cài lại
Khi các dịch vụ chạy và thông báo vẫn còn, hãy nhìn bộ điều hợp. Bộ điều hợp có thể tồn tại mà vẫn hỏng, thường vì trình điều khiển mà nó liên kết không sống sót qua bản nâng cấp. Vô hiệu hóa rồi bật lại là phép thử rẻ tiền, và Device Manager cần đổi một thiết lập trước khi thiết bị xuất hiện.
set devmgr_show_nonpresent_devices=1
start devmgmt.msc
Trong View, chọn Show hidden devices, mở Network adapters và tìm bộ điều hợp ảo Check Point. Tắt rồi bật lại, sau đó thử kết nối. Huy hiệu cảnh báo, hoặc hoàn toàn không có mục nào, nghĩa là trình điều khiển đã biến mất chứ không phải bị tạm dừng.
Sửa bản cài đặt thay vì gỡ bỏ nó
Trong Programs and Features, nhấp chuột phải vào Check Point Endpoint Security VPN và chọn Repair. Một lượt đó đăng ký lại cả dịch vụ lẫn bộ điều hợp và để cấu hình trang yên tại chỗ. Cài từ đầu sau khi gỡ bỏ sẽ vứt bỏ cấu hình đó và thường tốn một lần khởi động lại vô ích.
Nếu Repair dừng giữa chừng, nhật ký cài đặt nêu tên thành phần đã từ chối. Khi xong, hãy kiểm tra cả dịch vụ lẫn bộ điều hợp đã trở lại trước khi kết nối lại; một bộ điều hợp vẫn mang huy hiệu cảnh báo nghĩa là gói trình điều khiển chưa từng được cài lại, và chỉ Repair thì không sửa được điều đó.
Tách vấn đề đường đi mạng khỏi vấn đề của ứng dụng khách
Không phải mọi trường hợp đều cục bộ. Một LAN doanh nghiệp đẩy lưu lượng qua proxy có xác thực có thể khiến ứng dụng khách không tới được cổng mạng, trong khi cùng chiếc máy tính xách tay đó kết nối tốt qua hotspot điện thoại. Nếu hotspot hoạt động, ứng dụng khách khỏe mạnh và vấn đề nằm ở đường proxy.
Một thiết lập BIOS tự động chuyển bộ điều hợp mạng cũng có thể thay liên kết bên dưới ứng dụng khách. Chỉ vô hiệu hóa nó ở nơi máy thực sự cung cấp tùy chọn, vì hầu hết máy tính xách tay không có.
Kết nối và xác nhận bộ điều hợp đường hầm đã nhận địa chỉ và các dịch vụ vẫn chạy trước khi đóng ca.
ipconfig /all
Get-Service -Name "Check*" | Format-Table -AutoSize Name, Status
Một đường hầm trụ được một phút rồi chết thường chỉ ra bộ điều hợp, hoặc một sản phẩm bảo mật đang kiểm tra nó, chứ không phải tài khoản. Lên lịch một lần khởi động lại sau khi sửa trình điều khiển hoặc MSI, vì đó là thứ dựng lại liên kết, và ghi các loại khởi động khỏe mạnh khi mọi thứ còn chạy để bản cập nhật sau có thứ so sánh.