Recientemente en algunas listas de discusión que sigo se hablaba sobre instalar un servidor DNS root server local, en fin, me llamó la curiosidad y lo hice solo por razones académicas.
He escuchado que esto de alguna manera puede mejorar el performance de alguna red, sobre todo en el mundo de los ISPs, sin embargo, en lo personal no lo veo necesario, lo dejo al criterio de cada uno de ustedes.
Laboratorio:
- Dos servidores y un cliente: Un servidor con Ubuntu, otro con Mandriva, el cliente también fue Mandriva. Donde:
* Servidor Mandriva como Root Server (Nombre Z, IP=192.168.127.68)
* Servidor Ubuntu como Servidor DNS recursivo (IP=192.168.127.86)
Primero:
1) Logicamente probar que el servidor recursivo funcione correctamente
2) Posteriormente, editar el archivo db.root de Ubuntu y dejar algo similar a:
;
. 3600000 IN NS Z.ROOT-SERVERS.NET.
Z.ROOT-SERVERS.NET. 3600000 A 192.168.127.68
; End of File
Notese que realmente lo que hice fue eliminar los root servers tradicionales y agregar las lineas correspondientes a Z.ROOT-SERVERS.NET (Z es el nombre del mi root server y 192.168.127.68 es la dirección).
Logicamente sin haber más hints de root server, el servidor recursivo se verá forzado a utilizar Z como root server.
Nota:
En /var/log/syslog luego de reiniciar BIND puedes conseguir una línea similar a la siguiente:
May 25 19:05:16 ubuntu named[4953]: checkhints: extra NS 'Z.ROOT-SERVERS.NET' in hints
Segundo:
Aqui es donde realmente instalamos el root server en el servidor Mandriva (que realmente es muy sencillo).
1) Bajar el archivo root.zone de: http://www.iana.org/about/popular-links/
2) En el archivo /etc/named.conf del root server hay que modificar el siguiente renglón:
zone "." {
type hint;
file "/etc/bind/db.root";
};
Por:
zone "." {
type master;
file "/etc/bind/root.zone";
};
El archivo root.zone debe estar ubicado en el directorio correspondiente, en mi caso fue en /var/lib/named/var/named/, posteriormente hay que reiniciar y ya. En el root server ni siquiera hay que estar pendiente de recursividad y esas cosas porque este tipo de servidor tradionalmente no debe ni necesita hacer esta operación.
Tercero:
Probar desde el cliente:
[root@localhost ~]# dig blog.acostasite.com
; <<>> DiG 9.8.0-P4 <<>> blog.acostasite.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 26771
;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 2, ADDITIONAL: 0
;; QUESTION SECTION:
;blog.acostasite.com. IN A
;; ANSWER SECTION:
blog.acostasite.com. 0 IN CNAME cf-protected-blog.acostasite.com.
cf-protected-blog.acostasite.com. 300 IN A 108.162.198.198
cf-protected-blog.acostasite.com. 300 IN A 108.162.195.100
;; AUTHORITY SECTION:
acostasite.com. 172800 IN NS bob.ns.cloudflare.com.
acostasite.com. 172800 IN NS leah.ns.cloudflare.com.
;; Query time: 199 msec
;; SERVER: 192.168.127.86#53(192.168.127.86)
;; WHEN: Fri May 25 19:34:24 2012
;; MSG SIZE rcvd: 152
Mas información:
Espero haya sigo útil.
