Bản ghi DDNS cũ hay điểm cuối VPN hỏng: cách phân biệt

Từ bên ngoài, một tên máy chủ cũ và một VPN hỏng trông giống hệt nhau. Máy khách phân giải một tên, tên đó trỏ tới đâu đó, và kết nối hoặc hết thời gian hoặc bị từ chối. Một là vấn đề cập nhật DNS và cái kia là vấn đề xác thực hoặc chuyển tiếp, và sự khác biệt chỉ trở nên rõ ràng khi bạn so sánh địa chỉ được công bố với địa chỉ mà đường truyền của bạn thực sự có.

Hai sự cố trông giống nhau

Sự cố thứ nhất là bản ghi vẫn liệt kê địa chỉ WAN của hôm qua. Thứ hai là bản ghi đúng và đường hầm từ chối bạn vì lý do của chính nó. Cả hai đều tạo ra cùng một thông báo trên máy khách, và sự cám dỗ là bắt đầu tạo lại chứng chỉ.

Thứ tự quan trọng ở đây. Kiểm tra DNS mất một phút và có thể đảo ngược. Tạo lại CA thì không phải cả hai.

So sánh địa chỉ trước mọi thứ khác

Hỏi chủ mạng đường truyền hiện có địa chỉ nào, rồi hỏi DNS xem nó công bố gì. dig +short vpn.example.com cho ra câu trả lời mà máy khách của bạn sẽ nhận, và dig @1.1.1.1 vpn.example.com cho thấy một trình phân giải khác có thấy điều gì khác không. Nếu hai kết quả này không khớp, bạn đang xem hành vi bộ nhớ đệm chứ không phải một trình cập nhật hỏng.

Câu trả lời đệ quy có thể chậm hơn một bản cập nhật theo TTL của nó, nên hãy giữ bản ghi có thẩm quyền và những gì máy tính xách tay của bạn đã lưu đệm trong các hộp riêng.

Thông tin xác thực của trình cập nhật thực sự là gì

Các thiết bị DDNS cũ thường xác thực bằng chính mật khẩu tài khoản, đó là lý do việc đổi mật khẩu đó âm thầm làm hỏng chúng. Chúng tiếp tục thử lại với giá trị cũ và không báo cáo gì hữu ích. Hướng dẫn mật khẩu thiết bị của No-IP ghi lại chính xác vấn đề tương thích này trên phần cứng cũ, và phản ứng hợp lý là một thông tin xác thực cập nhật có phạm vi hẹp thay vì mật khẩu tài khoản yếu hơn.

Các cơ chế mới hơn phát hành một token hoặc khóa cập nhật riêng với vòng đời của nó. Đó là giá trị cần luân chuyển vào router, và là giá trị cần ghi vào danh mục thông tin xác thực của bạn. Đó cũng không phải là giá trị nên dán vào một luồng trò chuyện trong khi bạn gỡ lỗi.

Hãy xem trạng thái không bí mật của trình cập nhật: thời điểm thành công gần nhất, loại phản hồi và tên máy chủ mà nó cho là mình sở hữu. Việc từ chối thông tin xác thực và lỗi kết nối cần những cách sửa khác nhau.

Những gì việc sửa DNS không thể làm

Sửa bản ghi không tạo ra khả năng tiếp cận vào trong. Nếu đường truyền nằm sau NAT cấp nhà mạng, không tên máy chủ nào làm cho kết nối vào hoạt động. Nó cũng không mở một quy tắc tường lửa hay chuyển tiếp cổng. Và nó không bao giờ là lý do để tắt xác minh máy chủ trên máy khách, đó là động thái người ta làm khi kết luận rằng chứng chỉ phải là vấn đề.

Ngược lại, đổi mật khẩu VPN không phải là cách sửa cho DNS cũ. Nó chỉ thêm một lỗi thứ hai vào cùng một phiếu.

Kết nối lại và chứng minh từ đầu đến cuối

Khi bản ghi có thẩm quyền đã đúng, máy khách có thể vẫn giữ một lần tra cứu cũ. Hãy dùng tính năng kết nối lại hoặc làm mới điểm cuối được hỗ trợ và cho nó một khoảnh khắc thay vì nhấn kết nối liên tục. Sau đó chứng minh đường đi qua bốn bước: phân giải tên, xác nhận địa chỉ, kiểm tra trình lắng nghe có thể tiếp cận, và xác thực. Bốn kết quả riêng biệt, bốn câu trả lời riêng biệt.

Giữ trình cập nhật trong danh sách kiểm tra luân chuyển bên cạnh tài khoản VPN. Một chủ sở hữu bản ghi dự kiến, một thông tin xác thực hợp lệ và một thành công quan sát được là những gì ngăn phiên bản tiếp theo của phiếu này.