Hola usuario de nuestra página, descubrimos la respuesta a tu pregunta, deslízate y la verás un poco más abajo.
Solución:
Solución 1:
En términos físicos, la delegación es muy similar a cómo un gerente delegará la responsabilidad de las tareas a su personal. Los resultados son los mismos, sin embargo, más de una persona participó en el proceso. El gerente recibe la solicitud de trabajo, transmite el responsabilidad a otro miembro del personal y el miembro del personal o el gerente regresa con los resultados del trabajo. Todo esto con la condición de que el trabajo que haga el miembro del personal sea realmente correcto y sea lo que pidió el solicitante original (¡o que el solicitante realmente pidió algo que era válido en primer lugar!).
Con la delegación de DNS, es bastante similar. Cuando el com Se solicita a los servidores de nombres el lugar para encontrar la autoridad de la zona. example.com, ellos a menudo delegar esto funciona en servidores de nombres separados (de hecho, en la gran mayoría de los casos, delegan la respuesta a otros servidores de nombres). Cuando registre un dominio por primera vez, diga nuestro example.com dominio, esto a menudo se hace a través de un tercero llamado registrador. Es una práctica común de los registradores poner sus servidores de nombres para la delegación y servir una zona predeterminada desde esos servidores de nombres. Esta zona predeterminada incluye los requisitos básicos para servir esa zona en Internet (el SOA, NS y A registros asociados a esos registros NS).
Obviamente, si usted mismo quiere tomar el control del autoridad del dominio, debe pedirle al registrador que delegue el dominio a su servidor de nombres. Los diferentes registradores se refieren a esto en el proceso de diferentes maneras, ‘cambiar servidores de nombres’, ‘usar DNS de terceros’, ‘Agregar registros de pegamento’, etc. El mecanismo de abajo sigue siendo el mismo. Por lo general, proporciona 2 o más “nombres de servidor de nombres” (por ejemplo ns0.example.com y ns1.example.com) y las direcciones IP en las que ns0 y ns1 están. Luego procesan la solicitud y la delegación se dirige desde su registrador a los servidores de nombres que proporcionó.
En términos técnicos, es en este punto que debe asegurarse de que sus servidores de nombres estén en funcionamiento y sirvan al dominio. example.com, con un mínimo de un SOA (inicio de registro de autoridad), 1 o más NS registros y el A registros (las IP) de los que se resuelven estos registros NS:
example.com. IN SOA ns0.example.com. hostmaster.example.com. ( 10 3600 900 604800 7200 )
IN NS ns0.example.com.
IN NS ns1.example.com.
ns0 IN A 192.0.2.8
ns1 IN A 192.0.2.44
(Elegí algunos valores arbitrarios para los valores SOA, los nombres de los registros NS y las direcciones IP a las que se resuelven esos servidores de nombres). Todos estos deberán reflejar la zona para la que está sirviendo.
Este servicio DNS debe ser visible desde en cualquier sitio en Internet, y no tener cortafuegos (es decir, el puerto 53 udp y tcp inbound deben estar permitidos). Además, su proveedor de servicios tampoco debe bloquear ese puerto (que algunos proveedores bloquean el tráfico entrante destinado a esos puertos).
Dada mi comparación original, el com Los servidores de nombres son los administradores de DNS, que delegan la zona. example.com a los servidores de nombres (los miembros del personal) para hacer el trabajo de proporcionar la información básica de la zona (SOA, NS, A). También puede entregar cualquier registro adicional, como registros del servidor de correo. MX o puede ser un A grabar para tu www.example.com Dirección.
Si ese servidor de nombres no hace el trabajo, devuelve los resultados incorrectos o tiene un tercero (firewall / ISP) bloqueando el trabajo, no tendrá un DNS que funcione y la delegación se interrumpe.
También puede valer la pena señalar que el dominio NO tiene que ser delegado a servidores de nombres en el mismo dominio, por lo que ns0.example.net y ns0.example.org ambos podrían ser servidores de nombres válidos que podrían tener example.com delegado a ellos. Siempre que ambos servidores de nombres sirvan al example.com dominio.
Solucion 2:
Dentro de su dominio puede definir hosts como desee, por ejemplo mymailserver. Para conectarme a su servidor de correo, necesito usar el DNS para determinar sus direcciones IP y, con ese fin, necesito saber en qué parte del árbol de nombres debo buscar mymailserver.
Suena complicado, pero eso es exactamente para lo que usamos el “nombre de dominio completo” (FQDN). Si define un host mymailserver en tu dominio abc.com. ese anfitrión tiene el FQDN mymailserver.abc.com.. Con esa información puedo resolver ese nombre con la dirección IP correcta.
No es necesario crear todos los hosts del formulario. servers.abc.com. y ponga todos sus servidores allí, por ejemplo mymailserver.servers.abc.com.. Puede hacerlo, porque el dominio abc.com. era delegado para ti. Lo que significa que usted es la autoridad para solicitar cualquier dominio y nombre de dominio que termine con abc.com.. Por lo tanto, puede definir hosts y subdominios de sucursales a su gusto.
Delegación significa que el propietario de un dominio cede el control total sobre una rama a otra persona. Como el dueño de com. delegado el subdominio abc.com. para usted, puede ramificar subdominios, por ejemplo def.abc.com. y delegarlo en mi. Dentro de mi dominio puedo hacer / definir lo que quiera / guste sin tener que preguntarte ni decirte ni siquiera el com. propietarios sobre.
¿Como funciona? Simplemente coloque un dato en sus registros DNS que diga “para obtener información sobre def.abc.com por favor pregunte al servidor DNS hisdnsserver.def.abc.com.“. Por supuesto, para consultar ese servidor es necesario conocer la dirección IP de hisdnsserver.def.abc.com.. Para eso están los discos de pegamento. De hecho, ingresa 2 piezas de información, una que se acaba de indicar y la otra es la dirección IP de hisdnsserver.def.abc.com.. De esa forma, le proporciona a cualquiera una pregunta sobre def.abc.com. con suficiente información para señalarles la autoridad de ese subdominio.
¿Por qué los programas le preguntaron sobre def.abc.com. ¿en primer lugar? Porque eres la autoridad para abc.com. y la autoridad para com. le dio al solicitante dos datos sobre yourdnsserver y abc.com. …
Solución 3:
La delegación en términos de DNS significa que el servidor de nombres en la jerarquía anterior responderá cada solicitud a su dominio con un NS respuesta.
Entonces en caso de abc.com harías:
$ dig com.
=>
com. 896 IN SOA a.gtld-servers.net. ...
Luego consulta ese servidor de nombres específicamente para abc.com:
$ dig abc.com @a.gtld-servers.net.
=>
;; AUTHORITY SECTION:
abc.com. 172800 IN NS sens01.dig.com.
abc.com. 172800 IN NS sens02.dig.com.
abc.com. 172800 IN NS orns01.dig.com.
abc.com. 172800 IN NS orns02.dig.com.
Los registros de pegamento significan que, además de los nombres de host de sus servidores de .com La autoridad también conoce sus direcciones IP.
Si se configuran registros de pegamento, la consulta anterior además darte A/AAAA respuestas para cada uno de los servidores de nombres.
Acuérdate de que tienes la opción de comentar .