Publié le 7 octobre 2025 à 10h38. Un développeur web se heurte à des difficultés persistantes pour héberger un simple site statique sur Amazon S3, malgré de multiples tentatives de configuration et de dépannage, laissant suspecter un problème plus profond au niveau de son compte AWS.
- Un développeur rencontre des erreurs “403 Accès refusé” sur un site web statique hébergé sur Amazon S3.
- Les tentatives de configuration via CloudFront avec OAC (Origin Access Control) et une configuration S3 publique directe se sont soldées par un échec.
- Le développeur soupçonne une restriction au niveau du compte AWS, comme une SCP (Service Control Policy) ou une limite d’autorisation.
Un développeur web a exprimé sa frustration face à une erreur persistante “403 Accès refusé” lors de la tentative d’hébergement d’un site web statique sur Amazon S3. Après avoir consacré de nombreuses heures au dépannage et suivi les recommandations standard, le problème demeure insoluble. Le développeur craint désormais qu’il ne s’agisse pas d’une simple erreur de configuration, mais d’une restriction plus large au niveau de son compte Amazon Web Services (AWS).
La première approche consistait à utiliser une configuration CloudFront combinée à un seau S3 privé, en employant le contrôle d’accès à l’origine (OAC), une méthode recommandée par AWS. Une distribution CloudFront a été créée, pointant vers un seau S3 configuré en privé. Le contrôle d’accès à l’origine a été correctement mis en place, permettant à CloudFront de mettre à jour la stratégie du seau. De plus, le document racine par défaut a été défini sur “index.html”, et une fonction CloudFront a même été implémentée pour rediriger les requêtes vers la racine vers ce même fichier. Malgré ces efforts, l’erreur 403 persistait.
Pour éliminer toute possibilité d’erreur de configuration subtile, le développeur a ensuite procédé à une recréation complète de l’environnement CloudFront, en partant de zéro et en appliquant immédiatement tous les paramètres corrects. Le résultat est resté inchangé : l’accès était toujours refusé.
Dans une tentative d’isolation du problème, le développeur a simplifié au maximum la configuration. Il a créé un nouveau seau S3 dans la région Asie-Pacifique Nord-Est (ap-northeast-1), désactivé le blocage de tout accès public, activé l’hébergement de site web statique avec “index.html” comme document d’index, et ajouté une politique de seau permettant l’accès public en lecture (S3:GetObject) à tous les utilisateurs (“Principal”: “*”). Cependant, même l’accès direct à l’URL du point de terminaison du site web S3 a renvoyé une erreur 403.
Face à cet échec, le développeur se demande si le problème ne réside pas dans une restriction au niveau du compte AWS. Il évoque la possibilité d’une Service Control Policy (SCP) qui bloquerait l’hébergement public S3, d’une limite d’autorisation spécifique à son type de compte, ou d’une autre limitation qui empêcherait le fonctionnement de l’hébergement de sites web statiques publics. Il sollicite l’aide de la communauté pour identifier la cause de ce comportement inhabituel.
Pour aller plus loin
