Puncte:0

Adguard Home nu returnează IP-ul local pentru domeniu la rescriere, dar returnează IP-ul extern

drapel cn

Am trei domenii pe care vreau să le cartografiaz:

  1. r2.x --> 192.168.165.2
  2. d2.x --> 135.181.103.62
  3. test.x --> 10.1.2.3

Le-am adăugat la rescrierea DNS Adguard Home. Am testat asta cu săpa pe o alta masina:

Sapă pentru r2.x

⯠dig r2.x

; <<>> DiG 9.16.1-Ubuntu <<>> r2.x ;; opțiuni globale: +cmd ;; Am răspuns: ;; ->>HEADER<<- opcode: QUERY, stare: NOERROR, id: 54513 ;; steaguri: qr rd ra; ÎNTREBARE: 1, RĂSPUNS: 0, AUTORITATE: 0, SUPLIMENTARE: 0

;; SECȚIUNEA DE ÎNTREBĂRI: ;r2.x. ÎN A

;; Timp de interogare: 10 ms ;; SERVER: 172.22.160.1#53(172.22.160.1) ;; CÂND: miercuri, 23 iunie, 08:56:00 CEST 2021 ;; MSG SIZE rcvd: 22

Sapă pentru d2.x

⯠dig d2.x

; <<>> DiG 9.16.1-Ubuntu <<>> d2.x ;; opțiuni globale: +cmd ;; Am răspuns: ;; ->>HEADER<<- opcode: QUERY, stare: NOERROR, id: 27472 ;; steaguri: qr rd ad; ÎNTREBARE: 1, RĂSPUNS: 1, AUTORITATE: 0, SUPLIMENTARE: 0 ;; AVERTISMENT: recursiunea este solicitată, dar nu este disponibilă

;; SECȚIUNEA DE ÎNTREBĂRI: ;d2.x. ÎN A

;; SECȚIUNEA RĂSPUNSURI: d2.x. 0 IN A 135.181.103.62

;; Timp de interogare: 10 ms ;; SERVER: 172.22.160.1#53(172.22.160.1) ;; CÂND: miercuri, 23 iunie, 09:08:11 CEST 2021 ;; MSG SIZE rcvd: 42

Sapă pentru testare.x

⯠dig test.x

; <<>> DiG 9.16.1-Ubuntu <<>> test.x ;; opțiuni globale: +cmd ;; Am răspuns: ;; ->>HEADER<<- opcode: QUERY, stare: NXDOMAIN, id: 1501 ;; steaguri: qr rd ra; ÎNTREBARE: 1, RĂSPUNS: 0, AUTORITATE: 0, SUPLIMENTARE: 1

;; PSEUDOSECȚIE OPT: ; EDNS: versiunea: 0, steaguri:; udp: 4096 ;; SECȚIUNEA DE ÎNTREBĂRI: ;test.x. ÎN A

;; Timp de interogare: 50 ms ;; SERVER: 172.22.160.1#53(172.22.160.1) ;; CÂND: miercuri, 23 iunie, 09:08:58 CEST 2021 ;; MSG SIZE rcvd: 35

Nu îmi pot da seama de ce Adguard Home nu dorește să rezolve domeniile când înregistrarea A este un IP local. Lucrul ciudat este că jurnalul de interogări pentru test.x arată de fapt un răspuns cu IP

Jurnalul de interogări de acasă Adguard pentru test.x

Încă săpa nu-mi arata nimic. Este la fel cu nslookup:

â nslookup test.x Server: amplifi.lan Adresa: 192.168.165.1

*** amplifi.lan nu poate găsi test.x: domeniu inexistent

Dar pentru d2.x nslookup se rezolva foarte bine

â nslookup d2.x Server: amplifi.lan Adresa: 192.168.165.1

Răspuns neautorizat: Nume: d2.x Adresa: 135.181.103.62

Nu există nimic care să iasă în evidență în amonte:

Setări AdGuard Home în amonte

Rulez versiunea v0.106.3 a AdGuard Home pe un raspberry pi.

Nu sunt administrator de rețea și nici expert DNS.

Poate cineva de aici să-mi spună de ce săpa sunt afișate numai IP-uri externe, dar nu IP-uri locale?

Puncte:0
drapel cn

Acest lucru a fost rezolvat prin adăugarea manuală a AdGuard Home ca DNS alternativ DNS alternativ

Lucrul ciudat este totusi:

  1. routerul meu încă solicită test.x pe AdGuard Home
  2. AdGuard Home încă răspunde cu „test.x are acest IP”
  3. dig returnează IP-ul, dar acum folosește DNS-ul alternativ

Acest lucru mi se pare ciudat, deoarece routerul meu rezolvă IP-ul corect, pot vedea rezolvarea în jurnalul de interogări (AdGuard spune „aici este IP-ul pentru test.x).

Sunt sigur că există o explicație bună. Aș vrea în continuare să am unul, dar deocamdată rezolvă totul corect și îmi place asta.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.