Der von Ihnen erstellte A-Record-Alias muss mit dem Namen des Buckets identisch sein, da für das virtuelle Hosting von Buckets in S3 erforderlich ist, dass der Host:
vom Browser gesendete Header mit dem Bucket-Namen übereinstimmt. Es gibt nicht wirklich eine andere praktische Art und Weise, wie das virtuelle Hosting von Buckets durchgeführt werden könnte ... Der Bucket muss durch einen Mechanismus identifiziert werden, und dieser Mechanismus sind die http-Header.
Um einen Alias für einen Bucket in der Domain "example.com" zu erstellen, muss der Bucket-Name auch ein Hostname sein, den Sie legal in dieser Domain deklarieren können ... der Route 53 A-Record "testbucket.example .com "kann zum Beispiel nur für einen Bucket mit dem Namen" testbucket.example.com "verwendet werden ... und für keinen anderen Bucket.
In Ihrer Frage brechen Sie diese Einschränkung ... Sie können jedoch nur einen Alias für einen Bucket mit dem Namen "simples3websitetest.com" innerhalb (und am Scheitelpunkt) der Domain "simples3websitetest.com" erstellen.
Dies ist beabsichtigt und weder eine Einschränkung der Route 53 noch der S3. Sie hindern dich nur daran, etwas zu tun, das unmöglich funktionieren kann. Webserver wissen nichts über Aliasing, CNAMEs oder andere Aktionen im DNS - sie erhalten nur den ursprünglichen Hostnamen, zu dem der Browser eine Verbindung herstellen möchte, in den vom Browser gesendeten http-Headern ... und S3 verwendet diesen Informationen zum Identifizieren des Namens des Buckets, für den die virtuelle gehostete Anforderung gilt.
Amazon S3 erfordert, dass Sie Ihrem Bucket denselben Namen wie Ihrer Domain geben. Auf diese Weise kann Amazon S3 die von Webbrowsern gesendeten Hostheader ordnungsgemäß auflösen, wenn ein Benutzer Inhalte von Ihrer Website anfordert. Daher empfehlen wir, dass Sie Ihre Buckets für Ihre Website in Amazon S3 erstellen, bevor Sie für die Registrierung Ihres Domainnamens bezahlen.
http://docs.aws.amazon.com/gettingstarted/latest/swh/getting-started-create-bucket.html#bucket-requirements
Beachten Sie jedoch, dass diese Einschränkung nur gilt, wenn Sie CloudFront nicht vor Ihrem Bucket verwenden.
CloudFront bietet mehr Flexibilität, da der Host:
Header (von CloudFront selbst) neu geschrieben werden kann, bevor die Anforderung an S3 weitergeleitet wird. Sie konfigurieren den "Ursprungshost" in Ihrer CloudFront-Distribution so, your-bucket.s3-website-xx-yyyy-n.amazonaws.com
dass xx-yyyy-n die AWS-Region von S3 ist, in der Ihr Bucket erstellt wurde. Dieser Endpunkt wird in der S3-Konsole für jeden Bucket angezeigt.