Cách kiểm tra máy khách VPN thứ hai trên Mac mà không mất máy khách đầu tiên

Bạn cài máy khách thứ hai để so sánh, và máy khách đầu tiên ngừng hoạt động. Không có gì bị xóa, và cả hai ứng dụng vẫn được cài đặt. Điều đã thay đổi nằm bên dưới chúng: một tiện ích mở rộng hệ thống, một cài đặt DNS hoặc một tuyến mặc định, và hai máy khách không còn đồng ý ai là chủ sở hữu. Việc cài đặt không phải phần rủi ro; phần rủi ro là chạy cả hai mà không có đường cơ sở đã ghi để quay lại.

Triệu chứng: cấu hình đang hoạt động dừng lại sau lần cài thứ hai

Các máy khách VPN macOS hiện đại thường cung cấp tiện ích mở rộng mạng thay vì giao diện kiểu cũ. Cài đặt một tiện ích như vậy có thể yêu cầu phê duyệt, thêm hồ sơ cấu hình hoặc đăng ký tiện ích mở rộng hệ thống ảnh hưởng đến lưu lượng trước khi bất kỳ kết nối nào được tạo. Tiện ích mở rộng được tải trước khi cửa sổ ứng dụng xuất hiện, đó là lý do máy khách gốc có thể thất bại trong khi máy khách mới ngồi không.

Nếu sau đó máy khách gốc không kết nối được, hoặc kết nối mà không phân giải được gì, tiện ích mở rộng mới là nghi phạm đầu tiên. Đó không phải bằng chứng của xung đột, nhưng đó là nơi cuộc điều tra bắt đầu. Tiếp theo hãy kiểm tra danh sách tiện ích mở rộng và các hồ sơ cấu hình đã cài, không chỉ thư mục ứng dụng.

Ghi lại đường cơ sở trước khi cài đặt bất cứ thứ gì

Ghi lại những gì đang hoạt động: kết quả của ứng dụng, phiên bản máy khách, điểm cuối mà nó kết nối và mọi loại trừ theo ứng dụng hoặc cho đường hầm chia tách. Lưu hồ sơ gốc thông qua quy trình được bảo vệ mà máy khách hỗ trợ, không phải bằng cách sao chép tệp ra khỏi gói ứng dụng.

scutil --dns | head -40
netstat -rn | head -30
ifconfig | grep -E "^(utun|ipsec)"

Ghi lại ba đầu ra đó trong khi máy khách đang hoạt động được kết nối. Chúng cho bạn trạng thái của bộ phân giải, bảng tuyến đường và danh sách giao diện mà một cấu hình hoạt động tạo ra, và đó chính là thứ bạn cần cho việc so sánh sau này. Nếu Mac được quản lý bởi người sử dụng lao động, hãy xác nhận trước khi bắt đầu rằng việc so sánh được phép, vì kết nối công việc tự động có thể kích hoạt lại trong lúc bạn kiểm tra và kết quả khi đó không đại diện cho máy khách nào một mình. Giữ ba đầu ra bên cạnh ghi chú hồ sơ để việc so sánh sau này có tham chiếu.

Thay đổi từng đường đang hoạt động một

Dừng kết nối gốc bằng điều khiển thông thường của nó, rồi khởi động phương án thay thế. Hai máy khách kết nối cùng lúc cho ra kết quả mô tả sự kết hợp, không phải một trong hai sản phẩm. Giữ điểm cuối và tác vụ có thể so sánh nếu các dịch vụ cho phép, vì tải xuống nhanh hơn qua máy chủ khác so sánh hai phương án kết nối chứ không phải hai ứng dụng.

Nếu máy khách mới thất bại, hãy giữ lỗi đầu tiên của nó trước khi thay đổi bất cứ điều gì khác. Lỗi đầu tiên thường nêu tên giai đoạn, và lần thử thứ hai sau khi thay đổi cài đặt thường báo cáo điều gì đó ít hữu ích hơn.

So sánh DNS, tuyến đường và ứng dụng, không chỉ tốc độ

Chạy cùng ba lệnh với máy khách mới được kết nối và so sánh từng dòng. Một bộ phân giải trỏ đi nơi khác, hoặc một bảng tuyến đường thiếu mạng con riêng, giải thích phần lớn khác biệt về hành vi trước khi bạn nhìn vào thông lượng. Sau đó kiểm tra chính ứng dụng với cùng tác vụ, vì một máy khách kết nối nhanh mà không phân giải được tên nội bộ thì chưa thắng cuộc so sánh dù cửa sổ trạng thái trông tốt hơn.

Ghi nhận giao diện nào đã được lưu lượng sử dụng. Trên macOS, tên giao diện đường hầm không phải chỉ báo đáng tin cậy về việc máy khách nào sở hữu tuyến, vì vậy hãy ghép danh sách giao diện với bảng tuyến đường thay vì chỉ đọc một trong hai. Nếu có hai giao diện utun, giao diện mang lưu lượng của bạn là giao diện có tuyến khớp và một mục trong bộ phân giải. Đoán từ tên là cách giao diện sai bị đổ lỗi, vì giao diện tồn tại không phải lúc nào cũng là giao diện mang lưu lượng.

Hãy đọc ba đầu ra thay vì chỉ lướt qua. Trong kết xuất bộ phân giải, một máy chủ tên gắn với giao diện utun cho thấy máy khách nào đã cài nó; trong bảng tuyến đường, tuyến mặc định nêu tên giao diện mang lưu lượng; trong danh sách giao diện, thiết bị utun thứ hai nghĩa là một đường hầm thứ hai đã được tạo. Ba dòng đó, so với đường cơ sở, tách một cấu hình đã khôi phục khỏi một cấu hình mà cả hai máy khách vẫn đang cạnh tranh.

Khôi phục, rồi gỡ bỏ sạch sẽ

Quay lại qua chính quy trình làm việc của máy khách gốc và xác nhận rằng các đầu ra của đường cơ sở khớp với những gì bạn đã ghi. Nếu bộ phân giải hoặc bảng tuyến đường không khôi phục, hãy dừng lại và sửa điều đó trước khi gỡ bỏ bất cứ thứ gì khác. Gỡ bỏ cấu hình không dùng đến thông qua thành phần sở hữu nó: trình gỡ cài đặt của máy khách, hồ sơ, hoặc cài đặt tiện ích mở rộng hệ thống.

Kết thúc bằng việc cập nhật ghi chú của bạn với phiên bản đã kiểm tra, điểm cuối đã dùng và kết quả cho từng cái. Nửa năm sau, bản ghi đó là sự khác biệt giữa một quyết định và một tin đồn.