Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Wenn Sie Ihren Bucket als statische Website konfigurieren, steht die Website an dem für die AWS-Region-spezifischen Website-Endpunkt des Buckets zur Verfügung. Website-Endpunkte unterscheiden sich von den Endpunkten, von denen aus Sie REST-API-Anfragen senden. Weitere Informationen zu den Unterschieden zwischen den Endpunkten finden Sie unter Wichtige Unterschiede zwischen einem Website-Endpunkt und einem REST-API-Endpunkt.
Je nach Region weisen Ihre Amazon-S3-Website-Endpunkte eines der beiden folgenden Formate auf.
-
s3-website dash (-) Region ‐
http://
bucket-name
.s3-website-Region
.amazonaws.com -
s3-website dot (.) Region ‐
http://
bucket-name
.s3-website.Region
.amazonaws.com
Diese URLs geben das Standard-Indexdokument zurück, das Sie für die Website konfigurieren. Eine vollständige Liste der Amazon-S3-Website-Endpunkte finden Sie unter Amazon-S3-Website-Endpunkte.
Anmerkung
Um die Sicherheit Ihrer statischen Amazon S3 S3-Websites zu erhöhen, sind die Endpunkt-Domains der Amazon S3 S3-Website (z. B. s3- website-us-east -1.amazonaws.com oder s3-website.ap-south-1.amazonaws.com) in der Public Suffix__Host-
-Präfix zu verwenden, falls Sie jemals sensible Cookies im Domain-Namen für statische Amazon-S3-Websites einrichten müssen. Diese Vorgehensweise hilft Ihnen dabei, Ihre Domain vor CSRF-Versuchen (Cross-Site Request Forgery Attempts, Anforderungsfälschung zwischen Websites) zu schützen. Weitere Informationen finden Sie auf der Set-Cookie
Wenn Ihre Website öffentlich sein soll, müssen Sie Ihren gesamten Inhalt öffentlich lesbar machen, damit Ihre Kunden am Website-Endpunkt darauf zugreifen können. Weitere Informationen finden Sie unter Festlegen von Berechtigungen für den Website-Zugriff.
Wichtig
Amazon S3 Website-Endpunkte unterstützen nicht HTTPS oder Zugriffspunkte. Wenn Sie HTTPS verwenden möchten, können Sie Amazon verwenden, CloudFront um eine statische Website bereitzustellen, die auf Amazon S3 gehostet wird. Weitere Informationen finden Sie unter Wie verwende ich, CloudFront um HTTPS-Anfragen für meinen Amazon S3 S3-Bucket zu bearbeiten?
Buckets mit Zahlung durch den Auftraggeber erlauben keinen Zugriff über den Website-Endpunkt. Jede Anforderung an einen solchen Bucket erhält die Antwort 403 Access Denied (403 Zugriff verweigert)
. Weitere Informationen finden Sie unter Nutzen von Buckets mit Zahlung durch den Anforderer für Speicherübertragungen und Nutzung.
Anmerkung
Wir empfehlen Ihnen, AWS Amplify Hosting zu verwenden, um Inhalte statischer Websites zu hosten, die in S3 gespeichert sind. Amplify Hosting ist ein vollständig verwalteter Service, mit dem Sie Ihre Websites auf einfache Weise in einem weltweit verfügbaren Content Delivery Network (CDN) bereitstellen können CloudFront, das von Amazon betrieben wird und sicheres statisches Website-Hosting ermöglicht. Mit AWS Amplify Hosting können Sie den Speicherort Ihrer Objekte in Ihrem Allzweck-Bucket auswählen, Ihre Inhalte auf einem verwalteten CDN bereitstellen und eine öffentliche HTTPS-URL generieren, damit Ihre Website von überall aus zugänglich ist. Weitere Informationen zu Amplify Hosting finden Sie unter Bereitstellen einer statischen Website auf AWS Amplify Hosting aus einem S3-Allzweck-Bucket und Bereitstellen einer statischen Website von S3 mit der AWS Amplify Amplify-Konsole im Konsolen-Benutzerhandbuch.
Themen
Website-Endpunkt-Beispiele
Die folgenden Beispiele zeigen, wie Sie auf einen Amazon-S3-Bucket zugreifen können, der als statische Website konfiguriert ist.
Beispiel – Anfordern eines Objekts auf Stammebene
Um ein bestimmtes Objekt anzufordern, das auf der Stammebene im Bucket gespeichert ist, verwenden Sie die folgende URL-Struktur.
http://
bucket-name
.s3-website.Region
.amazonaws.com/object-name
Die folgende URL fordert beispielsweise das Objekt photo.jpg
an, das auf der Stammebene im Bucket gespeichert ist.
http://example-bucket.s3-website.us-west-2.amazonaws.com/photo.jpg
Beispiel – Anfordern eines Objekts in einem Präfix
Um ein Objekt anzufordern, das in einem Ordner in Ihrem Bucket gespeichert ist, verwenden Sie diese URL-Struktur.
http://
bucket-name
.s3-website.Region
.amazonaws.com/folder-name
/object-name
Die folgende URL fordert das docs/doc1.html
-Objekt in Ihrem Bucket an.
http://example-bucket.s3-website.us-west-2.amazonaws.com/docs/doc1.html
Hinzufügen eines DNS-CNAME
Wenn Sie eine registrierte Domäne haben, können Sie einen DNS CNAME-Eintrag hinzufügen, der auf den Amazon-S3-Website-Endpunkt verweist. Wenn Sie beispielsweise die Domäne www.example-bucket.com
registriert haben, könnten Sie den Bucket www.example-bucket.com
erstellen und einen DNS CNAME-Datensatz hinzufügen, der auf www.example-bucket.com.s3-website.
verweist. Alle Anfragen an Region
.amazonaws.com.rproxy.goskope.comhttp://www.example-bucket.com
werden an www.example-bucket.com.s3-website.
weitergeleitet. Region
.amazonaws.com
Weitere Informationen finden Sie unter Anpassen von Amazon S3 URLs mit CNAME-Einträgen.
Verwenden einer benutzerdefinierten Domäne mit Route 53
Anstatt über einen Amazon-S3-Website-Endpunkt auf die Website zuzugreifen, können Sie beispielsweise Ihre eigene Domäne verwenden, die bei Amazon Route 53 registriert ist, um Ihre Inhalte bereitzustellen, z. B, example.com
. Sie können Amazon S3 mit Route 53 verwenden, um eine Website in der Root-Domäne zu hosten. Wenn Sie beispielsweise die Root-Domäne example.com
haben und Ihre Website auf Amazon S3 hosten, können Ihre Website-Besucher von ihrem Browser aus auf die Seite zugreifen, indem sie http://www.example.com
oder http://example.com
eingeben.
Ein Beispiel-Walkthrough finden Sie unter Tutorial: Konfigurieren einer statischen Website mithilfe einer benutzerdefinierten bei Route 53 registrierten Domäne.
Wichtige Unterschiede zwischen einem Website-Endpunkt und einem REST-API-Endpunkt
Der Amazon-S3-Website-Endpunkt ist auf den Zugriff über einen Webbrowser optimiert. In der folgenden Tabelle werden die wichtigsten Unterschiede zwischen einem REST-API-Endpunkt und einem Website-Endpunkt zusammengefasst.
Wichtiger Unterschied | REST-API-Endpunkt | Website-Endpunkt |
---|---|---|
Zugriffskontrolle |
Unterstützt öffentlichen und privaten Inhalt |
Unterstützt nur öffentlich lesbaren Inhalt |
Verarbeiten von Fehlermeldungen |
Gibt eine XML-formatierte Fehlermeldung zurück |
Gibt ein HTML-Dokument zurück |
Unterstützung einer Umleitung |
Nicht zutreffend |
Unterstützt Umleitungen auf Objekt- und auf Bucket-Ebene |
Unterstützte Anfragen |
Unterstützt alle Bucket- und Objekt-Vorgänge |
Unterstützt nur GET- und HEAD-Anforderungen für Objekte |
Reagiert auf GET- und HEAD-Anfragen an der Root eines Buckets | Gibt eine Liste der Objektschlüssel im Bucket zurück. | Gibt das in der Website-Konfiguration angegebene Indexdokument zurück. |
Support von Secure Sockets Layer (SSL) | Unterstützt SSL-Verbindungen | Unterstützt keine SSL-Verbindungen. |
Eine vollständige Liste der Amazon-S3-Endpunkte finden Sie unter Amazon-S3-Endpunkte und -Kontingente in der Allgemeine AWS-Referenz.