Lỗi 809 là vấn đề đường đi trước khi là vấn đề đăng nhập

Ba điều kiện quyết định lỗi 809 đang nói gì với bạn: giao thức của hồ sơ có phải cái bạn nghĩ không, đường đi có cho giao thức đó đi qua không, và cổng có nhìn thấy nỗ lực đó hay không. Cho đến khi những câu này được trả lời, lỗi là một lần hết thời gian chờ, và hết thời gian chờ không phải phán quyết về thông tin đăng nhập. Thứ tự quan trọng, vì đổi sai điều kiện trước sẽ phá hủy bằng chứng cho hai điều kiện còn lại.

Một cổng bị chặn và một mật khẩu sai tạo ra những thông báo hoàn toàn khác nhau, và 809 hiếm khi là cái thứ hai.

Xác nhận giao thức mà hồ sơ sử dụng

Kiểm tra tên máy chủ, địa chỉ và loại đường hầm theo hướng dẫn hiện hành của nhà vận hành, rồi ghi lại loại đó phụ thuộc vào phương thức truyền tải nào. Ba giá trị này đi cùng nhau; tên đúng với loại đường hầm lỗi thời sẽ thất bại như tên sai. IKEv2 dựa vào UDP 500 và 4500, còn lưu lượng ESP gốc phải được cho phép như một giao thức riêng, không phải TCP hay UDP. Một hồ sơ sao chép từ cấu hình cũ có thể nêu loại đường hầm mà máy chủ không còn cung cấp. Lấy giá trị từ nhà vận hành thay vì suy đoán từ nhãn trong hộp thoại.

Một trang trình duyệt trên cùng tên máy chủ kiểm tra một dịch vụ hoàn toàn khác. Nó có thể chứng minh máy chủ còn sống và không chứng minh gì về cuộc thương lượng đã thất bại.

Đổi mạng, không đổi thông tin đăng nhập

Nếu chính sách cho phép, hãy thử cùng hồ sơ từ một mạng tin cậy khác, giữ nguyên máy khách và máy chủ để đường truy cập là khác biệt duy nhất. Thành công ở nơi khác chỉ ra việc lọc trên đường đi gốc, còn thất bại ở mọi nơi chỉ ra điểm cuối hoặc chính hồ sơ. Hỏi nhà vận hành xem cổng có nhìn thấy nỗ lực đó không, vì một máy khách không có sự kiện tương ứng trên máy chủ là ranh giới khác với một lần từ chối rõ ràng.

Sửa registry ngẫu nhiên và tắt tường lửa là những lời khuyên phổ biến cho mã này, và cả hai đều không xuất phát từ một chẩn đoán đã xác nhận. Hỏi nhà vận hành đâu là bản sửa đã được ghi nhận cho việc triển khai này.

Theo mã đến giai đoạn tiếp theo

Nếu một nỗ lực sau đó đến được bước xác thực và tạo ra mã khác, hãy theo giai đoạn mới đó và bỏ chẩn đoán hết thời gian chờ ban đầu. Mang vấn đề đường đi vào cuộc điều tra tài khoản làm mất thời gian ở cả hai bên. Ghi lại giao thức, giai đoạn thất bại và việc so sánh mạng có được thực hiện hay không, để người tiếp theo bắt đầu từ bằng chứng chứ không phải từ văn bản hộp thoại.

Hãy coi mã là dấu mốc giai đoạn, không phải phán quyết; cách đọc đó là khác biệt giữa một lần kiểm tra năm phút và một buổi chiều bị mất.

Những gì không nên đổi trước

Thông tin đăng nhập, trạng thái khóa và kho chứng chỉ đều đáng được quan tâm cuối cùng. Không cái nào là nơi 809 thường bắt đầu, và đổi một cái trước sẽ loại bỏ phép so sánh lẽ ra đã tìm ra đường đi. Hãy để những kiểm tra đó sau bài kiểm tra mạng. Giữ máy khách, hồ sơ và máy chủ cố định trong khi bạn thay đổi mạng, và ghi chú những gì bạn đã thay đổi.

Nếu nhà vận hành vừa đổi điểm cuối, hãy yêu cầu chi tiết hiện tại thay vì dựng lại từ ký ức. Một địa chỉ không còn tồn tại tạo ra đúng loại lỗi này.

Ghi lại giao thức, các mạng đã thử và góc nhìn của cổng. Ba điều này giải quyết phần lớn báo cáo về 809.