Điểm:0

Adguard Home không trả về IP cục bộ cho tên miền khi viết lại mà trả về IP bên ngoài

lá cờ cn

Tôi có ba miền tôi muốn lập bản đồ:

  1. r2.x -> 192.168.165.2
  2. d2.x -> 135.181.103.62
  3. kiểm tra.x -> 10.1.2.3

Tôi đã thêm những thứ này vào phần viết lại Adguard Home DNS. Tôi đã thử nghiệm điều này với đào trên máy khác:

Tìm kiếm r2.x

⯠đào r2.x

; <<>> DiG 9.16.1-Ubuntu <<>> r2.x ;; tùy chọn chung: +cmd ;; Có câu trả lời: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 54513 ;; cờ: qr rd ra; CÂU HỎI: 1, TRẢ LỜI: 0, AUTHORITY: 0, BỔ SUNG: 0

;; PHẦN CÂU HỎI: ;r2.x. TRONG MỘT

;; Thời gian truy vấn: 10 mili giây ;; MÁY CHỦ: 172.22.160.1#53(172.22.160.1) ;; THỜI GIAN: Thứ tư ngày 23 tháng 6 08:56:00 CEST 2021 ;; KÍCH THƯỚC MSG rcvd: 22

Tìm kiếm d2.x

⯠đào d2.x

; <<>> DiG 9.16.1-Ubuntu <<>> d2.x ;; tùy chọn chung: +cmd ;; Có câu trả lời: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 27472 ;; cờ: quảng cáo thứ qr; CÂU HỎI: 1, TRẢ LỜI: 1, AUTHORITY: 0, BỔ SUNG: 0 ;; CẢNH BÁO: yêu cầu đệ quy nhưng không khả dụng

;; PHẦN CÂU HỎI: ;d2.x. TRONG MỘT

;; PHẦN TRẢ LỜI: d2.x. 0 TRONG 135.181.103.62

;; Thời gian truy vấn: 10 mili giây ;; MÁY CHỦ: 172.22.160.1#53(172.22.160.1) ;; THỜI GIAN: Thứ Tư ngày 23 tháng 6 09:08:11 CEST 2021 ;; KÍCH THƯỚC MSG rcvd: 42

Đào để thử nghiệm.x

⯠đào test.x

; <<>> DiG 9.16.1-Ubuntu <<>> test.x ;; tùy chọn chung: +cmd ;; Có câu trả lời: ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 1501 ;; cờ: qr rd ra; CÂU HỎI: 1, TRẢ LỜI: 0, AUTHORITY: 0, BỔ SUNG: 1

;; LỰA CHỌN PSEULiều lượng: ; EDNS: phiên bản: 0, cờ:; udp: 4096 ;; PHẦN CÂU HỎI: ;test.x. TRONG MỘT

;; Thời gian truy vấn: 50 mili giây ;; MÁY CHỦ: 172.22.160.1#53(172.22.160.1) ;; THỜI GIAN: Thứ Tư ngày 23 tháng 6 09:08:58 CEST 2021 ;; KÍCH THƯỚC MSG rcvd: 35

Tôi không hiểu tại sao Trang chủ Adguard không muốn phân giải tên miền khi bản ghi A là IP cục bộ. Điều kỳ lạ là nhật ký truy vấn cho thử nghiệm.x trên thực tế có hiển thị phản hồi với IP

Nhật ký truy vấn trang chủ Adguard cho test.x

Vẫn đào không cho tôi thấy bất cứ điều gì. Nó giống với nslookup:

â nslookup test.x Máy chủ: amplifi.lan Địa chỉ: 192.168.165.1

*** amplifi.lan không thể tìm thấy test.x: Miền không tồn tại

Nhưng đối với d2.x nslookup giải quyết tốt

â nslookup d2.x Máy chủ: amplifi.lan Địa chỉ: 192.168.165.1

Câu trả lời không có thẩm quyền: Tên: d2.x Địa chỉ: 135.181.103.62

Không có gì nổi bật trong thượng nguồn của tôi:

Cài đặt ngược dòng AdGuard Home

Tôi chạy phiên bản v0.106.3 của AdGuard Home trên Raspberry Pi.

Tôi không phải là quản trị viên mạng, tôi cũng không phải là trình hướng dẫn DNS.

bất cứ ai ở đây có thể cho tôi biết tại sao đào chỉ được hiển thị IP bên ngoài chứ không hiển thị IP cục bộ?

Điểm:0
lá cờ cn

Vấn đề này đã được giải quyết bằng cách thêm Trang chủ AdGuard làm DNS thay thế theo cách thủ công DNS thay thế

Điều kỳ lạ vẫn là:

  1. bộ định tuyến của tôi vẫn đang yêu cầu test.x trên Trang chủ AdGuard
  2. AdGuard Home vẫn trả lời với "test.x có IP này"
  3. Dig đang trả lại IP, nhưng hiện đang sử dụng DNS thay thế

Điều này tôi nghĩ là lạ, vì bộ định tuyến của tôi đang phân giải IP chính xác, tôi có thể thấy cách giải quyết trong nhật ký truy vấn (AdGuard đang nói "đây là IP cho test.x).

Tôi chắc chắn có một lời giải thích tốt. Tôi vẫn muốn có một cái, nhưng hiện tại, nó đang giải quyết mọi thứ một cách chính xác và tôi thích điều đó.

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.