¿Cómo crear dinámicamente subdominios con IP diferente que el dominio original de manera correcta y eficiente?

Question

¿Cómo crear eficientemente subdominios dinámicamente que se resuelvan a una IP diferente que el dominio original?

La mayoría de las soluciones de creación de subdominios dinámicos que he encontrado aquí agregarían un registro A * .domain.com al servidor DNS (generalmente usando BIND), pero eso es no lo que quiero.

¿Eso significa que el archivo de zona debe configurarse para que siempre caduque? ¿No gravaría mucho nuestro servidor DNS?

Sin embargo, ¿qué sucede si el ISP del cliente no va y busca el nuevo archivo de zona que acabo de cambiar dinámicamente? ¿No podrían resolver nuestra nueva entrada de subdominio?

¿La configuración de DDNS en BIND sería la ruta lógica para implementar dicho sistema? DDNS me permitiría insertar dinámicamente el registro A sin reiniciar BIND, ¿verdad?

Estoy seguro de que hay alguna forma de hacerlo, ya que la mayoría de los grandes servicios de blogs que no apuntan a todas las cuentas a la misma IP que el motor de blogs, están haciendo algo similar a lo que necesito.

¡Gracias!

Answer 1

Sí, podría usar actualizaciones dinámicas de DNS para enviar los cambios del archivo de zona a su zona sin tener que ponerlos en un archivo de zona de texto y volver a cargar BIND cada vez.

Muchos registros de nombres de dominio grandes utilizan exactamente esa técnica cada vez que se registra un nombre de dominio.

Sin embargo, eso no significa que sea la técnica correcta para su aplicación. Como se recomendó ayer a su otra pregunta, realmente no hay razón para no optar por la opción comodín.

Un servidor de gama baja que ejecute Apache sería más que suficiente para hacer frente al proxy inverso de sus primeros miles de sitios, y mejor aún, ni siquiera necesita implementarlo hasta que obtenga suficientes usuarios para configurar su segundo particionado clúster.

Answer 2

Me imagino que la mayoría de los servicios que hacen esto tienen su configuración de entrada de DNS comodín (*.) para estas cuentas, y probablemente apuntan a un equilibrador de carga, que distribuye las solicitudes en función del nombre de host, etc. configuración de entradas estándar como registros A normales en DNS.