Bạn tìm nhật ký VPN trên Mac, thấy một hướng dẫn trỏ tới tệp PPP không tồn tại trên máy này, và kết luận rằng không có gì được ghi lại. Kết luận đó thường sai. Bản ghi nằm trong nhật ký hợp nhất, và tệp bị thiếu nghĩa là bản triển khai này không phải loại ghi tệp đó, chứ không phải lần thử không được ghi nhận. Nhầm lẫn hai điều này khiến người ta mất cả tiếng đồng hồ để chứng minh một điều phủ định.

VPN gốc, Tunnelblick và ứng dụng khách của chính nhà cung cấp đều có thể có chủ sở hữu nhật ký khác nhau. Hãy bắt đầu bằng chế độ xem nhật ký mà ứng dụng khách hỗ trợ nếu có, và dùng Console khi bạn cần các sự kiện của hệ thống hoặc của nhà cung cấp quanh lần thử.

Chọn đúng ứng dụng khách đã thất bại

Ghi lại phiên bản macOS, phiên bản ứng dụng khách, tên kết nối và giao thức trước khi mở bất cứ thứ gì. Bốn dữ kiện đó quyết định tên tiến trình bạn sẽ tìm, và đó là điều đầu tiên kỹ sư hỗ trợ sẽ hỏi bạn.

Nếu kết nối được bắt đầu từ một mục trên thanh menu thuộc ứng dụng khách của nhà cung cấp, các thông điệp đáng chú ý có thể đến từ ứng dụng đó chứ không phải từ nhà cung cấp VPN của hệ thống. Nếu nó được bắt đầu từ bảng VPN của chính hệ thống, tiến trình của nhà cung cấp mới là thứ cần tìm. Đoán giữa hai khả năng sẽ lãng phí một lần thử, nên trước tiên hãy kiểm tra ứng dụng nào sở hữu kết nối.

Bật chế độ xem trực tiếp trước lần thử

Mở Console và chọn máy Mac này trong Devices, không phải điện thoại đang kết nối và cũng không phải gói báo cáo cũ. Nhấp Start trên thanh công cụ để luồng chạy trực tiếp, sau đó ghi lại thời điểm kèm múi giờ. Dùng quyền quản trị nếu chế độ xem yêu cầu, và trên một máy Mac được quản lý hãy xin quyền đó từ chủ sở hữu thay vì lách qua.

Bây giờ hãy thực hiện một lần thử kết nối bình thường và ghi lại lỗi nhìn thấy được. Một lần thử là quan trọng: lần thử lại thứ hai sẽ thêm sự kiện mới vào cùng luồng, và trộn hai lần thử trong một cửa sổ là cách người ta điều tra nhầm cú bắt tay.

Không điều nào ở đây bảo đảm rằng dấu vết đã tồn tại. Console là một quy trình thu thập, và bạn đang tạo điều kiện cho một bản ghi sạch chứ không phải lấy lại thứ đã được ghi trước đó.

Thu hẹp theo tiến trình thay vì theo lời đồn

Bắt đầu đủ rộng để nhận diện chủ sở hữu, rồi tinh chỉnh bằng các thuộc tính tiến trình và thông điệp thực sự xuất hiện trong bản ghi của bạn. Nhãn nhà cung cấp được trích trong một hướng dẫn cũ là manh mối cho một phiên bản macOS và một giao thức, không phải bộ lọc vĩnh viễn. Lọc theo nó quá sớm có thể tạo ra cửa sổ trống trông như lỗi ghi nhật ký mà thực ra là tìm sót. Hãy thêm một điều kiện có thể gỡ bỏ, chứ không phải điều kiện gỡ mất bằng chứng.

Console cho phép bạn kết hợp các tiêu chí, và chúng thu hẹp cùng nhau. Nếu kết quả biến mất, hãy gỡ hoặc nới điều kiện chặt nhất thay vì thêm một điều kiện nữa. Chỉ hiển thị lỗi cuối cùng là một sai lầm phổ biến, vìsự kiện giải thích lỗi thường xuất hiện vài dòng trước đó.

Giữ đủ ngữ cảnh để trả lời một câu hỏi

Mở rộng thông điệp liên quan và đọc chi tiết của nó, rồi giữ lỗi có ý nghĩa đầu tiên cùng các sự kiện kết nối xung quanh nó. Một dòng tách rời nói rằng kết nối đã dừng không cho người đọc biết gì về nguyên nhân.

Nói chính xác bản ghi chứng minh giai đoạn nào: một nhà cung cấp hoặc dịch vụ cục bộ chưa bao giờ khởi động, một trao đổi với đầu xa, một lần bị từ chối khi xác thực, hoặc một phàn nàn về định tuyến hay phân giải tên sau đó. Thông điệp về một tiến trình đang khởi động không phải bằng chứng rằng cú bắt tay đã hoàn tất, và cảnh báo tuyến sau một kết nối thành công mô tả một lỗi khác với kết nối thất bại.

Nếu ứng dụng khách giữ nhật ký riêng, hãy so sánh cùng lần thử đó ở đó thay vì ghép một sự kiện Console hiện tại với một lần thử lại khác từ tệp chỉ được ghi thêm. Các hướng dẫn về tệp PPP cũ chỉ thuộc về bản triển khai vẫn tạo ra tệp đó.

Chia sẻ đoạn trích nhỏ nhất hữu ích

Chọn các thông điệp liên quan và dùng hành động Share được hỗ trợ cho người nhận dự định. Kèm ghi chú về phiên bản và thời điểm, rồi trước khi gửi hãy xem lại tên máy chủ nội bộ, định danh tài khoản, địa chỉ và các sự kiện không liên quan. Cả một tệp lưu trữ chẩn đoán thì dễ đính kèm và khó biện minh về sau.

Hãy chờ đợi một số sự kiện sẽ vắng mặt dưới cấu hình riêng tư hoặc ghi nhật ký hiện tại. Trong trường hợp đó, hãy dùng quy trình chẩn đoán mà nhà cung cấp hoặc quản trị viên của bạn quy định, và cưỡng lại ý muốn tắt các biện pháp bảo vệ toàn hệ thống để thu thập thêm lịch sử. Bản bàn giao đáng làm thì nhỏ: ứng dụng khách nào, giao thức nào, lần thử xảy ra khi nào, sự kiện liên quan đầu tiên và điều gì đến sau.

Bài viết liên quan