Tra cứu IP ngược (bản ghi PTR)

DNS ngược trả lời câu hỏi ngược lại với tra cứu thông thường: cho một địa chỉ, chủ của nó đã trỏ về tên nào? Trang tự dựng tên ngược — a.b.c.d.in-addr.arpa cho IPv4, dạng nibble dưới ip6.arpa cho IPv6 — hỏi bản ghi PTR, và hiển thị resolver nào đã trả lời, mã phản hồi là gì, chuỗi CNAME nếu có, và TTL. Chế độ thứ hai duyệt các địa chỉ lân cận địa chỉ bạn nhập, trong cùng khối, từng địa chỉ một, vì các nhà cung cấp hosting thường đặt tên máy theo một khuôn mẫu dễ thấy. Tất cả ở đây đều là thông tin công khai, thụ động: không quét, không dò từ điển, không WHOIS.
Sẵn sàng. Chưa có truy vấn nào được gửi.
Nhập một địa chỉ, rồi chạy tra cứu ngược.
Hướng của truy vấn. Tra cứu thông thường đi từ tên sang địa chỉ qua bản ghi A và AAAA, và chủ trang web kiểm soát nó. Tra cứu ngược đi từ địa chỉ sang tên qua bản ghi PTR, và chủ mạng kiểm soát nó, không phải chủ trang web. Khác biệt duy nhất này giải thích hầu hết những điều lạ ở đây: một tên theo khuôn của nhà cung cấp như srv12.hoster.example cho biết ai vận hành máy, và không nói gì về trang web nào đang chạy trên đó.

Không có câu trả lời PTR là kết quả bình thường. Không ai buộc phải tạo tên ngược, và phần lớn khối địa chỉ không bao giờ tạo. Câu trả lời trống nghĩa là chủ để trống hoặc câu trả lời đã bị gỡ, không phải địa chỉ đó không được dùng hay đang làm điều sai. Nó cũng đi qua bộ nhớ đệm bình thường, nên một tên mới thêm có thể mất một lúc mới xuất hiện ở khắp nơi.

Vì sao các địa chỉ lân cận thú vị. Các khối địa chỉ được cấp theo dải, và dải nhỏ nhất khách hàng thường giữ là /24 — 256 địa chỉ. Nhà cung cấp đặt tên các địa chỉ đó theo một sơ đồ, nên đọc vài tên quanh một địa chỉ thường lộ ra khuôn mẫu và nhà cung cấp đứng sau toàn bộ khối. Trang này hỏi các địa chỉ gần địa chỉ của bạn nhất trước, trong cùng /24, và không bao giờ đi tìm tên không phải là địa chỉ.

Nó không có nghĩa là gì. Tên ngược không phải tên trang web: tên trong câu trả lời có thể thuộc về bộ định tuyến, relay thư hay bộ cân bằng tải chứ không phải bất kỳ trang nào. Một địa chỉ có thể phục vụ hàng trăm trang không liên quan, và một trang lớn có thể trải trên hàng chục địa chỉ, nên một tên dùng chung chỉ là gợi ý về hosting, không bao giờ là bằng chứng hai thứ có liên quan. Hãy xem các địa chỉ lân cận như một khuôn mẫu đặt tên, không phải danh sách chủ sở hữu.

Chi phí, và vì sao danh sách lân cận chậm. Mỗi địa chỉ trong danh sách là một truy vấn riêng đến cùng hạn mức resolver mà các trang khác dùng, và danh sách chạy từng địa chỉ một với khoảng cách giữa các mục để nằm trong những gì resolver công cộng chấp nhận. Vì vậy danh sách đầy đủ mất một lúc, và bạn có thể hủy: các địa chỉ còn lại bị bỏ, không để lại gì đang chạy.

Trang này không làm gì. Không dò từ điển, không quét dải, không dò cổng và không tra dữ liệu đăng ký. Nếu một địa chỉ không có tên ngược và bạn muốn biết nó thuộc mạng của ai, bước tiếp theo trung thực là trang Tra cứu IP, đọc các trường mạng và vị trí mà các dịch vụ công khai có công bố, và Máy tính subnet, cho biết ranh giới khối của địa chỉ đó mà không gửi gì đi đâu.

Nguồn công khai bạn có thể tự đọc. Bản ghi có thẩm quyền về ai giữ một dải địa chỉ do các cơ quan đăng ký khu vực lưu: các tệp không gian địa chỉ IPv4 của IANA và phân bổ unicast IPv6 của IANA liệt kê cơ quan nào nhận mỗi khối, rồi mỗi cơ quan công bố bản ghi ủy quyền riêng. Trang này cố ý không truy vấn các tệp đó: chúng là một loại truy vấn khác, nặng hơn, và đọc tay từ các liên kết trên là cách trung thực để trả lời “mạng này của ai”.