Comment créer dynamiquement des sous-domaines avec une adresse IP différente de celle du domaine d'origine correctement et efficacement?

Question

Comment créer efficacement des sous-domaines dynamiques résolus en adresses IP différentes de celles du domaine d'origine?

La plupart des solutions de création de sous-domaines dynamiques que j'ai trouvées ici ajoutaient un enregistrement A * .domain.com au serveur DNS (généralement à l'aide de BIND), mais ce n'est pas ce que je veux.

Cela signifie-t-il que le fichier de zone doit être configuré pour toujours expirer? Est-ce que cela ne taxerait pas lourdement notre serveur DNS?

Cependant, que se passe-t-il si le fournisseur de services Internet client ne va pas chercher le nouveau fichier de zone que je viens de modifier dynamiquement? Ne pourraient-ils pas résoudre notre nouvelle entrée de sous-domaine?

La configuration de DDNS dans BIND serait-elle le chemin logique pour mettre en œuvre un tel système? DDNS me permettrait d’insérer dynamiquement un enregistrement A sans redémarrer BIND, non?

Je suis sûr qu'il y a un moyen de le faire, car la plupart des gros services de blogging qui ne dirigent pas tous les comptes vers la même adresse IP que le moteur de blogging font quelque chose de similaire à ce dont j'ai besoin.

Merci!

Answer 1

Oui, vous pouvez utiliser les mises à jour DNS dynamiques pour intégrer les modifications de fichier de zone dans votre zone sans avoir à les insérer dans un fichier de zone de texte et à recharger BIND à chaque fois.

De nombreux grands registres de noms de domaine utilisent exactement cette technique chaque fois qu'un nom de domaine est enregistré.

Cela ne signifie toutefois pas que c’est la bonne technique pour votre application. Comme le recommandait hier votre question, il n'y a vraiment aucune raison de ne pas choisir l'option générique.

Un serveur bas de gamme exécutant Apache suffirait amplement pour effectuer le proxy inverse frontal de vos quelques milliers de sites, et mieux encore, vous n'avez même pas besoin de le déployer jusqu'à ce que vous ayez suffisamment d'utilisateurs pour configurer votre deuxième partitionné. cluster.

Answer 2

J'imagine que la plupart des services effectuant cette opération ont leur entrée générique (*.) entrée DNS pour ces comptes, et le dirigent probablement vers un équilibreur de charge, qui distribue les demandes en fonction du nom d'hôte, etc. Les entrées standard sont configurées comme des enregistrements A normaux dans le DNS.