Impossible de transférer le domaine racine géré par les domaines Google vers AWS Load Balancer
Mes domaines sont gérés sur Google mais mon site est hébergé sur AWS. Je souhaite pointer à la fois ma racine my-company.com et le sous-domaine www www.my-company.com vers un AWS Load Balancer, qui possède une adresse et non une adresse IP.
Bien que je sois autorisé à ajouter un enregistrement de ressource CNAME personnalisé pour le sous-domaine www et que celui-ci pointe sans problème sur l'adresse de LB, je ne suis pas autorisé à transformer l'enregistrement racine en enregistrement CNAME ni à faire en sorte que la racine A Record pointe sur l'adresse de LB.
Il semble que je n'ai aucun moyen de faire pointer mon domaine racine vers un AWS Load Balancer.
J'ai essayé de regarder dans la transmission du domaine au sous-domaine www qui fonctionne, mais Google prévient qu'alors les deux la racine et les enregistrements www seront supprimés, ce qui romprait le www transmettre à mon LB.
Je pensais créer un sous-domaine prod.my-company.com et utiliser le transfert de domaine pour pointer root et et www sur prod (Google indique que la transmission de domaine n'affectera aucun sous-domaine accepté www) mais cela ne fonctionnera pas, car les utilisateurs seront redirigés vers prod.my-company.com.
J'ai essayé d'utiliser AWS Route53 et je pensais ajouter un enregistrement NS pour root, mais Google n'autorise pas non plus les enregistrements NS pour root!
Des idées sur la façon de faire ce travail?
Ceci est une limitation dans la conception fondamentale du DNS lui-même. L'ajout d'un CNAME au sommet d'un domaine est essentiellement invalide car il entraîne un ensemble de conséquences illogiques.
C’est pourquoi Route 53 a créé alias A-Record - pour contourner exactement ce problème. Au lieu d'un renvoi externe externe, comme le fait un CNAME, les enregistrements Alias sont un interne referral - La route 53 recherche l'enregistrement en utilisant une recherche interne à partir de sa propre base de données, renvoyant ce qui est essentiellement un enregistrement A rempli dynamiquement.
Une option consiste à utiliser un service tel que http://wwwizer.com , ce qui vous donne un enregistrement A pour votre exemple.com qui renvoie simplement une redirection vers www.exemple.com. (Pour être clair, ce n'est pas une recommandation ou une approbation; je n'ai aucune affiliation avec ce service et je ne l'utilise pas, mais je l'ai vu mentionné dans ce contexte.) La fiche www, bien sûr, fonctionne bien avec un CNAME. .
Une autre option consiste à déplacer l'hébergement de votre DNS vers Route 53 mais pas l'enregistrement de domaine. Si votre domaine est enregistré auprès de Google, vous pouvez conserver l'enregistrement, mais hébergez les enregistrements sur Route 53 ... mais cela ne se fait pas en créant NS enregistrements. Le processus semble être documenté ici .
Le coût de la Route 53 semble suffisamment bas pour être considéré comme non significatif dans cette configuration, car ils ne vous facturent pas les requêtes DNS qui atteignent les enregistrements Alias, lorsque l'enregistrement Alias se termine sur ELB, CloudFront ou S3.