Configurer l'accès AWS

Connectez votre compte AWS afin qu'InfraNest puisse gérer vos zones DNS Route 53, vos Route 53 Domains, et lire vos certificats ACM. Cet article s'adresse à toute personne configurant l'accès AWS pour la première fois.

#Aperçu

• InfraNest a besoin d'accéder à Route 53, Route 53 Domains et ACM pour afficher et gérer vos domaines et enregistrements DNS.
• Vous pouvez accorder l'accès via un rôle IAM (recommandé) ou via des clés d'accès.
• Les deux méthodes nécessitent la permission de modifier les éléments, pas seulement de les consulter — un accès en lecture seule permettra de charger vos listes, mais toute modification tentée dans InfraNest sera refusée.

NoteSi vous n'utilisez pas une fonctionnalité AWS particulière (par exemple Route 53 Domains), vous pouvez omettre ses permissions — décochez simplement ce groupe lors de la connexion dans InfraNest. Les listes se chargeront tout de même sans accès en écriture, mais les modifications seront refusées.

#Configurer un rôle IAM (recommandé)

Un rôle signifie qu'InfraNest ne stocke jamais vos secrets, et vous pouvez révoquer l'accès à tout moment en supprimant le rôle.

1. Dans InfraNest, ouvrez Intégrations → AWS, sélectionnez Connecter, puis choisissez IAM role sous Connection method. Le formulaire affichera l'AWS account ID d'InfraNest ainsi qu'un External ID généré — notez les deux, vous en aurez besoin.

2. Dans la console AWS IAM, allez dans Roles → Create role, choisissez AWS account → Another AWS account, saisissez l'ID de compte d'InfraNest, cochez Require external ID, et collez l'External ID.
3. Attachez une politique avec les permissions listées ci-dessous.
4. Nommez le rôle (par exemple InfraNest), créez-le, puis copiez son ARN depuis la page récapitulative du rôle.

#Configurer des clés d'accès à la place

1. Dans la console AWS IAM, allez dans Users → Create user et attachez une politique avec les permissions listées ci-dessous.
2. Ouvrez les Security credentials de l'utilisateur et choisissez Create access key → Third-party service.
3. Copiez l'Access key ID et la Secret access key. La clé secrète n'est affichée qu'une seule fois, conservez-la donc en lieu sûr.

#Choisir les bonnes permissions

L'option la plus rapide consiste à utiliser les politiques gérées d'AWS : AmazonRoute53FullAccess, AmazonRoute53DomainsFullAccess, et AWSCertificateManagerReadOnly.

Si vous préférez rédiger votre propre politique, voici les actions utilisées par InfraNest :

• Route 53 (DNS) — route53:ListHostedZones, route53:ListResourceRecordSets, route53:ChangeResourceRecordSets, route53:CreateHostedZone, route53:DeleteHostedZone.
• Route 53 Domains — route53domains:ListDomains, GetDomainDetail, CheckDomainAvailability, CheckDomainTransferability, ListPrices, RegisterDomain, TransferDomain, RenewDomain, RetrieveDomainAuthCode, UpdateDomainNameservers, UpdateDomainContact, UpdateDomainContactPrivacy, EnableDomainTransferLock, DisableDomainTransferLock, EnableDomainAutoRenew, DisableDomainAutoRenew, AssociateDelegationSignerToDomain, DisassociateDelegationSignerToDomain.
• ACM (certificats) — acm:ListCertificates, acm:GetCertificate, acm:DescribeCertificate. Ceci est en lecture seule.
• Clés d'accès uniquement — sts:GetCallerIdentity, afin qu'InfraNest puisse identifier à quel compte AWS les clés appartiennent.

#Terminer la connexion dans InfraNest

1. Retournez dans InfraNest et suivez Connect Amazon Web Services (AWS).
2. Saisissez l'ARN de votre rôle (si vous avez configuré un rôle IAM) ou vos clés d'accès (si vous les avez créées à la place).

#Astuces

TipPrivilégiez la méthode du rôle IAM si possible — elle évite de stocker des secrets à long terme et peut être facilement révoquée en supprimant le rôle dans AWS.