Registro de servidor de nombres personalizado (nombre de host)

Question 1

¿Es el registrador la única entidad que puede manejar esto por mí?

Sí. E incluso no "el registrador", sino "todos y cada uno de los registradores" utilizados por los nombres de dominio de sus clientes (¿son libres de registrarlos en todas partes o usted se encarga de todo usted mismo? No queda claro en su pregunta...)

Parece estar confundido acerca de lo que significa "registrar" un servidor de nombres, y eso puede ser fácil (confundirse) ya que hay mucha información errónea. Entonces, lo siguiente solo responderá esa parte específica, pero aparte de eso, hoy en día, hacer DNS para cualquier tipo de configuración no trivial puede no ser una buena idea para comenzar sin ningún tipo de experiencia en el funcionamiento del protocolo DNS de bajo nivel, scripts de shell y monitoreo. , automatización, etc. especialmente con tecnologías más complejas como DNSSEC.

Primero, una advertencia que puede que no le guste: la mayoría de las veces esto se hace por motivos de vanidad y/o tratando de ocultar el verdadero alojamiento, y en ambos casos no funciona. Entonces, la verdadera solución a su problema sería simplemente darles a sus clientes sus servidores de nombres ns1.my-shiny-hosting-company.exampley ns2.my-shiny-hosting-company.exampleolvidarse de crear servidores de nombres por sitio web alojado. Luego recuperarás mucho tiempo y cordura siguiendo esta ruta más sencilla.

Ahora más detalles sobre esto del registro del servidor de nombres, si todavía quieres hacerlo o al menos entender mejor qué es.

Primero, algunas diferencias importantes a tener en cuenta desde el principio:

depende del TLD considerado (el TLD del dominio que utiliza esos servidores de nombres, no el TLD de los servidores de nombres)
depende de si se utilizan servidores de nombres "in-bailiwick" o no, es decir, servidores de nombres cuyos nombres están debajo del nombre de dominio.para lo cual tienen autoridad(esta cláusula es muy importante). ns1.example.comestá en bailiwick example.comsi example.comlo usa como servidor de nombres autorizado.

Obviamente, si para cualquier dominio desea alojar un sitio web, también desea tener servidores de nombres que utilicen el mismo nombre, entonces todos estos servidores de nombres están "en bailía" e inmediatamente se encuentra en el caso más complejo de registrarlos, permítanos mira por qué ahora.

Los registros utilizan dos modelos separados para manejar servidores de nombres: como objetos o como atributos. Los gTLD utilizan objetos, muchos/la mayoría (?) de los ccTLD utilizan atributos. Y las cosas a veces cambian (como .FRrecientemente pasó de atributos a objetos). Normalmente, su registrador le oculta esto.

Pero en el caso típico de "objetos", las cosas son así:

vas a algún registrador
registras el dominio X
Antes de poder configurar algunos servidores de nombres, debe registrar estos servidores de nombres: deben existir como objetos en la base de datos del registro, por lo que el registrador debe crearlos primero y luego asociarlos a su dominio.
Por supuesto, un buen registrador le oculta todo esto: solicita sus servidores de nombres y luego hace lo que necesita de forma transparente.
Suceden 3 casos:
- si el nombre del servidor de nombres está en otro TLD(s) distinto al del registro, se llama servidor de nombres "externo" y solo se necesita su nombre para crearlo como registro.
- Si el nombre del servidor de nombres está en uno de los TLD del registro, es por supuesto un servidor de nombres "interno", por lo que su nombre es necesario y sus direcciones IP PUEDEN ser necesarias o no:
  - si el servidor de nombres está directamente bajo el nombre de dominio para el cual tiene que ser autorizado (ese es el caso "in-bailiwick" explicado anteriormente), DEBE crearse con direcciones IP (para que la resolución funcione posteriormente, esto es lo que creó " pegar" registros en el registro
  - de lo contrario, puede o no crearse con direcciones IP, porque no son necesarias en este momento, pero podrían ser necesarias tan pronto como se asocie con el dominio como autorizado.

Entonces, en resumen, el registrador puede solicitarle direcciones IP además de los nombres de los servidores de nombres y luego hacer su magia para crear cosas apropiadas en el registro.

Como puede ver, debe hacerlo al menos por pareja (registrador, registro): en algunos registros, los servidores de nombres externos se crean por registrador, en otros hay un objeto compartido para todos.

Si va al caso de "atributos", la discusión anterior sobre las direcciones IP y demás aún se mantiene, lo único diferente es que los servidores de nombres no se crean como objetos separados en la base de datos del registro, simplemente se proporcionan como atributos para cualquier comando que cree o actualiza un nombre de dominio.

Pero en todos los casos, los inconvenientes de todo eso, si decide seguir la ruta de "creemos un dominio ns1y ns2en todos los dominios que alojamos", significan:

necesita obtener acceso al registrador que maneja esos dominios para definir potencialmente esos nombres y sus direcciones IP. Entonces, debe pedirles a sus clientes que realicen la operación (si no administra los registros de sus nombres de dominio por ellos) y buena suerte para explicarles todo lo anterior; por supuesto, cada sitio web de registrador es diferente, así que sepa a dónde ir. Registrar un servidor de nombres dependerá: conozco algunos registradores donde solo hay un enlace para registrar un servidor de nombres determinado en "todos" los registros (es decir, todos los registros donde este registrador específico está acreditado), lo cual la mayoría de las veces es ciertamente algo que no desea. , y otros donde no hay una GUI para hacerlo y es necesario consultar al soporte), o hacerlo por ellos pero luego necesita su acceso al panel de registro (gran riesgo de seguridad)
y necesita actualizar todo eso, y además de casos específicos (como si manejó todos los registros de nombres de dominio de sus clientes y si todos estaban en el mismo registrador), no hay operaciones masivas. Entonces, el día que necesites crear un nuevo archivo ns3, tendrás que hacerlo en todas partes (pero es el mismo caso si solo lo creas ns3.my-shiny-hosting-company.example), pero el problema es aún mayor el día que necesites cambiar las direcciones IP de los servidores de nombres (porque esto siempre sucede) ya que por definición, al crearlas bajo el nombre de dominio para el que tienen autoridad, están en bailiwick, por lo que necesitarás actualizar las direcciones IP no dos veces (en tu propio archivo de zona y tal vez en el registro de my-shiny-hosting-company.example) sino tantas veces como dominios, nuevamente. pedirle a todos y cada uno de sus clientes que vean dónde hacerlo en el panel web del registrador o hacerlo por ellos.

Espere grandes dolores de cabeza en ese camino. Especialmente si aún no eres un experto en los negocios de alojamiento DNS y registro de nombres de dominio.

Answer

¿Es el registrador la única entidad que puede manejar esto por mí?

Sí. E incluso no "el registrador", sino "todos y cada uno de los registradores" utilizados por los nombres de dominio de sus clientes (¿son libres de registrarlos en todas partes o usted se encarga de todo usted mismo? No queda claro en su pregunta...)

Parece estar confundido acerca de lo que significa "registrar" un servidor de nombres, y eso puede ser fácil (confundirse) ya que hay mucha información errónea. Entonces, lo siguiente solo responderá esa parte específica, pero aparte de eso, hoy en día, hacer DNS para cualquier tipo de configuración no trivial puede no ser una buena idea para comenzar sin ningún tipo de experiencia en el funcionamiento del protocolo DNS de bajo nivel, scripts de shell y monitoreo. , automatización, etc. especialmente con tecnologías más complejas como DNSSEC.

Primero, una advertencia que puede que no le guste: la mayoría de las veces esto se hace por motivos de vanidad y/o tratando de ocultar el verdadero alojamiento, y en ambos casos no funciona. Entonces, la verdadera solución a su problema sería simplemente darles a sus clientes sus servidores de nombres ns1.my-shiny-hosting-company.exampley ns2.my-shiny-hosting-company.exampleolvidarse de crear servidores de nombres por sitio web alojado. Luego recuperarás mucho tiempo y cordura siguiendo esta ruta más sencilla.

Ahora más detalles sobre esto del registro del servidor de nombres, si todavía quieres hacerlo o al menos entender mejor qué es.

Primero, algunas diferencias importantes a tener en cuenta desde el principio:

depende del TLD considerado (el TLD del dominio que utiliza esos servidores de nombres, no el TLD de los servidores de nombres)
depende de si se utilizan servidores de nombres "in-bailiwick" o no, es decir, servidores de nombres cuyos nombres están debajo del nombre de dominio.para lo cual tienen autoridad(esta cláusula es muy importante). ns1.example.comestá en bailiwick example.comsi example.comlo usa como servidor de nombres autorizado.

Obviamente, si para cualquier dominio desea alojar un sitio web, también desea tener servidores de nombres que utilicen el mismo nombre, entonces todos estos servidores de nombres están "en bailía" e inmediatamente se encuentra en el caso más complejo de registrarlos, permítanos mira por qué ahora.

Los registros utilizan dos modelos separados para manejar servidores de nombres: como objetos o como atributos. Los gTLD utilizan objetos, muchos/la mayoría (?) de los ccTLD utilizan atributos. Y las cosas a veces cambian (como .FRrecientemente pasó de atributos a objetos). Normalmente, su registrador le oculta esto.

Pero en el caso típico de "objetos", las cosas son así:

vas a algún registrador
registras el dominio X
Antes de poder configurar algunos servidores de nombres, debe registrar estos servidores de nombres: deben existir como objetos en la base de datos del registro, por lo que el registrador debe crearlos primero y luego asociarlos a su dominio.
Por supuesto, un buen registrador le oculta todo esto: solicita sus servidores de nombres y luego hace lo que necesita de forma transparente.
Suceden 3 casos:
- si el nombre del servidor de nombres está en otro TLD(s) distinto al del registro, se llama servidor de nombres "externo" y solo se necesita su nombre para crearlo como registro.
- Si el nombre del servidor de nombres está en uno de los TLD del registro, es por supuesto un servidor de nombres "interno", por lo que su nombre es necesario y sus direcciones IP PUEDEN ser necesarias o no:
  - si el servidor de nombres está directamente bajo el nombre de dominio para el cual tiene que ser autorizado (ese es el caso "in-bailiwick" explicado anteriormente), DEBE crearse con direcciones IP (para que la resolución funcione posteriormente, esto es lo que creó " pegar" registros en el registro
  - de lo contrario, puede o no crearse con direcciones IP, porque no son necesarias en este momento, pero podrían ser necesarias tan pronto como se asocie con el dominio como autorizado.

Entonces, en resumen, el registrador puede solicitarle direcciones IP además de los nombres de los servidores de nombres y luego hacer su magia para crear cosas apropiadas en el registro.

Como puede ver, debe hacerlo al menos por pareja (registrador, registro): en algunos registros, los servidores de nombres externos se crean por registrador, en otros hay un objeto compartido para todos.

Si va al caso de "atributos", la discusión anterior sobre las direcciones IP y demás aún se mantiene, lo único diferente es que los servidores de nombres no se crean como objetos separados en la base de datos del registro, simplemente se proporcionan como atributos para cualquier comando que cree o actualiza un nombre de dominio.

Pero en todos los casos, los inconvenientes de todo eso, si decide seguir la ruta de "creemos un dominio ns1y ns2en todos los dominios que alojamos", significan:

necesita obtener acceso al registrador que maneja esos dominios para definir potencialmente esos nombres y sus direcciones IP. Entonces, debe pedirles a sus clientes que realicen la operación (si no administra los registros de sus nombres de dominio por ellos) y buena suerte para explicarles todo lo anterior; por supuesto, cada sitio web de registrador es diferente, así que sepa a dónde ir. Registrar un servidor de nombres dependerá: conozco algunos registradores donde solo hay un enlace para registrar un servidor de nombres determinado en "todos" los registros (es decir, todos los registros donde este registrador específico está acreditado), lo cual la mayoría de las veces es ciertamente algo que no desea. , y otros donde no hay una GUI para hacerlo y es necesario consultar al soporte), o hacerlo por ellos pero luego necesita su acceso al panel de registro (gran riesgo de seguridad)
y necesita actualizar todo eso, y además de casos específicos (como si manejó todos los registros de nombres de dominio de sus clientes y si todos estaban en el mismo registrador), no hay operaciones masivas. Entonces, el día que necesites crear un nuevo archivo ns3, tendrás que hacerlo en todas partes (pero es el mismo caso si solo lo creas ns3.my-shiny-hosting-company.example), pero el problema es aún mayor el día que necesites cambiar las direcciones IP de los servidores de nombres (porque esto siempre sucede) ya que por definición, al crearlas bajo el nombre de dominio para el que tienen autoridad, están en bailiwick, por lo que necesitarás actualizar las direcciones IP no dos veces (en tu propio archivo de zona y tal vez en el registro de my-shiny-hosting-company.example) sino tantas veces como dominios, nuevamente. pedirle a todos y cada uno de sus clientes que vean dónde hacerlo en el panel web del registrador o hacerlo por ellos.

Espere grandes dolores de cabeza en ese camino. Especialmente si aún no eres un experto en los negocios de alojamiento DNS y registro de nombres de dominio.

Question 2

Por eso, voy a ofrecer a mis clientes alojamiento administrado utilizando servicios web de terceros.

Ofreceré máquinas VPS a mis clientes.

Entonces, ¿ofrecerás alojamiento de sitios web y VPS?

Si es así, ¡DEJA SUS DNS EN SOLICITUD!

No hay ninguna razón técnica por la que debas alojar su DNS. Si no tiene la infraestructura necesaria, altamente disponible y globalmente diversa para alojar su DNS, y si no tiene el conocimiento y la experiencia necesarios (que no los tiene en virtud de su pregunta), entonces no debería alojar su DNS.

Esto no pretende ser un insulto para usted. Deje el alojamiento DNS a las entidades que tengan la infraestructura y la experiencia. No hay ninguna razón para que usted aloje DNS para sus clientes y no debe alojar DNS para sus clientes.

Answer

Por eso, voy a ofrecer a mis clientes alojamiento administrado utilizando servicios web de terceros.

Ofreceré máquinas VPS a mis clientes.

Entonces, ¿ofrecerás alojamiento de sitios web y VPS?

Si es así, ¡DEJA SUS DNS EN SOLICITUD!

No hay ninguna razón técnica por la que debas alojar su DNS. Si no tiene la infraestructura necesaria, altamente disponible y globalmente diversa para alojar su DNS, y si no tiene el conocimiento y la experiencia necesarios (que no los tiene en virtud de su pregunta), entonces no debería alojar su DNS.

Esto no pretende ser un insulto para usted. Deje el alojamiento DNS a las entidades que tengan la infraestructura y la experiencia. No hay ninguna razón para que usted aloje DNS para sus clientes y no debe alojar DNS para sus clientes.

Question 3

Por lo general, uno registra solo un único conjunto de servidores de nombres (nuevamente, generalmente, bajo SU nombre de dominio), y luego todos los dominios de sus clientes hacen referencia a esos servidores de nombres como autorizados. Si bien puede registrar diferentes servidores de nombres para cada dominio de cliente, no es necesario y además es complicado administrarlo y migrarlo. Los inconvenientes pueden parecer pequeños cuando tienes tres o cuatro dominios, pero cuando llegas a 20 o 200, registrar servidores de nombres separados (generalmente un mínimo de 2 por dominio) rápidamente se vuelve difícil de manejar.

Answer

Por lo general, uno registra solo un único conjunto de servidores de nombres (nuevamente, generalmente, bajo SU nombre de dominio), y luego todos los dominios de sus clientes hacen referencia a esos servidores de nombres como autorizados. Si bien puede registrar diferentes servidores de nombres para cada dominio de cliente, no es necesario y además es complicado administrarlo y migrarlo. Los inconvenientes pueden parecer pequeños cuando tienes tres o cuatro dominios, pero cuando llegas a 20 o 200, registrar servidores de nombres separados (generalmente un mínimo de 2 por dominio) rápidamente se vuelve difícil de manejar.

Registro de servidor de nombres personalizado (nombre de host)

Respuesta1

Respuesta2

Respuesta3

información relacionada