Personnalisation du format de l’URL pour les fichiers dans CloudFront - Amazon CloudFront

Personnalisation du format de l’URL pour les fichiers dans CloudFront

Une fois que vous avez configuré votre origine avec les objets (contenu) que CloudFront doit diffuser à vos utilisateurs, vous devez utiliser les URL correspondantes pour référencer ces objets dans votre site web ou votre code d’application afin que CloudFront puisse les diffuser.

Le nom de domaine que vous utilisez dans les URL pour les objets de vos pages web ou de votre application web peut être l’un des noms suivants :

  • Le nom de domaine, par exemple d111111abcdef8.cloudfront.net, que CloudFront attribue automatiquement lorsque vous créez une distribution

  • Votre propre nom de domaine, comme example.com

Par exemple, vous pouvez utiliser l’une des URL suivantes pour renvoyer le fichier image.jpg:

https://d111111abcdef8.cloudfront.net/images/image.jpg

https://example.com/images/image.jpg

Vous utilisez le même format d’URL que vous stockiez le contenu dans des compartiments Amazon S3 ou dans une origine personnalisée, comme l’une de vos propres serveurs web.

Note

Le format d’URL dépend en partie de la valeur que vous spécifiez pour Chemin d’origine dans votre distribution. Cette valeur fournit à CloudFront un chemin de répertoire supérieur pour vos objets. Pour plus d’informations sur la définition du chemin d’accès d’origine lorsque vous créez une distribution, consultez Chemin d’origine.

Pour plus d’informations sur les formats d’URL, consultez les sections suivantes.

Utilisation de votre propre nom de domaine (exemple.com)

Au lieu d’utiliser le nom de domaine par défaut qui vous est attribué par CloudFront lorsque vous créez une distribution, vous pouvez ajouter un autre nom de domaine plus facile à utiliser, comme example.com. En configurant votre propre nom de domaine avec CloudFront, vous pouvez utiliser une URL comme l’URL suivante pour les objets de votre distribution :

https://example.com/images/image.jpg

Si vous prévoyez d’utiliser HTTPS entre les utilisateurs et CloudFront, consultez Utilisation de noms de domaines alternatifs et HTTPS.

Utilisation d’une barre oblique (/) à la fin dans des URL

Lorsque vous spécifiez des URL pour des répertoires dans votre distribution CloudFront, vous pouvez choisir de toujours utiliser une barre oblique de fin ou de ne jamais utiliser une barre oblique de fin. Par exemple, choisissez uniquement l’un des formats suivants pour toutes vos URL :

https://d111111abcdef8.cloudfront.net/images/

https://d111111abcdef8.cloudfront.net/images

Pourquoi est-ce important?

Ces deux formats fonctionnent pour établir des liens à des objets CloudFront, mais être cohérent peut vous aider à éviter les problèmes si vous souhaitez invalider un répertoire ultérieurement. CloudFront stocke les URL exactement telles qu’elles sont définies, barres obliques de fin comprises. Par conséquent, si votre format est incohérent, vous devrez invalider les URL de répertoire avec et sans la barre oblique pour vous assurer que CloudFront supprime le répertoire.

Ce n’est pas pratique d’invalider les deux formats d’URL et cela peut entraîner des coûts supplémentaires. En effet, si vous devez doubler les invalidations pour couvrir les deux types d’URL, vous risquez de dépasser le nombre maximum d’invalidations gratuites autorisées pour le mois. Et si tel est le cas, vous devrez payer pour toutes les invalidations, même s’il n’existe qu’un seul format pour chaque URL de répertoire dans CloudFront.

Création d’URL signées pour des contenus restreints

Si vous avez un contenu auquel vous souhaitez limiter l’accès, vous pouvez créer des URL signées. Par exemple, si vous voulez distribuer votre contenu uniquement aux utilisateurs qui se sont authentifiés, vous pouvez créer des URL qui sont valides uniquement pendant une période spécifiée ou qui sont disponibles uniquement à partir d’une adresse IP spécifiée. Pour plus d’informations, consultez Offre de contenu privé avec des URL et des cookies signés.