Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Ajouter un autre nom de domaine
La liste de tâches suivante décrit comment utiliser la CloudFront console pour ajouter un autre nom de domaine à votre distribution afin que vous puissiez utiliser votre propre nom de domaine dans vos liens au lieu du nom de CloudFront domaine. Pour plus d'informations sur la mise à jour de votre distribution à l'aide de l' CloudFront API, consultezConfiguration des distributions.
Note
Si vous souhaitez que les utilisateurs emploient HTTPS avec votre nom de domaine alternatif, consultez Utiliser des noms de domaine alternatifs et le protocole HTTPS.
Avant de commencer : Assurez-vous d’effectuer les opérations suivantes avant de mettre à jour votre distribution pour ajouter un nom de domaine alternatif :
Enregistrez le nom de domaine auprès de Route 53 ou d’un autre registre de domaine.
Obtenez un certificat SSL/TLS auprès d’une autorité de certification (CA) autorisée qui couvre le nom de domaine. Ajoutez le certificat à votre distribution pour vous assurer que vous êtes autorisé à utiliser le domaine. Pour de plus amples informations, veuillez consulter Exigences relatives à l’utilisation de noms de domaines alternatifs.
Ajouter un autre nom de domaine
Connectez-vous à la CloudFront console AWS Management Console et ouvrez-la à l'adressehttps://console.aws.amazon.com/cloudfront/v4/home
. -
Choisissez l’ID de la distribution que vous souhaitez mettre à jour.
-
Sous l’onglet General, choisissez Edit.
-
Mettez à jour les valeurs suivantes :
- Noms de domaine alternatifs (CNAMEs)
-
Ajoutez vos noms de domaines alternatifs. Séparez les noms de domaines par des virgules ou saisissez chaque nom de domaine sur une nouvelle ligne.
- Certificat SSL
-
Choisissez le paramètre suivant :
-
Use HTTPS (Utiliser HTTPS) – Choisissez Custom SSL Certificate (Certificat SSL personnalisé) et choisissez un certificat dans la liste. La liste inclut les certificats fournis par AWS Certificate Manager (ACM), les certificats que vous avez achetés auprès d'une autre autorité de certification et téléchargés vers ACM, ainsi que les certificats que vous avez achetés auprès d'une autre autorité de certification et téléchargés vers le magasin de certificats IAM.
Si vous avez chargé un certificat dans le magasin de certificats IAM mais qu’il n’apparaît pas dans la liste, consultez la procédure Importer un certificat SSL/TLS afin de vérifier si vous avez correctement chargé le certificat.
Si vous choisissez ce paramètre, nous vous recommandons de n'utiliser qu'un autre nom de domaine dans votre objet URLs (https://www.example.com/logo.jpg). If you use your CloudFront distribution domain name (https://d111111abcdef8.cloudfront.net.rproxy.goskope.com.cloudfront.net/logo.jpg). Un visualiseur peut se comporter comme suit, en fonction de la valeur que vous choisissez pour Clients pris en charge :
-
Tous les clients : si le lecteur ne prend pas en charge le SNI, il affiche un avertissement car le nom de CloudFront domaine ne correspond pas au nom de domaine de votre certificat TLS/SSL.
-
Uniquement les clients qui supportent l'indication du nom du serveur (SNI) : CloudFront abandonne la connexion avec le visualiseur sans renvoyer l'objet.
-
-
- Clients pris en charge
-
Choisir une option :
-
Tous les clients : CloudFront diffuse votre contenu HTTPS à l'aide d'adresses IP dédiées. Si vous sélectionnez cette option, des frais supplémentaires s’appliqueront lors de l’association de votre certificat SSL/TLS à une distribution activée. Pour en savoir plus, consultez Tarification Amazon CloudFront
. -
Seuls les clients qui prennent en charge Server Name Indication (SNI) (recommandé) : les navigateurs plus anciens ou les autres clients qui ne prennent pas en charge l’extension SNI doivent utiliser une autre méthode pour accéder à votre contenu.
Pour de plus amples informations, veuillez consulter Choisissez le mode de CloudFront traitement des requêtes HTTPS.
-
-
Choisissez Oui, Modifier.
-
Sous l’onglet Questions d’ordre général de la distribution, vérifiez que la valeur du champ Statut de distribution a été remplacée par Déployé. Si vous essayez d’utiliser un autre nom de domaine avant le déploiement des mises à jour de votre distribution, les liens que vous allez créer lors des étapes suivantes risquent de ne pas fonctionner.
-
Configurez le service DNS pour le nom de domaine alternatif (tel que www.example.com) afin d'acheminer le trafic vers le nom de CloudFront domaine de votre distribution (par exemple d111111abcdef8.cloudfront.net). La méthode utilisée varie selon que vous utilisiez ou non Route 53 comme fournisseur de services DNS pour le domaine.
Note
Si votre enregistrement DNS pointe déjà vers une distribution qui n’est pas celle que vous mettez à jour, alors vous ajoutez uniquement le nom de domaine alternatif à votre distribution après avoir mis à jour votre DNS. Pour de plus amples informations, veuillez consulter Restrictions relatives à l’utilisation de noms de domaines alternatifs.
- Route 53
-
Créez un jeu d’enregistrements de ressources d’alias. Avec un jeu d’enregistrements de ressources d’alias, vous ne payez pas pour les requêtes Route 53. En outre, vous pouvez créer un ensemble d'enregistrements de ressources d'alias pour le nom de domaine racine (exemple.com), ce que le DNS n'autorise pas. CNAMEs Pour plus d'informations, consultez la section Acheminer le trafic vers une distribution CloudFront Web Amazon en utilisant votre nom de domaine dans le guide du développeur Amazon Route 53.
- Autre fournisseur de services DNS
-
Utilisez la méthode fournie par votre fournisseur de services DNS pour ajouter un enregistrement CNAME à votre domaine. Ce nouvel enregistrement CNAME redirigera les requêtes DNS de votre nom de domaine alternatif (par exemple, www.exemple.com) vers le nom de CloudFront domaine de votre distribution (par exemple, d111111abcdef8.cloudfront.net). Pour plus d’informations, consultez la documentation fournie par votre prestataire de services DNS.
Important
Si vous possédez déjà un enregistrement CNAME pour votre autre nom de domaine, mettez-le à jour ou remplacez-le par un nouveau qui pointe vers le nom de CloudFront domaine de votre distribution.
-
Utilisez
dig
ou un outil DNS similaire pour vérifier que la configuration DNS créée à l’étape précédente pointe bien vers le nom de domaine de votre distribution.L’exemple suivant illustre une requête
dig
sur le domaine images.example.com ainsi que la partie pertinente de la réponse.PROMPT> dig www.example.com ; <<> DiG 9.3.3rc2 <<> www.example.com ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 15917 ;; flags: qr rd ra; QUERY: 1, ANSWER: 9, AUTHORITY: 2, ADDITIONAL: 0 ;; QUESTION SECTION: ;www.example.com. IN A ;; ANSWER SECTION:
www.example.com. 10800 IN CNAME d111111abcdef8.cloudfront.net.
...La section des réponses affiche un enregistrement CNAME qui achemine les requêtes pour www.example.com vers le nom de domaine de CloudFront distribution d111111abcdef8.cloudfront.net. Si le nom sur le côté droit de
CNAME
est le nom de domaine de votre CloudFront distribution, l'enregistrement CNAME est correctement configuré. Si cette valeur est différente (s’il s’agit, par exemple, du nom de domaine de votre compartiment Amazon S3), l’enregistrement CNAME n’est pas configuré correctement. Vous devez alors retourner à l’étape 7 et corriger l’enregistrement CNAME pour qu’il pointe vers le nom de domaine de votre distribution. -
Testez le nom de domaine alternatif URLs en utilisant votre nom de domaine au lieu du nom de CloudFront domaine de votre distribution.
-
Dans votre application, modifiez le nom de domaine URLs pour que vos objets utilisent votre nom de domaine alternatif au lieu du nom de domaine de votre CloudFront distribution.