Vì sao một điểm cuối riêng tư vẫn trả lời bằng địa chỉ công khai

Laptop kết nối, đường hầm báo đang hoạt động, và tài khoản lưu trữ vẫn từ chối mọi yêu cầu. Điểm cuối riêng tư tồn tại, tuyến đến mạng con của nó tồn tại, và tên hoặc trả lời bằng một địa chỉ công khai hoặc không phân giải được. Đường hầm không có gì sai: ứng dụng chưa bao giờ được cho biết máy chủ nào sẽ trả lời cho tên đó. Theo dõi truy vấn ra ngoài và khoảng trống trở nên rõ ràng.

Bắt đầu từ trình phân giải của ứng dụng

Hỏi ứng dụng xem nó truy vấn máy chủ nào khi đường hầm đang hoạt động. Hồ sơ điểm-tới-trang cung cấp địa chỉ đó, và hồ sơ không cung cấp gì sẽ để hệ điều hành quay về mặc định của bộ điều hợp.

Các trình phân giải công khai không có góc nhìn nào về một vùng riêng tư, nên chúng trả lời từ internet, đó chính là công việc của chúng. Vì vậy lần kiểm tra đầu tiên là địa chỉ trình phân giải đang dùng, không phải đường hầm và không phải điểm cuối.

Đọc xem câu trả lời thực sự là gì

Phân giải tên dịch vụ và đọc địa chỉ quay về. Một câu trả lời công khai nghĩa là truy vấn đã đến một máy chủ không nhìn thấy vùng đó. Không có câu trả lời nghĩa là tên chỉ tồn tại riêng tư và không thứ gì ứng dụng chạm tới lại giữ nó.

Hai kết quả đó tạo ra lỗi ứng dụng giống nhau và thuộc về những người sở hữu khác nhau. Một là vấn đề chọn trình phân giải, cái kia là thiếu liên kết vùng.

Một mục hosts chứng minh đường đi, rồi nói dối

Đặt địa chỉ điểm cuối vào tệp hosts cục bộ là cách nhanh nhất để chứng minh đường hầm và tường lửa của dịch vụ đã hoạt động. Nếu yêu cầu thành công với mục đó, chỉ có phân giải tên là hỏng. Đây cũng là thay đổi cho từng máy, chỉ bao phủ đúng một tên.

Nó không giúp gì cho tài khoản thứ hai, điểm cuối thứ hai hay đồng nghiệp, và nó hỏng không báo trước khi điểm cuối được tạo lại ở địa chỉ mới.

Tệ hơn, nó khiến máy của bạn hành xử khác mọi người, và đó là cách một lỗi trình phân giải sống sót qua một tuần điều tra. Hãy dùng nó để xác nhận đường đi, rồi gỡ ra và sửa nguyên nhân.

Liên kết vùng và phát một trình phân giải

Hai điều kiện phải cùng đúng. Vùng riêng tư phải được liên kết với mạng ảo nơi điểm cuối sống, và ứng dụng phải gửi truy vấn đến một máy chủ có thể đọc vùng đó. Điểm cuối vào của DNS Private Resolver cung cấp địa chỉ như vậy bên trong mạng và trả lời các truy vấn đến qua đường hầm. Đặt địa chỉ đó vào hồ sơ VPN và thêm hậu tố riêng tư mà ứng dụng phải áp dụng.

Một trình phân giải tại chỗ đã có có thể đạt cùng kết quả qua một bộ chuyển tiếp có điều kiện hướng tới vùng.

Các quy tắc mạng trên trình phân giải quan trọng ngang với định tuyến. Nếu quy tắc vào loại trừ dải ứng dụng VPN, các truy vấn hết thời gian thay vì trả lời sai. Chính sự hết thời gian đó đưa người ta quay lại bảng tuyến nơi không có gì sai.

Kiểm tra tên, cổng và danh tính theo thứ tự

Làm theo thứ tự: phân giải tên, xác nhận câu trả lời là riêng tư, mở cổng, rồi gửi yêu cầu đã xác thực. Mỗi giai đoạn có chủ sở hữu và chữ ký lỗi riêng.

Một câu trả lời riêng tư kèm hết thời gian chỉ vào tuyến hoặc tường lửa. Câu trả lời công khai chỉ vào trình phân giải. Một kết nối hoàn tất trả về lỗi danh tính thuộc về dịch vụ.

Một lỗi nữa thuộc danh sách này. Tường lửa dịch vụ cho phép địa chỉ ứng dụng sẽ ngừng khớp khi nhóm cấp địa chỉ đó cho phiên khác sau khi kết nối lại. Hãy đọc địa chỉ người gọi mà dịch vụ ghi nhận, không phải địa chỉ ứng dụng nghĩ mình có. Hai địa chỉ lệch nhau thường xuyên hơn người ta tưởng. Hướng dẫn Azure DNS Private Resolver bao quát liên kết vùng và cách bố trí chuyển tiếp.