¿Puede un servidor hacer DNS para un dominio y un subdominio?

Tengo una situación en la que necesito reemplazar los servidores de nombres para abc y bc . Prefiero no tener que dedicar dos máquinas a esto.

He estado leyendo sobre multi-homing pero todos los ejemplos parecen ser para * .bc en lugar de un dominio y un subdominio del mismo.

¿Es posible este escenario con una sola máquina?

bind

— ethrbunny
fuente

Esto funciona, si. Lo único que no puede hacer es lo que se conoce como "delegación horizontal", que es un intento de volver a delegar algo que ya se le ha delegado. (si sub1.example.comse le delega, no se puede delegar sub1.example.coma otra persona)

— Andrew B

Sí, es perfectamente compatible sin ningún problema.

Incluso puede alojar dominios completamente distintos en la misma máquina.

Por ejemplo, usando BIND9 como el servidor DNS, debe poner algo como esto en named.conf:

zone "example.com" {
        type master;
        file "/usr/local/etc/namedb/static/example.com";
        notify yes;
        allow-transfer { nameservers; }
        };
};

zone "subzone.example.com" {
        type master;
        file "/usr/local/etc/namedb/static/subzone.example.com";
        notify yes;
        allow-transfer { nameservers; }
        };
};

Simplemente llene los archivos de zona con sus datos de zona. En el archivo de la zona principal también puede especificar las subzonas de manera acorde, incluso con registros MX para el envío de correos, eche un vistazo a este ejemplo para el archivo example.com:

; Nameservers records
ns.example.com.         IN      A       192.168.0.10
ns1.example.com.        IN      A       192.168.0.3
ns2.example.com.        IN      A       192.168.0.4

; Delegated internal zones
local.example.com.      IN      NS      ns.example.com.
mgmt.example.com.       IN      NS      ns.example.com.

; Delegated external zones
subzone.example.com.    IN      NS      ns.example.com.
whatever.example.com.   IN      NS      ns.example.com.

; Delegated external zone with its own nameservers (and glue records)
fnord.example.com.      IN      NS      ns1.fnord.example.com.
fnord.example.com.      IN      NS      ns2.fnord.example.com.
ns1.fnord.example.com.  IN      A       198.51.100.1
ns2.fnord.example.com.  IN      A       198.51.100.2

; Mailing zones
lists.example.com.      IN      A       192.168.0.13
                        IN      MX      0 lists.example.com.
                        IN      TXT     "v=spf1 mx ~all"
                        IN      SPF     "v=spf1 mx ~all"

Espero que esto aclare todo.

— Vinícius Ferrão
fuente

Me colé un ejemplo de una delegación de subzona con sus propios servidores de nombres (y registros de pegamento allí). Es mejor que las personas se expongan a eso más temprano que tarde.

— Andrew B

Agradable. Entonces, ¿el 'dominio principal' y el 'dominio secundario' que tienen la misma dirección IP no es un problema? ¿O todavía existe la necesidad de que la misma NIC responda a múltiples IP?

— ethrbunny

@ethrbunny No, no hay problema desde un punto de vista DNS.

— Andrew B

@ethrbunny ¿eres un administrador de sistemas de Windows? Porque esas preguntas son comunes en el mundo de Windows. Los DC tienen el requisito de diferentes direcciones IP, diferentes máquinas, etc.

— Vinícius Ferrão