Thiết lập VPN trên Mac: chọn ứng dụng khớp với hồ sơ của bạn
Ghép ứng dụng Mac với hồ sơ bạn được cấp, sau đó kiểm chứng tài nguyên riêng thay vì biểu tượng, và đọc DNS riêng khi tên miền không phân giải được.
Hãy thiết lập ứng dụng mà nhà cung cấp VPN của bạn chỉ định, rồi chứng minh đường hầm bằng chính tài nguyên riêng mà bạn thực sự cần. Máy Mac có thể lưu cấu hình VPN gốc trong Cài đặt Hệ thống, nhưng tệp OpenVPN hoặc WireGuard cần phần mềm hiểu định dạng đó, và đây là hai con đường thiết lập khác nhau. Loại thông tin xác thực quyết định việc đăng nhập sẽ hỏng theo cách nào, nên hãy đọc nó trước khi gõ bất cứ thứ gì. Đánh giá kết quả bằng những gì tài nguyên riêng trả về, không phải bằng biểu tượng trên thanh menu.
Ghép ứng dụng với hồ sơ bạn được cấp
Hãy bắt đầu từ tệp hoặc hướng dẫn mà nhà cung cấp của bạn đã gửi, không phải từ danh sách giao thức trên một trang tải xuống. Biểu mẫu VPN gốc trong Cài đặt Hệ thống xử lý những loại nhất định; hồ sơ OpenVPN hoặc cấu hình WireGuard cần một ứng dụng phân tích được nó. Một máy Mac được quản lý có thể đã nhận kết nối từ trình quản lý thiết bị, và việc thêm hồ sơ thứ hai lên trên sẽ tạo ra xung đột thay vì một bản thiết lập. Hãy xem những gì đã có trước khi bạn cài đặt bất cứ thứ gì.
Phương thức đăng nhập đến từ hồ sơ, và thường là một trong ba: mật khẩu tài khoản, chứng chỉ ứng dụng, hoặc cụm mật khẩu mở khóa một khóa riêng. Mật khẩu sai và chứng chỉ bị từ chối đều chặn kết nối, nhưng chúng không đọc giống nhau, và chỉ một trong hai được khắc phục bằng cách đặt lại mật khẩu tài khoản. Hãy đọc thông báo từ chối trước khi bạn thay đổi bất cứ thứ gì: chứng chỉ hết hạn hoặc không đáng tin vẫn hỏng sau khi đặt lại mật khẩu, trong khi mật khẩu sai hỏng ngay lập tức, ở lần thử đầu tiên.
Giữ tài liệu riêng tư tránh xa nhật ký dùng chung. Cụm mật khẩu khóa, chứng chỉ ứng dụng và khóa của nó không thuộc về một chuỗi trò chuyện với đồng nghiệp, và ảnh chụp màn hình trình chỉnh sửa hồ sơ thường để lộ nhiều hơn người gửi mong đợi. Nếu nhà cung cấp đưa ra một tệp có thể nhập, hãy nhập nó thay vì gõ lại các giá trị bằng tay.
Chứng minh nó chạy trên tài nguyên, không phải trên biểu tượng
Hồ sơ công việc thường chỉ định tuyến các đích văn phòng, nên địa chỉ công cộng bạn thấy khi duyệt web có thể giữ nguyên trong khi ứng dụng riêng vẫn chạy. Trên hồ sơ thoát cá nhân, địa chỉ bạn thấy từ bên ngoài phải thay đổi, còn trên hồ sơ công việc thì thường không được thay đổi. Hãy đo sự khác biệt đó trước khi kết luận đường hầm bị hỏng.
Sau đó mở tài nguyên bạn thực sự cần: thư mục chia sẻ, trang quản trị, máy chủ cơ sở dữ liệu. Một trang chủ tải được qua đường hầm chứng minh đường hầm mang một lượng lưu lượng nào đó, chứ không phải lưu lượng bạn dự định. Nếu trình duyệt vẫn hiển thị địa chỉ ban đầu trong khi hồ sơ đáng lẽ phải thay đổi nó, hãy so sánh ba thứ: ứng dụng đang dùng, họ địa chỉ và chính sách proxy. Proxy của trình duyệt hoặc đường IPv6 có thể đưa lưu lượng đi vòng qua VPN trong khi bản thân đường hầm vẫn khỏe.
Nơi ứng dụng hiển thị bảng định tuyến, hãy đọc tuyến mặc định và tuyến đường hầm. Cặp đó ghi lại thiết kế nào bạn thực sự đã triển khai.
Khi nó ngừng hoạt động, hãy tìm lớp bị hỏng
Một bản thiết lập từng chạy thường hỏng vì có thứ gì đó nhập vào đường đi: một ứng dụng VPN thứ hai, một tác nhân bảo mật, một bộ lọc nội dung, một tiện ích mạng mới. Hãy dùng công cụ chẩn đoán của chính sản phẩm thay vì xóa tùy chọn hoặc đặt lại ngăn xếp mạng, vốn là hy vọng chứ không phải chẩn đoán. Hãy ánh xạ lỗi với một sự kiện, dù là chế độ ngủ, thay đổi Wi-Fi, đăng nhập cổng hay cập nhật ứng dụng, và ghi lại xem nó có lặp lại không. Một tác nhân kích hoạt lặp lại thuộc về phiếu hỗ trợ kèm thời điểm nó xảy ra.
Tên phân giải hỏng khác với tuyến hỏng. Máy chủ riêng nên được truy cập bằng tên đầy đủ đã được ghi trong tài liệu, còn tên văn phòng ngắn phụ thuộc vào bộ phân giải nội bộ cùng miền tìm kiếm chỉ tồn tại trên đường mạng công ty. Đổi bộ phân giải đó sang một dịch vụ DNS công cộng và các tên ngắn sẽ ngừng phân giải hoàn toàn, trông như đường hầm bị hỏng nhưng không phải vậy.
scutil --dns
dscacheutil -q host -a name intranet.example.com
Trong kết quả scutil --dns, hãy tìm bộ phân giải có miền tìm kiếm khớp với miền công ty của bạn và đọc máy chủ tên mà nó trỏ tới; các mục được liệt kê trong cấu hình DNS cho biết mỗi giao diện cung cấp bộ phân giải nào. Khi bộ phân giải công ty chỉ xuất hiện cho một giao diện khác, hoặc trình duyệt chạy DNS mã hóa của riêng nó, một ứng dụng phân giải được tên trong khi mọi thứ khác đều hỏng.
Hãy gỡ một hồ sơ bạn không còn cần bằng chính cơ chế đã cài nó, vì xóa một mục cục bộ để lại tài khoản phía máy chủ vẫn sống và một ứng dụng cũ vẫn có thể đòi các tuyến đó. Trên một máy Mac được quản lý, quy trình gỡ của quản trị viên mới là thứ có hiệu lực. Hãy ghi lại tên hồ sơ, địa chỉ máy chủ và tài nguyên đang hoạt động trước khi gỡ bất cứ thứ gì, để việc khôi phục không bắt đầu từ con số không.