Cum să redirecționați un subdomeniu al unei zone către expeditorii impliciti

Vreau să folosesc bind9 pentru a deturna o zonă, de exemplu "qq.com", configurația mea de zonă este

zona „qq.com” ÎN {
  tip master;
  fișierul „db.qq.com”;
  expeditori { 119.29.29.29; 8.8.8.8; };
};

și fișierul meu db este

[root@cenotstest named]# cat db.qq.com
1800 USD TTL
@ ÎN SOA ns1.qq.com. my.example.com. (
                    20210409;
                    3H;
                    15M;
                    1W;
                    1D);
            ÎN NS ns1.qq.com.
ns1 IN A 183.36.112.46

a IN A 1.1.1.1

Când rezolv a.qq.com, pot obține răspunsul corect ca mai jos

[root@cenotstest named]# nslookup a.qq.com
Server: 127.0.0.1
Adresa: 127.0.0.1#53

Nume: a.qq.com
Adresa: 1.1.1.1

Dar pentru alte domenii, cum ar fi „mail.qq.com” sau „www.qq.com” (poate că există o mulțime de alte domenii pe care nu le cunosc). Vreau doar să trimit aceste domenii pe care nu știu să le numesc servere configurate în redirecționare cum ar fi 8.8.8.8 ca implicit.

Dar acum, expeditorii din zona "qq.com" nu funcționează, bind9 îl acceptă?

Dacă un domeniu nu se potrivește cu nicio înregistrare din configurația mea, dnsmasq poate citi serverul de nume din /etc/resolv.conf ca un forwarder implicit pentru a rezolva domeniul. Deci, cred că bind9 poate suporta și această caracteristică.

Aceasta este de fapt o caracteristică unică a AFAIK dnsmasq.

Serverele DNS normale, precum ISC Bind, sunt fie recursive, fie autoritare. Atunci când sunt autorizați pentru un (sub-)domeniu, ei dețin adevărul complet pentru acel (sub-)domeniu și datele zonei lor conțin toate înregistrările de resurse care există pentru domeniu (deși NS înregistrările pot fi folosite pentru a delega subdomenii altor servere de nume) . Când un server de nume autorizat este interogat pentru o înregistrare despre care nu știe și care nu este delegată, atunci în ceea ce privește, acea înregistrare nu există. Sfarsitul povestii.

Puteți încerca să delegați toate înregistrările inexistente (folosind un wild card DNS) prin crearea unui fișier de zonă:

db.qq.com
1800 USD TTL
@ ÎN SOA ns1.qq.com. my.example.com. (
                    20210409;
                    3H;
                    15M;
                    1W;
                    1D);
            ÎN NS ns1.qq.com.
ns1 IN A 183.36.112.46

a IN A 1.1.1.1

serverul de nume.original.autoritar.pentru.qq.com. ÎN A 10.9.8.7 
* ÎN NS serverul de nume.original.autorizat.pentru.qq.com.