J'essaie de configurer un simple site Web basé sur Amazon AWS S3, comme expliqué ici .
J'ai configuré le godet S3 (Simples3weSiteTetestest.com), a donné les autorisations droites (espérons-le):
{
"Version": "2012-10-17",
"Statement": [
{
"Sid": "AddPerm",
"Effect": "Allow",
"Principal": {
"AWS": "*"
},
"Action": [
"s3:GetObject"
],
"Resource": [
"arn:aws:s3:::simples3websitetest.com/*"
]
}
]
}
J'ai téléchargé index.html, configuration d'accès au site Web, et il est accessible via http://simples3websitetestest.com.s3-website-us-west-.amazonaws.com/index.html
Jusqu'ici tout va bien, maintenant je veux configurer l'accès Amazon Route53 et c'est là que je suis resté coincé.
J'ai configuré une zone hébergée sur un domaine I propriétaire (Resourcesbox.net) et cliquez sur "Créer un jeu d'enregistrements", puis à l'étape "Configuration alias", mais je n'ai "pas de cibles disponibles" sous les points de terminaison du site Web S3 lorsque je Essayez de définir la cible d'alias.
Qu'est-ce que j'ai raté??
L'alias A-enregistrez que vous créez doit être identique au nom du godet, car l'hébergement virtuel des godets dans S3 exige que le Host:
En-tête envoyé par le navigateur correspond au nom du godet. Il n'y a pas vraiment d'autre manière pratique dans laquelle l'hébergement virtuel de seaux pourrait être accompli ... Le godet doit être identifié par certains mécanismes et que le mécanisme est les en-têtes HTTP.
Afin de créer un alias à un godet à l'intérieur du domaine "Exemple.com", le nom du godet devra également être un nom d'hôte que vous pouvez déclarer légalement dans ce domaine ... la route 53 a-record "testbucket.example .com, "Par exemple, peut uniquement être aliasé sur un godet appelé" testbucket.example.com "... et aucun autre seau.
Dans votre question, vous enfreignez cette contrainte ... mais vous ne pouvez créer un alias que sur un godet nommé "Simples3webSitetestest.com" à l'intérieur de (et au sommet de) le domaine "Simples3WebSSitetestest.com".
Ceci est par conception, et pas exactement une limitation de la route 53 ni de S3. Ils ne vous empêchent que de faire quelque chose qui ne peut pas fonctionner. Les serveurs Web ignorent de tout aliasing ou cnames ou quoi que ce soit d'autre fait dans la DNS - ils ne reçoivent que le nom d'hôte d'origine que le navigateur croit qu'il tente de se connecter, dans les en-têtes HTTP envoyés par le navigateur ... et S3 utilise ceci. informations permettant d'identifier le nom du godet à laquelle la demande hébergée virtuelle s'applique.
Amazon S3 exige que vous donniez votre seau le même nom que votre domaine. C'est ainsi que Amazon S3 peut résoudre correctement les en-têtes d'hôte envoyés par des navigateurs Web lorsqu'un utilisateur demande du contenu de votre site Web. Par conséquent, nous vous recommandons de créer vos godets pour votre site Web à Amazon S3 avant de payer pour enregistrer votre nom de domaine.
Notez toutefois que cette restriction ne s'applique que lorsque vous n'utilisez pas CloudFront devant votre godet.
Avec Cloudfront, il y a plus de flexibilité, car le Host:
L'en-tête peut être réécrit (par Cloudfront lui-même) avant que la demande ne soit transmise à S3. Vous configurez l'hôte d'origine dans votre distribution de CloudFront en tant que your-bucket.s3-website-xx-yyyy-n.amazonaws.com
Où xx-aaayy-n est la région AWS de S3 où votre godet a été créé. Ce point final est affiché dans la console S3 pour chaque godet.
Supposons que vous avez une zone hébergée ABC.com. Et vous créez un godet abc.com (ce qui ne se présente pas dans la liste dans les routes aliases) - vous pouvez penser que c'est le. Après le nom - que vous ne pouvez pas nommer les godets avec
Essayez cela aussi. Parce que la première fois que j'ai créé le seau avec le nom correct et je n'ai toujours pas fonctionné. Croyez-moi que j'ai OCD, donc je n'ai pas manqué de fluide ou une virgule.
Cela a travaillé pour moi avoir essayé presque tout - certaines suggestions que je vois est de se déconnecter et de vous connecter à une sorte de cache clair - pas sûr