Puncte:-1

IPv6 dnsmasq dig refuzat

drapel jp

Încerc să activez atât stiva IPv4, cât și IPv6 pe mediul SUSE 15. Am atribuit ambele adrese IPv4 și IPv6 aceleiași interfețe folosind /opt/vmware/share/vami/vami_set_network. Atât adresele IPv4, cât și IPv6 pot fi ping.

Acum trebuie să activez rezoluția dns atât pentru IPv4, cât și pentru IPv6 folosind dnsmasq. Dar când folosesc dig pentru a verifica starea serverului dns, dig IPv4 address reușește în timp ce dig IPv6 address eșuează cu refuzat.

Există ceva de observat pentru a configura un server dns IPv6 cu dnsmasq?

# dig 2001:db8:3333:4444:5555:6666:7777:200

; <<>> DiG 9.16.6 <<>> 2001:db8:3333:4444:5555:6666:7777:200
;; opțiuni globale: +cmd
;; Am răspuns:
;; ->>HEADER<<- opcode: QUERY, stare: REFUSED, id: 64764 <<<<<<<<<<<<<<<<<<<<<<
;; steaguri: qr rd ra ad; ÎNTREBARE: 1, RĂSPUNS: 0, AUTORITATE: 0, SUPLIMENTARE: 0

;; SECȚIUNEA DE ÎNTREBĂRI:
;2001:db8:3333:4444:5555:6666:7777:200. ÎN A

;; Timp de interogare: 0 ms
;; SERVER: ::1#53(::1)
;; CÂND: Luni, 27 septembrie 16:42:04 UTC 2021
;; MSG SIZE rcvd: 55

# dig 172.20.10.25

; <<>> DiG 9.16.6 <<>> 172.20.10.25
;; opțiuni globale: +cmd
;; Am răspuns:
;; ->>HEADER<<- opcode: QUERY, stare: NOERROR, id: 60743
;; steaguri: qr aa rd ra; ÎNTREBARE: 1, RĂSPUNS: 1, AUTORITATE: 0, SUPLIMENTARE: 1

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

;; SECȚIUNEA RĂSPUNSURI:
172.20.10.25. 0 IN A 172.20.10.25

;; Timp de interogare: 0 ms
;; SERVER: ::1#53(::1)
;; CÂND: Luni, 27 septembrie 16:45:54 UTC 2021
;; MSG SIZE rcvd: 57

O altă problemă este că, atunci când adaug atât înregistrările ipv4, cât și ipv6 în /etc/hosts, numai înregistrarea ipv4 poate fi rezolvată corect.

# cat /etc/hosts
192.168.10.10 ipv4-hostname.com
2001:db8:3333:4444:5555:6666:7777:200 ipv6-hostname.com

# dig @127.0.0.1 ipv4-hostname.com +short +time=15 +tries=3
192.168.10.10
# dig @127.0.0.1 ipv6-hostname.com +short +time=15 +tries=3
<<<<< rezultat gol

Configurația serverului dnsmasq este implicită:

# cat /etc/dnsmasq.conf | grep -v '^#' | grep -v '^$'
conf-dir=/etc/dnsmasq.d/,*.conf 

Iată rezultatul săpăturii numelui de gazdă, refuzat de asemenea:

# dig ipv6-hostname.com

; <<>> DiG 9.16.6 <<>> ipv6-hostname.com
;; opțiuni globale: +cmd
;; Am răspuns:
;; ->>HEADER<<- opcode: QUERY, stare: REFUSED, id: 4887
;; steaguri: qr rd ra ad; ÎNTREBARE: 1, RĂSPUNS: 0, AUTORITATE: 0, SUPLIMENTARE: 0

;; SECȚIUNEA DE ÎNTREBĂRI:
;ipv6-hostname.com. ÎN A

;; Timp de interogare: 0 ms
;; SERVER: ::1#53(::1)
;; CÂND: marți 28 sept 08:24:45 UTC 2021
;; MSG SIZE rcvd: 30

Stare port:

# netstat -lnp | grep dnsmasq
tcp 0 0 0.0.0.0:53 0.0.0.0:* ASCULTĂ 19455/dnsmasq
tcp6 0 0 :::53 :::* ASCULTĂ 19455/dnsmasq
udp 0 0 0.0.0.0:53 0.0.0.0:* 19455/dnsmasq
udp6 0 0 :::53 :::* 19455/dnsmasq

Se pare că atât ipv4, cât și ipv6 wildcard ascultă în mediu. Nu sunt sigur de ce IPv6 dig a fost refuzat.

Michael Hampton avatar
drapel cz
Interogați un server local dnsmasq? Care este configurația lui?
cynkiller avatar
drapel jp
Ar trebui să fie un server dnsmasq implicit. Nu au fost configurate opțiuni suplimentare. # cat /etc/dnsmasq.conf | grep -v '^#' | grep -v '^$' conf-dir=/etc/dnsmasq.d/,*.conf
cynkiller avatar
drapel jp
O captură bună. Am descoperit că numele de gazdă ipv6 poate fi rezolvat din exterior, dar nu a reușit să fie rezolvat local. Dar trebuie să folosesc serverul dns local...
Patrick Mevzek avatar
drapel cn
`dig` face solicitări `A` în mod implicit și acele înregistrări au sens numai pe numele de gazdă, nu pe adresele IP. Cele 2 urme ale tale „sapă” nu arată nimic util cu adevărat (iar a doua poate fi considerată o încălcare a protocolului)
Patrick Mevzek avatar
drapel cn
„Acum trebuie să activez rezoluția dns atât pentru IPv4, cât și pentru IPv6 folosind dnsmasq.” Ce inseamna asta? Adresele IP nu au nevoie de „rezoluție”. Ele funcționează așa cum sunt. Numele și numele de gazdă au nevoie de rezoluție (spre adrese IP).
cynkiller avatar
drapel jp
@PatrickMevzek Da exact. Mă refer la rezoluție pentru numele de gazdă. Adresa IP rezolvată din numele gazdei poate fi IPv4 sau IPv6, în prezent numai adresele IPv4 pot fi rezolvate corect local.
Patrick Mevzek avatar
drapel cn
„Mă refer la rezoluție pentru numele de gazdă.” Apoi afișați ieșirile „dig” când interogați numele de gazdă, nu adresele IP...
Michael Hampton avatar
drapel cz
Te-ai uitat să vezi dacă există fișiere în acel conf-dir?
cynkiller avatar
drapel jp
@MichaelHampton Există un singur fișier trust-anchors.conf în folderul /etc/dnsmasq.d care înregistrează două trust-anchor.
cynkiller avatar
drapel jp
@PatrickMevzek Dacă caut numele gazdei, rezultatul este de asemenea refuzat. Am adăugat rezultatul în conținut.
dave_thompson_085 avatar
drapel jp
După cum a spus @PatrickMevzek, `dig` este implicit `A`. Faceți `dig @127.0.0.1 ipv6-hostname AAAA`.
cynkiller avatar
drapel jp
@dave_thompson_085 Oh! Mi-a ratat asta, când am trecut la AAAA, totul a mers bine. Mulțumesc pentru reamintire!
Puncte:0
drapel jp

Pentru rezoluția numelui de gazdă IPv6, nu uitați să adăugați AAAA în argumentele liniei de comandă:

dig @<server> <nume gazdă> AAAA

Michael Hampton avatar
drapel cz
Dacă nu aveți nevoie de toate detaliile oferite de `dig`, luați în considerare utilizarea `host` în schimb.În mod implicit, va căuta înregistrările A, AAAA și MX într-o singură invocare și le va imprima într-un format relativ compact.

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.