Ce que cette connexion vous apporte
Connecter votre propre compte AWS permet aux DNS d’un domaine d’être servis depuis votre compte au lieu du nôtre. Vous conservez la zone, la facture et le tableau de bord du fournisseur ; nous créons et mettons à jour les enregistrements nécessaires à vos sites et boîtes aux lettres, vous évitant ainsi de les copier manuellement.
Avant de commencer
Un compte AWS. Route 53 facture chaque zone hébergée et chaque requête sur votre facture AWS.
Créez un utilisateur IAM pour cette connexion avec une stratégie autorisant route53:ListHostedZones, route53:ListResourceRecordSets et route53:ChangeResourceRecordSets.
1. Créez la clé sur AWS
Dans la console AWS, ouvrez IAM → Utilisateurs, choisissez l’utilisateur sous l’identité duquel cette connexion doit agir (créez-en un dédié — n’utilisez jamais votre compte racine), ouvrez son onglet Informations d’identification de sécurité et, sous Clés d’accès, choisissez Créer une clé d’accès. Choisissez Autre comme cas d’utilisation, poursuivez et choisissez Créer une clé d’accès. Copiez l'ID de clé d’accès et la Clé d’accès secrète — AWS n’affiche la clé secrète qu’une seule fois. Chaque utilisateur IAM peut détenir deux clés simultanément.
2. Connectez-la ici
Ouvrez Intégrations dans votre tableau de bord et choisissez Connecter un compte. Sélectionnez Votre propre DNS comme groupe et Amazon Route 53 comme compte, renseignez l'ID de clé d’accès ainsi que la Clé d’accès secrète, puis appuyez sur Connecter le compte.
Nous testons ce que vous collez avant qu’un quelconque élément ne soit enregistré. Une clé qui ne fonctionne pas n’est jamais stockée, et la réponse indique ce qui n’allait pas. Une clé qui fonctionne est conservée chiffrée dans notre coffre-fort de secrets — jamais dans notre base de données — et ne sera plus jamais affichée, même à vous.
Ce qui se passe ensuite
- Sur n’importe quel domaine, ouvrez son onglet DNS et choisissez ce compte comme emplacement à partir duquel le DNS du domaine est servi. Nous y créons la zone si elle n’existe pas et écrivons les enregistrements nécessaires aux sites et à la messagerie du domaine.
- Quand un élément de notre côté modifie le contenu requis d’un enregistrement — vous déplacez un site, changez de CDN ou ajoutez une boîte aux lettres — nous mettons à jour l’enregistrement sur votre compte.
- Pour finaliser le transfert, les serveurs de noms de votre domaine doivent pointer vers AWS. Si le domaine est enregistré chez nous, ou auprès d’un bureau d’enregistrement que vous avez connecté, nous les configurons pour vous ; sinon, la page du domaine affiche les serveurs de noms à définir.
- Lors de la connexion, nous vérifions que la clé peut lister vos zones, lire les enregistrements et modifier les enregistrements. La liste de contrôle à côté de la connexion indique lesquels ont pu être confirmés.
En cas d’échec de connexion
La connexion s’établit, puis la modification d’un enregistrement échoue. Lister les zones et modifier les enregistrements constituent des autorisations IAM distinctes, et la modification n’est vérifiée que la première fois que nous en effectuons une. Ajoutez route53:ChangeResourceRecordSets à la stratégie de l’utilisateur — la clé elle-même ne change pas.
AWS a refusé l’identifiant. La clé d’accès a été désactivée ou supprimée dans IAM.
Le message indique que la clé a été rejetée. Il s’agit presque toujours de l’une de ces trois causes : un espace ou un saut de ligne copié avec celle-ci, une clé ayant expiré, ou une clé révoquée ou régénérée après votre copie. Créez-en une nouvelle et collez-la à nouveau.
La connexion s’établit, mais une action ultérieure échoue. La clé s’authentifie mais ne dispose pas d’une autorisation requise par l’action. Créez une nouvelle clé avec les autorisations énumérées ci-dessus, puis déconnectez l’ancienne connexion et connectez la nouvelle clé.
Déconnexion
Ouvrez Intégrations, localisez le compte et appuyez sur Déconnecter. Cela supprime immédiatement la clé stockée. Tout élément qui l’utilisait s’arrête à sa prochaine action, et les écrans qui en dépendaient le signalent au lieu d’échouer silencieusement.
La déconnexion n’annule pas ce qui a déjà été effectué — les enregistrements, déploiements ou paramètres que nous avons modifiés sur votre compte restent tels quels. Si vous pensez que la clé elle-même a pu fuiter, révoquez-la également auprès du fournisseur ; la déconnexion supprime notre copie, pas la leur.