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. # Hinzufügen, Entfernen oder Ersetzen von Inhalten, die von CloudFront verteilt werden In diesem Abschnitt wird erläutert, wie Sie sicherstellen, dass CloudFront auf die Inhalte zugreifen kann, die Ihren Viewern bereitgestellt werden sollen, wie Sie die Objekte in Ihrer Website oder Anwendung festlegen und wie Sie Inhalte entfernen oder ersetzen können. **Topics** + [ ## Hinzufügen von Inhalten, die CloudFront verteilt, und Zugriff darauf ](#AddingObjects) + [ # Verwenden der Versionsverwaltung für Dateien, um Inhalte mit einer CloudFront-Distribution zu aktualisieren oder zu entfernen ](UpdatingExistingObjects.md) + [ # Anpassen des URL-Formats für Dateien in CloudFront ](LinkFormat.md) + [ # Angeben eines Standardstammobjekts ](DefaultRootObject.md) + [ # Aufheben der Gültigkeit von Dateien zum Entfernen von Inhalten ](Invalidation.md) + [ # Bereitstellen von komprimierten Dateien ](ServingCompressedFiles.md) ## Hinzufügen von Inhalten, die CloudFront verteilt, und Zugriff darauf Wenn Sie möchten, dass CloudFront Inhalte (Objekte) verteilt, fügen Sie Dateien zu einem der Ursprünge hinzu, die Sie für die Verteilung angegeben haben, und stellen Sie einen CloudFront-Link zu den Dateien bereit. Ein CloudFront-Edge-Standort ruft die neuen Dateien erst von einem Ursprung ab, wenn der Edge-Standort Viewer-Anfragen für sie erhält. Weitere Informationen finden Sie unter [Wie CloudFront Inhalte bereitstellt](HowCloudFrontWorks.md). Wenn Sie eine Datei hinzufügen, die von CloudFront verteilt werden soll, stellen Sie sicher, dass Sie es zu einem der in Ihrer Verteilung angegebenen Amazon S3-Buckets bzw. bei benutzerdefinierten Ursprüngen zu einem Verzeichnis in der angegebenen Domäne hinzufügen. Überprüfen Sie darüber hinaus, ob das Pfadmuster im entsprechenden Cache-Verhalten Anfragen an den richtigen Ursprung sendet. Nehmen wir beispielsweise an, dass das Pfadmuster für ein Cache-Verhalten is `*.html`. Wenn Sie keine anderen Zwischenspeicher-Verhaltensweisen für das Weiterleiten von Anfragen an diesen Ursprungs-Server konfiguriert haben, leitet CloudFront nur `*.html`-Dateien weiter. In diesem Szenario verteilt CloudFront beispielsweise niemals .jpg-Dateien, die Sie auf den Ursprungs-Server hochladen, da Sie kein Zwischenspeicher-Verhalten erstellt haben, das .jpg-Dateien enthält. CloudFront-Server ermitteln nicht den MIME-Typ der Objekte, die sie bereitstellen. Wenn Sie eine Datei auf Ihren Ursprungs-Server hochladen, sollten Sie das `Content-Type`-Header-Feld dafür festlegen. # Verwenden der Versionsverwaltung für Dateien, um Inhalte mit einer CloudFront-Distribution zu aktualisieren oder zu entfernen Um vorhandene Inhalte zu aktualisieren, die CloudFront für Sie verteilt, empfehlen wir Ihnen, eine Versionskennung in Dateinamen oder Ordnernamen zu verwenden. Auf diese Weise haben Sie Kontrolle über die Verwaltung der Inhalte, die CloudFront bereitstellt. ## Aktualisieren vorhandener Dateien mithilfe von versionierten Dateinamen Wenn Sie vorhandene Dateien in einer CloudFront-Verteilung aktualisieren, empfehlen wir, entweder in Ihren Dateinamen oder in Ihren Verzeichnisnamen eine Versionskennung einzufügen, um Ihre Inhalte besser kontrollieren zu können. Bei dieser Kennung kann es sich um einen Datum-Zeitstempel, eine fortlaufende Nummer oder eine andere Methode der Unterscheidung zwei Versionen desselben Objekts handeln. Anstatt beispielsweise eine Grafikdatei mit image.jpg zu benennen, könnten Sie diese image\$11.jpg nennen. Wenn Sie eine neue Version der Datei bereitstellen möchten, würden Sie die neue Datei mit image\$12.jpg benennen und die Links in Ihrer Web-Anwendung oder auf Ihrer Website aktualisieren, damit sie auf image\$12.jpg verweisen. Alternativ könnten Sie alle Grafiken in einem images\$1v1-Verzeichnis ablegen und, wenn Sie neue Versionen von einer oder mehreren Grafiken bereitstellen möchten, ein neues images\$1v2-Verzeichnis erstellen und Ihre Links aktualisieren, damit sie auf dieses Verzeichnis verweisen. Wenn Sie Versioning verwenden, müssen Sie nicht warten, bis ein Objekt abläuft, bevor CloudFront eine neue Version davon bereitstellt, und müssen nicht für das Aufheben der Gültigkeit von Objekten bezahlen. Auch wenn Sie Ihre Dateien versionieren, sollten Sie ein Ablaufdatum festlegen. Weitere Informationen finden Sie unter [Verwalten der Dauer, die Inhalte im Cache bleiben (Ablauf)](Expiration.md). **Anmerkung** Das Festlegen von versionsgesteuerten Dateinamen oder Verzeichnisnamen steht nicht mit dem Amazon S3-Objekt-Versioning im Zusammenhang. ## Entfernen von Inhalten, damit CloudFront sie nicht verteilt Sie können Dateien aus Ihrem Ursprung entfernen, die nicht länger in Ihrer CloudFront-Verteilung enthalten sein sollen. Allerdings zeigt CloudFront Viewern weiterhin Inhalte aus dem Edge-Cache, bis die Dateien ablaufen. Wenn Sie eine Datei direkt entfernen möchten, müssen Sie einen der folgenden Schritte ausführen: + **Verwenden der Dateiversionierung.** Wenn Sie Versioning verwenden, haben verschiedene Versionen einer Datei unterschiedliche Namen, die Sie in Ihrer CloudFront-Verteilung verwenden können, um zu ändern, welche Datei an die Viewer zurückgegeben wird. Weitere Informationen finden Sie unter [Aktualisieren vorhandener Dateien mithilfe von versionierten Dateinamen](#ReplacingObjects). + **Aufheben der Gültigkeit der Datei.** Weitere Informationen finden Sie unter [Aufheben der Gültigkeit von Dateien zum Entfernen von Inhalten](Invalidation.md). # Anpassen des URL-Formats für Dateien in CloudFront Nachdem Sie Ihren Ursprung mit den Objekten (Inhalten), die CloudFront für Ihre Viewer bereitstellen soll, eingerichtet haben, müssen Sie die richtigen URLs zum Verweisen auf diese Objekte in Ihrem Website- oder Anwendungs-Code verwenden, damit sie von CloudFront bereitgestellt werden können. Für den Domänennamen, den Sie in den URLs für Objekte auf Ihren Webseiten oder in Ihrer Webanwendung verwenden, haben Sie folgende Optionen: + Der Domänenname, wie beispielsweise `d111111abcdef8.cloudfront.net`, den CloudFront automatisch zuweist, wenn Sie eine Verteilung erstellen + Ihr eigener Domänenname, z. B. `example.com` Sie können beispielsweise eine der folgenden URLs verwenden, um die Datei zurückzugeben `image.jpg`: `https://d111111abcdef8.cloudfront.net/images/image.jpg` `https://example.com/images/image.jpg` Sie verwenden dasselbe URL-Format, unabhängig davon, ob Sie den Inhalt in Amazon S3-Buckets oder an einem benutzerdefinierten Ursprung wie Ihren eigenen Webservern speichern. **Anmerkung** Das URL-Format richtet sich zum Teil nach dem Wert, den Sie für **Origin Path** in Ihrer Verteilung festlegen. Dieser Wert bietet CloudFront einen obersten Verzeichnispfad für Ihre Objekte. Weitere Informationen zum Einrichten eines Ursprungspfades beim Erstellen einer Verteilung finden Sie unter [Ursprungspfad](DownloadDistValuesOrigin.md#DownloadDistValuesOriginPath). Weitere Informationen zu URL-Formaten finden Sie in den folgenden Abschnitten. ## Verwenden Ihres eigenen Domainnamens (example.com) Anstelle des Standard-Domänennamens, den CloudFront Ihnen bei der Erstellung einer Verteilung zuweist, können Sie [einen anderen Domänennamen hinzufügen](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/distribution-web-values-specify.html#DownloadDistValuesCNAME), mit dem Sie leichter arbeiten können, wie z. B. `example.com`. Indem Sie einen eigenen Domänennamen mit CloudFront einrichten, können Sie eine URL wie die folgende für Objekte in Ihrer Verteilung verwenden: `https://example.com/images/image.jpg` Wenn Sie HTTPS zwischen Viewern und CloudFront verwenden möchten, finden Sie weitere Informationen dazu unter [Verwenden von alternativen Domainnamen und HTTPS](using-https-alternate-domain-names.md). ## Verwenden eines abschließenden Schrägstrichs (/) in URLs Wenn Sie URLs für Verzeichnisse in der CloudFront-Verteilung festlegen, können Sie auswählen, ob Sie immer oder nie einen abschließenden Schrägstrich verwenden möchten. Wählen Sie z. B. nur eines der folgenden Formate für alle Ihre URLs aus: `https://d111111abcdef8.cloudfront.net/images/` `https://d111111abcdef8.cloudfront.net/images` **Warum ist das wichtig?** Mit beiden Formaten können CloudFront-Objekte verknüpft werden. Wenn Sie jedoch konsequent vorgehen, können Sie so mögliche Probleme beim Ungültigmachen eines Verzeichnisses zu einem späteren Zeitpunkt vermeiden. CloudFront speichert URLs genau so, wie sie definiert sind, einschließlich der abschließenden Schrägstriche. Wenn Ihr Format inkonsistent ist, müssen Sie die Verzeichnis-URLs mit und ohne Schrägstrich ungültig machen, um sicherzustellen, dass CloudFront das Verzeichnis entfernt. Es ist lästig, beide URL-Formate deaktivieren zu müssen und kann zu zusätzlichen Kosten führen. Wenn Sie nämlich die Anzahl der Aufhebungen verdoppeln müssen, um beide Typen von URLs abzudecken, überschreiten Sie möglicherweise die für den Monat maximal zulässige Anzahl an kostenlosen Aufhebungen. Tritt dieser Fall ein, müssen Sie für alle Ungültigmachungen bezahlen, auch wenn in CloudFront jeweils nur ein Format für jede Verzeichnis-URL vorhanden ist. ## Erstellen signierter URLs für eingeschränkte Inhalte Wenn Sie den Zugriff auf bestimmte Inhalte einschränken möchten, können Sie signierte URLs erstellen. Wenn Sie beispielsweise Ihren Inhalt nur authentifizierten Benutzern zur Verfügung stellen möchten, können Sie URLs erstellen, die nur für einen bestimmten Zeitraum gültig sind der nur von einer bestimmten IP-Adresse aus zugänglich sind. Weitere Informationen finden Sie unter [Stellen Sie private Inhalte mit signierten URLs und signierten Cookies bereit](PrivateContent.md). # Angeben eines Standardstammobjekts Sie können CloudFront so konfigurieren, dass ein bestimmtes Objekt (das Standardstammobjekt) zurückgegeben wird, wenn ein Benutzer (Viewer) die Stamm-URL für Ihre Distribution anfordert, anstatt ein Objekt in Ihrer Distribution anzufordern. Durch die Verwendung eines Standardstammobjekt können Sie vermeiden, dass die Inhalte Ihrer Distribution preisgegeben werden. **Contents** + [ ## So geben Sie ein Standardstammobjekt an ](#DefaultRootObjectHowToDefine) + [ ## So funktioniert das Standardstammobjekt ](#DefaultRootObjectHow) + [ ## Wie CloudFront funktioniert, wenn Sie kein Stammobjekt definieren ](#DefaultRootObjectNotSet) ## So geben Sie ein Standardstammobjekt an Um zu verhindern, dass die Inhalte Ihrer Distribution offengelegt werden oder dass ein Fehler zurückgegeben wird, geben Sie ein Standardstammobjekt für Ihre Distribution an. Sie können den genauen Dateinamen oder den Pfad zur Datei angeben. Wenn es sich bei Ihrem Stammobjekt beispielsweise um eine `index.html`-Datei handelt, können Sie diesen Dateinamen angeben. Wenn sich Ihre `index.html`-Datei in einem anderen Ordner befindet, geben Sie stattdessen den Pfad an, z. B. `exampleFolderName/index.html`. Wenn Sie einen Pfad zum Standardstammobjekt festlegen, geben Viewer-Anforderungen an die Stamm-URL der Distribution die angegebene Datei aus diesem Pfad zurück. Sie können einen Dateipfad verwenden, um Ihre Inhalte flexibler am Ursprung zu organisieren, da sich Ihr Standardstammobjekt in einem Ordner statt auf Stammebene befinden kann. **So geben Sie ein Standardstammobjekt für Ihre Verteilung an** 1. Laden Sie das Standardstammobjekt auf den Ursprung hoch, auf den Ihre Verteilung zeigt. Der Dateityp kann jeder von CloudFront unterstützte Typ sein. Eine Liste mit Einschränkungen in Bezug auf den Dateinamen finden Sie im `DefaultRootObject`-Element unter [DistributionConfig](https://docs.aws.amazon.com/cloudfront/latest/APIReference/API_DistributionConfig.html) in der *API-Referenz für Amazon CloudFront*. **Anmerkung** Wenn der Dateiname des Standardstammobjekts zu lang ist oder ein ungültiges Zeichen enthält, gibt CloudFront den Fehler zurüc `HTTP 400 Bad Request - InvalidDefaultRootObject`. Darüber hinaus wird der Code für 10 Sekunden von CloudFront zwischengespeichert (standardmäßig) und die Ergebnisse werden in die Zugriffsprotokolle geschrieben. 1. Vergewissern Sie sich, dass die Berechtigungen für das Objekt CloudFront mindestens Lesezugriff gewähren. Weitere Informationen zu Amazon-S3-Berechtigungen finden Sie unter [Identity and Access Management in Amazon S3](https://docs.aws.amazon.com/AmazonS3/latest/userguide/s3-access-control.html) im *Amazon-Simple-Storage-Service-Benutzerhandbuch*. 1. Aktualisieren Sie Ihre Distribution mithilfe der CloudFront-Konsole oder der CloudFront-API so, dass auf das Standardstammobjekt verwiesen wird. So geben Sie ein Standardstammobjekt mithilfe der CloudFront-Konsole an: 1. Melden Sie sich bei der AWS-Managementkonsole an und öffnen Sie die CloudFront-Konsole unter [https://console.aws.amazon.com/cloudfront/v4/home](https://console.aws.amazon.com/cloudfront/v4/home). 1. Wählen Sie in der Liste der Verteilungen im oberen Bereich die zu aktualisierende Verteilung aus. 1. Wählen Sie im Bereich **Settings** (Einstellungen) auf der Registerkarte **General** (Allgemein) die Option **Edit** (Bearbeiten) aus. 1. Geben Sie im Dialogfeld **Einstellungen bearbeiten** im Feld **Standardstammobjekt** den Dateinamen oder den Pfad des Standardstammobjekts ein. **Tipp** Die Zeichenfolge darf nicht mit einem Schrägstrich (`/`) beginnen. Geben Sie nur den Objektnamen oder den Pfad zum Objekt an. Verwenden Sie beispielsweise `index.html` oder `exampleFolderName/index.html`. Die Angabe von `/exampleFolderName/index.html` oder `/index.html` kann zu dem [Fehler 403 „Zugriff verweigert“](http-403-permission-denied.md) führen. 1. Wählen Sie **Änderungen speichern ** aus. Um Ihre Konfiguration mithilfe der CloudFront-API zu aktualisieren, geben Sie einen Wert für das `DefaultRootObject`-Element in Ihrer Distribution an. Informationen zur Verwendung der CloudFront-API zum Angeben eines Standardobjekts finden Sie unter [UpdateDistribution](https://docs.aws.amazon.com/cloudfront/latest/APIReference/API_UpdateDistribution.html) in der *Amazon-CloudFront-API-Referenz*. 1. Vergewissern Sie sich, dass Sie das Standardstammobjekt aktiviert haben, indem Ihre Stamm-URL anfragen. Wenn Ihr Standardstammobjekt im Browser nicht angezeigt wird, führen Sie die folgenden Schritte aus: 1. Vergewissern Sie sich, dass Ihre Verteilung vollständig bereitgestellt wird, indem Sie den Status Ihrer Verteilung in der CloudFront-Konsole anzeigen. 1. Wiederholen Sie die Schritte 2 und 3, um sicherzustellen, dass Sie die richtigen Berechtigungen erteilt und die Konfiguration Ihrer Verteilung ordnungsgemäß aktualisiert haben, um das Standardstammobjekt anzugeben. ## So funktioniert das Standardstammobjekt Angenommen, die folgende Anfrage zeigt beispielsweise auf das Objekt `image.jpg`: `https://d111111abcdef8.cloudfront.net/image.jpg` Im Gegensatz dazu zeigt die folgende Anfrage auf die Stamm-URL derselben Verteilung anstatt auf ein bestimmtes Objekt, wie im ersten Beispiel: `https://d111111abcdef8.cloudfront.net/` Wenn Sie ein Standardstammobjekt definieren, gibt eine Endbenutzeranfrage, welche den Stamm Ihrer Verteilung aufruft, das Standardstammobjekt zurück. Wenn Sie beispielsweise die Datei `index.html` als Standardstammobjekt bestimmen, gibt eine Anfrage für: `https://d111111abcdef8.cloudfront.net/` Rückgabe: `https://d111111abcdef8.cloudfront.net/index.html` **Anmerkung** CloudFront ermittelt nicht, ob eine URL mit mehreren abschließenden Schrägstrichen (`https://d111111abcdef8.cloudfront.net///`) `https://d111111abcdef8.cloudfront.net/` entspricht. Ihr Ursprungsserver führt diesen Vergleich durch. Wenn Sie ein Standardstammobjekt definieren, gibt eine Endbenutzeranfrage für ein Unterverzeichnis Ihrer Verteilung nicht das Standardstammobjekt zurück. Nehmen wir beispielsweise an, `index.html` ist Ihr Standardstammobjekt und CloudFront erhält eine Endbenutzeranfrage für das Verzeichnis `install` in Ihrer CloudFront-Verteilung: `https://d111111abcdef8.cloudfront.net/install/` CloudFront gibt das Standardstammobjekt nicht zurück, selbst wenn eine Kopie von `index.html` im Verzeichnis `install`-Verzeichnis angezeigt wird. Wenn Sie jedoch einen *Pfad* zu Ihrem Standardstammobjekt angegeben haben (`install/index.html`), gibt CloudFront das Standardstammobjekt für Endbenutzeranforderungen für das `install`-Verzeichnis zurück. Wenn Sie Ihre Verteilung so konfigurieren, dass alle HTTP-Methoden, die CloudFront unterstützt, zulässig sind, gilt das Standardstammobjekt für alle Methoden. Wenn Ihr Standardstammobjekt beispielsweise index.php ist und Sie Ihre Anwendung so schreiben, dass eine `POST`-Anfrage an den Stamm Ihrer Domäne (https://example.com) übermittelt wird, sendet CloudFront die Anfrage an https://example.com/index.php. Das Verhalten von CloudFront-Standardstammobjekten unterscheidet sich vom Verhalten von Amazon S3-Indexdokumenten. Wenn Sie einen Amazon S3-Bucket als Website konfigurieren und das Indexdokument angeben, gibt Amazon S3 das Indexdokument auch dann zurück, wenn ein Benutzer ein Unterverzeichnis im Bucket anfragt. (Eine Kopie des Indexdokuments muss in allen Unterverzeichnissen angezeigt werden.) Weitere Informationen zum Konfigurieren von Amazon-S3-Buckets als Websites und zu Indexdokumenten finden Sie im Kapitel [Hosting von Websites auf Amazon S3](https://docs.aws.amazon.com/AmazonS3/latest/userguide/WebsiteHosting.html) im *Benutzerhandbuch zu Amazon Simple Storage Service*. **Wichtig** Denken Sie daran, dass ein Standardstammobjekt nur für Ihre CloudFront-Verteilung gilt. Sie müssen noch die Sicherheit für Ihren Ursprung verwalten. Wenn Sie beispielsweise einen Amazon S3-Ursprung verwenden, müssen Sie noch Ihre Amazon S3-Bucket-ACLs richtig einrichten, um die Zugriffsebene für Ihren Bucket zu gewährleisten. ## Wie CloudFront funktioniert, wenn Sie kein Stammobjekt definieren Wenn Sie kein Standardstammobjekt definieren, werden Anfragen für den Stamm Ihrer Verteilung an Ihren Ursprungs-Server weitergeleitet. Wenn Sie einen Amazon S3-Ursprung verwenden, kann Folgendes zurückgegeben werden: + **Eine Liste der Inhalte Ihres Amazon-S3-Buckets** – Wenn eine der folgenden Bedingungen zutrifft, können alle Benutzer, die CloudFront für den Zugriff auf Ihre Verteilung verwenden, die Inhalte Ihres Ursprungs sehen: + Ihr Bucket ist nicht ordnungsgemäß konfiguriert. + Die Amazon S3-Berechtigungen für den mit Ihrer Verteilung verknüpften Bucket und für die Objekte im Bucket gewähren *allen Benutzern* den Zugriff. + Ein Endbenutzer greift mit der Stamm-URL Ihres Ursprungs auf den Ursprung zu. + **Eine Liste der privaten Inhalte Ihres Ursprungs** – Wenn Sie Ihren Ursprung als private Verteilung konfigurieren (d. h. nur Sie und CloudFront haben Zugriff), sind die Inhalte des mit Ihrer Verteilung verknüpften Amazon S3-Buckets für alle Benutzer sichtbar, die über Anmeldeinformationen für den Zugriff auf Ihre Verteilung über CloudFront verfügen. In diesem Fall können Benutzer nicht über die Stamm-URL Ihres Ursprungs auf Ihre Inhalte zugreifen. Weitere Informationen zum Verteilen von privaten Inhalten finden Sie unter [Stellen Sie private Inhalte mit signierten URLs und signierten Cookies bereit](PrivateContent.md). + `Error 403 Forbidden` – CloudFront gibt diesen Fehler zurück, wenn die Berechtigungen für den mit Ihrer Verteilung verknüpften Amazon S3-Bucket oder die Berechtigungen für die Objekte in diesem Bucket CloudFront und allen Benutzern den Zugriff verweigern. # Aufheben der Gültigkeit von Dateien zum Entfernen von Inhalten Wenn Sie eine Datei vor ihrem Ablauf aus CloudFront-Edge-Zwischenspeichern entfernen möchten, können Sie einen der folgenden Schritte ausführen: + Heben Sie die Gültigkeit der Datei in Edge-Caches auf. Wenn ein Viewer die Datei das nächste Mal anfordert, bezieht CloudFront die neueste Version der Datei wieder vom Ursprung. + Verwenden Sie Datei-Versioning, um eine andere Version der Datei mit einem anderen Namen bereitzustellen. Weitere Informationen finden Sie unter [Aktualisieren vorhandener Dateien mithilfe von versionierten Dateinamen](UpdatingExistingObjects.md#ReplacingObjects). **Topics** + [ ## Auswählen zwischen der Aufhebung der Gültigkeit von Dateien und der Verwendung von versionierten Dateinamen ](#Invalidation_Expiration) + [ # Ermitteln der Dateien für die Aufhebung der Gültigkeit ](invalidation-access-logs.md) + [ # Was Sie bei der Aufhebung der Gültigkeit von Dateien wissen müssen ](invalidation-specifying-objects.md) + [ # Aufheben der Gültigkeit von Dateien ](Invalidation_Requests.md) + [ # Maximum für gleichzeitige Aufhebungsanfragen ](InvalidationLimits.md) + [ # Kosten der Aufhebung von Dateien ](PayingForInvalidation.md) ## Auswählen zwischen der Aufhebung der Gültigkeit von Dateien und der Verwendung von versionierten Dateinamen Um die Versionen von Dateien zu steuern, die von Ihrer Verteilung bereitgestellt werden, können Sie entweder die Gültigkeit der Dateien aufheben oder diesen versionierte Dateinamen zuweisen. Wenn Sie Ihre Dateien häufig aktualisieren möchten, empfehlen wir, hauptsächlich Datei-Versioning zu verwenden. Die Gründe dafür sind folgende: + Mit Versioning können Sie steuern, welche Datei von einer Anfrage zurückgegeben wird, auch wenn der Benutzer über eine Version verfügt, die entweder lokal oder hinter einem Unternehmens-Caching-Proxy zwischengespeichert ist. Wenn Sie die Gültigkeit der Datei aufheben, kann der Benutzer möglicherweise noch die alte Version aus diesen Caches anzeigen, bis sie abläuft. + CloudFront-Zugriffsprotokolle enthalten die Namen Ihrer Dateien, sodass das Versioning das Analysieren der Ergebnisse von Dateiänderungen vereinfacht. + Versioning bietet eine Möglichkeit, verschiedenen Benutzern verschiedene Versionen von Dateien bereitzustellen. + Versioning vereinfacht den Wechsel zwischen verschiedenen Dateirevisionen. + Versioning ist kostengünstiger. Sie müssen auch weiterhin für das Übertragen neuer Versionen Ihrer Dateien durch CloudFront an Edge-Standorte zahlen, die Aufhebung der Gültigkeit von Dateien ist jedoch kostenlos. Weitere Informationen zu Datei-Versioning finden Sie unter [Aktualisieren vorhandener Dateien mithilfe von versionierten Dateinamen](UpdatingExistingObjects.md#ReplacingObjects). # Ermitteln der Dateien für die Aufhebung der Gültigkeit Wenn Sie die Gültigkeit mehrerer Dateien aufheben möchten, wie beispielsweise aller Dateien in einem Verzeichnis oder aller Dateien, deren Namen mit den gleichen Zeichen beginnen, können Sie den Platzhalter `*` am Ende des Aufhebungspfads einfügen. Weitere Informationen zur Verwendung des Platzhalters `*` finden Sie unter [Invalidation paths](invalidation-specifying-objects.md#invalidation-specifying-objects-paths). Um die Gültigkeit von Dateien aufzuheben, können Sie entweder den Pfad für einzelne Dateien festlegen oder einen Pfad, der mit dem Platzhalter `*` endet und für ein oder mehrere Dateien gelten könnte, wie in den folgenden Beispielen gezeigt: + `/images/image1.jpg` + `/images/image*` + `/images/*` Wenn Sie die Gültigkeit ausgewählter Dateien aufheben möchten, Ihre Benutzer jedoch nicht unbedingt auf alle Dateien in Ihrem Ursprung zugreifen, können Sie ermitteln, welche Dateien Viewer von CloudFront abgefragt haben, und nur die Gültigkeit dieser Dateien aufheben. Um zu ermitteln, welche Dateien Viewer abgefragt haben, aktivieren Sie die CloudFront-Zugriffsprotokollierung. Weitere Informationen zu Zugriffsprotokollen finden Sie unter [Zugriffsprotokolle (Standardprotokolle)](AccessLogs.md). # Was Sie bei der Aufhebung der Gültigkeit von Dateien wissen müssen Wenn Sie eine Datei angeben, die ungültig gemacht werden soll, beachten Sie die folgenden Informationen: **Groß-/Kleinschreibung** Bei Aufhebungspfaden wird zwischen Groß- und Kleinschreibung unterschieden. `/images/Image.jpg` und `/images/image.jpg` geben beispielsweise zwei verschiedene Dateien an. **Ändern des URI mit einer Lambda-Funktion** Wenn Ihre CloudFront-Verteilung eine Lambda-Funktion bei Viewer-Anfrage-Ereignissen auslöst und die Funktion die URI der angefragten Datei ändert, empfiehlt es sich, beide URIs aufzuheben, um die Datei aus den CloudFront-Edge-Zwischenspeichern zu entfernen: + Der URI in der Viewer-Anfrage + Die URI, nachdem sie von der Funktion geändert wurde **Example Beispiel** Angenommen, Ihre Lambda-Funktion ändert den URI für eine Datei von diesem: `https://d111111abcdef8.cloudfront.net/index.html` in einen URI, der ein Sprachverzeichnis enthält: `https://d111111abcdef8.cloudfront.net/en/index.html` Um die Datei ungültig zu machen, müssen Sie die folgenden Pfade angeben: + `/index.html` + `/en/index.html` Weitere Informationen finden Sie unter [Invalidation paths](#invalidation-specifying-objects-paths). **Standardstammobjekt** Um die Gültigkeit des Standardstammobjekts (Datei) aufzuheben, geben Sie den Pfad auf die Weise an, auf die Sie auch den Pfad für alle anderen Dateien angeben. Weitere Informationen finden Sie unter [So funktioniert das Standardstammobjekt](DefaultRootObject.md#DefaultRootObjectHow). **Weiterleiten von Cookies** Wenn Sie CloudFront so konfiguriert haben, dass Cookies an Ihren Ursprung weitergeleitet werden, enthalten CloudFront-Edge-Zwischenspeicher möglicherweise mehrere Versionen der Datei. Wenn Sie die Gültigkeit einer Datei aufheben, hebt CloudFront die Gültigkeit aller zwischengespeicherten Versionen der Datei auf, unabhängig von den zugehörigen Cookies. Sie können nicht auf der Grundlage der zugehörigen Cookies selektiv die Gültigkeit einiger Versionen aufheben und anderer Versionen nicht. Weitere Informationen finden Sie unter [Zwischenspeichern von Inhalten auf der Grundlage von Cookies](Cookies.md). **Weiterleiten von Headern** Wenn Sie CloudFront so konfiguriert haben, dass eine Liste von Headern an Ihren Ursprung weitergeleitet wird und dass eine Zwischenspeicherung auf der Grundlage der Werte der Header erfolgt, enthalten CloudFront-Edge-Zwischenspeicher möglicherweise mehrere Versionen der Datei. Wenn Sie die Gültigkeit einer Datei aufheben, hebt CloudFront die Gültigkeit aller zwischengespeicherten Versionen der Datei auf, unabhängig von den Header-Werten. Sie können nicht auf der Grundlage der Header-Werte selektiv die Gültigkeit einiger Versionen aufheben und anderer Versionen nicht. (Wenn Sie CloudFront so konfigurieren, dass alle Header an Ihren Ursprung weitergeleitet werden, speichert CloudFront Ihre Dateien nicht zwischen.) Weitere Informationen finden Sie unter [Zwischenspeichern von Inhalten auf der Grundlage von Anforderungsheadern](header-caching.md). **Weiterleiten von Abfragezeichenfolgen** Wenn Sie CloudFront so konfiguriert haben, dass Abfragezeichenfolgen an Ihren Ursprung weitergeleitet werden, müssen Sie die Abfragezeichenfolgen beim Aufheben der Gültigkeit von Dateien einfügen, wie in den folgenden Beispielen gezeigt: + `/images/image.jpg?parameter1=a` + `/images/image.jpg?parameter1=b` Wenn Client-Anfragen fünf verschiedene Abfragezeichenfolgen für dieselbe Datei enthalten, können Sie entweder die Gültigkeit der Datei fünfmal aufheben, einmal für jede Abfragezeichenfolgen, oder den Platzhalter \$1 im Aufhebungspfad verwenden wie im folgenden Beispiel gezeigt: `/images/image.jpg*` Weitere Informationen zur Verwendung von Platzhaltern im Aufhebungspfad finden Sie unter [Invalidation paths](#invalidation-specifying-objects-paths). Weitere Informationen zu Abfragezeichenfolgen finden Sie unter [Zwischenspeichern von Inhalten auf der Grundlage von Abfragezeichenfolgeparametern](QueryStringParameters.md). Um zu ermitteln, welche Abfragezeichenfolgen verwendet werden, können Sie die CloudFront-Protokollierung aktivieren. Weitere Informationen finden Sie unter [Zugriffsprotokolle (Standardprotokolle)](AccessLogs.md). **Maximum erlaubt** Weitere Informationen zur maximalen Anzahl der zulässigen Gültigkeitsaufhebungen finden Sie unter [Maximum für gleichzeitige Aufhebungsanfragen](InvalidationLimits.md). **Microsoft Smooth Streaming-Dateien** Sie können die Gültigkeit von Mediendateien im Format Microsoft Smooth Streaming nicht aufheben, wenn Smooth Streaming für das entsprechende Cacheverhalten aktiviert ist. **Nicht-ASCII- oder unsichere Zeichen im Pfad** Wenn der Pfad Nicht-ASCII-Zeichen oder unsichere Zeichen enthält, wie in [RFC 1738](https://tools.ietf.org/html/rfc1738), definiert, URL-codieren Sie diese Zeichen. URL-codieren Sie keine anderen Zeichen in dem Pfad. Ansonsten hebt CloudFront die Gültigkeit der alten Version der aktualisierten Datei nicht auf. Verwenden Sie nicht das Zeichen `~` in Ihrem Pfad. CloudFront unterstützt dieses Zeichen nicht für Gültigkeitsaufhebungen, unabhängig davon, ob es URL-kodiert ist oder nicht. **Aufhebungspfade** Der Pfad ist der relative Pfad in Bezug auf die Verteilung. Um beispielsweise die Gültigkeit der Datei unter `https://d111111abcdef8.cloudfront.net/images/image2.jpg` aufzuheben, würden Sie `/images/image2.jpg` angeben. In der [CloudFront-Konsole](https://console.aws.amazon.com/cloudfront/v4/home) können Sie den vorangestellten Schrägstrich im Pfad wie folgt weglassen: `images/image2.jpg`. Wenn Sie die CloudFront-API direkt verwenden, müssen Aufhebungspfade mit einem vorangestellten Schrägstrich beginnen. Mit dem Platzhalter `*` können Sie auch die Gültigkeit mehrerer Dateien gleichzeitig aufheben. Der Platzhalter `*`, der 0 oder mehr Zeichen ersetzt, muss das letzte Zeichen im Aufhebungspfad sein. Zur Verwendung von Platzhaltern (\$1) bei der Aufhebung der Gültigkeit müssen Sie den Platzhalter am Ende des Pfads platzieren. Sternchen (\$1), die an einer anderen Stelle eingefügt werden, werden als wörtliche Zeichenübereinstimmung behandelt und nicht als Aufhebung der Gültigkeit eines Platzhalters. Wenn Sie die AWS Command Line Interface (AWS CLI) bei der Aufhebung der Gültigkeit von Dateien verwenden und Sie einen Pfad mit dem Platzhalter `*` verwenden, müssen Sie den Pfad in Anführungszeichen (`"`) angeben, wie z. B. `"/*"`. Die maximale Länge eines Pfads beträgt 4 000 Zeichen. **Example Beispiel: Aufhebungspfade** + So heben Sie die Gültigkeit aller Dateien in einem Verzeichnis auf: `/`*Verzeichnispfad*`/*` + So heben Sie die Gültigkeit eines Verzeichnisses, aller Unterverzeichnisse und aller Dateien im Verzeichnis und den Unterverzeichnissen auf: `/`*Verzeichnispfad*`*` + So heben Sie die Gültigkeit aller Dateien auf, die denselben Namen, aber verschiedene Dateinamenerweiterungen haben, wie beispielsweise logo.jpg, logo.png und logo.gif: `/`*Verzeichnispfad*`/`*Dateiname*`.*` + So heben Sie die Gültigkeit aller Dateien in einem Verzeichnis auf, deren Dateinamen mit denselben Zeichen beginnen (beispielsweise alle Dateien für ein Video im HLS-Format), unabhängig von der Dateinamenerweiterung: `/`*Verzeichnispfad*`/`*Anfangszeichen-im-Dateinamen*`*` + Wenn Sie CloudFront so konfigurieren, dass die Zwischenspeicherung auf der Grundlage von Abfragezeichenfolgeparametern erfolgt, und Sie die Gültigkeit aller Versionen einer Datei aufheben möchten: `/`*Verzeichnispfad*`/`*Dateiname*`.`*Dateinamenerweiterung*`*` + So heben Sie die Gültigkeit aller Dateien in einer Distribution auf: `/*` Weitere Informationen zum AUfheben der Gültigkeit von Dateien, wenn Sie eine Lambda-Funktion zum Ändern der URI verwenden, finden Sie unter [Changing the URI Using a Lambda Function](#invalidation-lambda-at-edge). Wenn es sich bei dem Aufhebungspfad um ein Verzeichnis handelt und wenn Sie über keine Standard-Methode zum Angeben von Verzeichnissen verfügen – mit oder ohne einen abschließenden Schrägstrich (/) –, empfehlen wir, die Gültigkeit des Verzeichnisses sowohl mit als auch ohne abschließenden Schrägstrich aufzuheben, beispielsweise `/images` und `/images/`. **Signierte URLs** Wenn Sie signierte URLs verwenden, heben Sie die Gültigkeit einer Datei auf, indem Sie nur den Teil der URL vor dem Fragezeichen (?) einfügen. # Aufheben der Gültigkeit von Dateien Sie können die CloudFront-Konsole verwenden, um eine Gültigkeitsaufhebung durchzuführen und eine Liste der zuvor übermittelten Aufhebungen sowie detaillierte Informationen über eine einzelne Aufhebung anzuzeigen. Sie können auch eine vorhandene Aufhebung kopieren, die Liste der Dateipfade bearbeiten und die bearbeiteten Aufhebungen ausführen. Sie können diese Aufhebungen nicht aus der Liste entfernen. **Contents** + [ ## Aufheben der Gültigkeit von Dateien ](#invalidating-objects-console) + [ ## Kopieren, Bearbeiten und erneutes Ausführen einer vorhandenen Gültigkeitsaufhebung ](#invalidating-objects-copy-console) + [ ## Stornieren von Aufhebungen ](#canceling-invalidations) + [ ## Auflisten von Aufhebungen ](#listing-invalidations-console) + [ ## Anzeigen von Informationen zu einer Aufhebung ](#invalidation-details-console) ## Aufheben der Gültigkeit von Dateien Um die Gültigkeit von Dateien mithilfe der CloudFront-Konsole aufzuheben, führen Sie die folgenden Schritte aus. ------ #### [ Console ] **So heben Sie die Gültigkeit von Dateien auf (Konsole)** 1. Melden Sie sich bei der AWS-Managementkonsole an und öffnen Sie die CloudFront-Konsole unter [https://console.aws.amazon.com/cloudfront/v4/home](https://console.aws.amazon.com/cloudfront/v4/home). 1. Wählen Sie die Verteilung aus, für die Sie Dateien ungültig machen möchten. 1. Wählen Sie die Registerkarte **Invalidations** aus. 1. Wählen Sie **Gültigkeitsaufhebung erstellen** aus. 1. Geben Sie für die Dateien, die Sie ungültig machen möchten, einen Aufhebungspfad pro Zeile ein. Weitere Informationen zur Angabe von Aufhebungspfaden finden Sie unter [Was Sie bei der Aufhebung der Gültigkeit von Dateien wissen müssen](invalidation-specifying-objects.md). **Wichtig** Gehen Sie bei der Angabe der Dateipfade vorsichtig vor. Sie können einen Aufhebungsantrag nicht abbrechen, wenn Sie ihn begonnen haben. 1. Wählen Sie **Gültigkeitsaufhebung erstellen** aus. ------ #### [ CloudFront API ] Informationen zur Aufhebung der Gültigkeit von Objekten und zur Anzeige von Informationen zu Gültigkeitsaufhebungen finden Sie in den folgenden Themen in der *API-Referenz für Amazon CloudFront*: + [CreateInvalidation](https://docs.aws.amazon.com/cloudfront/latest/APIReference/API_CreateInvalidation.html) + [ListInvalidations](https://docs.aws.amazon.com/cloudfront/latest/APIReference/API_ListInvalidations.html) + [GetInvalidation](https://docs.aws.amazon.com/cloudfront/latest/APIReference/API_GetInvalidation.html) **Anmerkung** Wenn Sie die AWS Command Line Interface (AWS CLI) bei der Aufhebung der Gültigkeit von Dateien verwenden und Sie einen Pfad mit dem Platzhalter `*` verwenden, müssen Sie den Pfad in Anführungszeichen (`"`) angeben wie im folgenden Beispiel: ``` aws cloudfront create-invalidation --distribution-id distribution_ID --paths "/*" ``` ------ ## Kopieren, Bearbeiten und erneutes Ausführen einer vorhandenen Gültigkeitsaufhebung Sie können eine zuvor erstellte Aufhebung kopieren, die Liste der Aufhebungspfade aktualisieren und die aktualisierte Aufhebung ausführen. Sie können nicht eine vorhandene Gültigkeitsaufhebung kopieren, die Aufhebungspfade aktualisieren und dann die aktualisierte Aufhebung speichern, ohne sie auszuführen. **Wichtig** Wenn Sie eine Gültigkeitsaufhebung kopieren, die noch ausgeführt wird, die Liste der Aufhebungspfade aktualisieren und dann die aktualisierte Aufhebung ausführen, wird CloudFront die kopierte Aufhebung nicht beenden oder löschen. Wenn Aufhebungspfade im Original und in der Kopie angezeigt werden, versucht CloudFront, die Gültigkeit der Dateien zweimal aufzuheben. Beide Aufhebungen werden dabei auf Ihre maximale Anzahl an kostenlosen Aufhebungen für diesen Monat angerechnet. Wenn Sie die maximale Anzahl der kostenlosen Aufhebungen bereits erreicht haben, fallen Gebühren für beide Aufhebungen der einzelnen Dateien an. Weitere Informationen finden Sie unter [Maximum für gleichzeitige Aufhebungsanfragen](InvalidationLimits.md). **So kopieren, bearbeiten und führen Sie eine vorhandene Aufhebung erneut aus** 1. Melden Sie sich bei der AWS-Managementkonsole an und öffnen Sie die CloudFront-Konsole unter [https://console.aws.amazon.com/cloudfront/v4/home](https://console.aws.amazon.com/cloudfront/v4/home). 1. Wählen Sie die Verteilung mit der Aufhebung aus, die Sie kopieren möchten. 1. Wählen Sie die Registerkarte **Invalidations** aus. 1. Wählen Sie die Verteilung aus, die Sie kopieren möchten. Wenn Sie sich nicht sicher sind, welche Aufhebung Sie kopieren möchten, können Sie eine Aufhebung und anschließend **Details anzeigen** auswählen, um detaillierte Informationen zu dieser Aufhebung anzuzeigen. 1. Wählen Sie **In neue kopieren** aus. 1. Aktualisieren Sie die Liste der Aufhebungspfade, sofern zutreffend. 1. Wählen Sie **Gültigkeitsaufhebung erstellen** aus. ## Stornieren von Aufhebungen Wenn Sie eine Aufhebungsanforderung an CloudFront übermitteln, leitet CloudFront die Anforderung innerhalb weniger Sekunden an alle Edge-Standorte weiter. Jeder Edge-Standort beginnt sofort mit der Verarbeitung der Aufhebungsanforderung. Daher gibt es keine Möglichkeit, eine Aufhebung nach der Übermittlung zu stornieren. ## Auflisten von Aufhebungen Mithilfe der CloudFront-Konsole können Sie eine Liste der letzten 100 Aufhebungen anzeigen, die Sie für eine Verteilung erstellt und ausgeführt haben. Wenn Sie eine Liste mit mehr als 100 Aufhebungen anzeigen möchten, verwenden Sie die API-Operation `ListInvalidations`. Weitere Informationen finden Sie unter [ListInvalidations](https://docs.aws.amazon.com/cloudfront/latest/APIReference/API_ListInvalidations.html) in der *Amazon CloudFront-API-Referenz*. **So listen Sie Aufhebungen auf** 1. Melden Sie sich bei der AWS-Managementkonsole an und öffnen Sie die CloudFront-Konsole unter [https://console.aws.amazon.com/cloudfront/v4/home](https://console.aws.amazon.com/cloudfront/v4/home). 1. Wählen Sie die Verteilung aus, für die Sie eine Liste der Aufhebungen anzeigen möchten. 1. Wählen Sie die Registerkarte **Invalidations** aus. **Anmerkung** Sie können diese Aufhebungen nicht aus der Liste entfernen. ## Anzeigen von Informationen zu einer Aufhebung Sie können detaillierte Informationen zu einer Aufhebung anzeigen, einschließlich Verteilungs-ID, Aufhebungs-ID, Status der Aufhebung, Datum und Uhrzeit der Erstellung der Aufhebung sowie eine vollständige Liste der Aufhebungspfade. **So zeigen Sie Informationen zu einer Aufhebung auf** 1. Melden Sie sich bei der AWS-Managementkonsole an und öffnen Sie die CloudFront-Konsole unter [https://console.aws.amazon.com/cloudfront/v4/home](https://console.aws.amazon.com/cloudfront/v4/home). 1. Wählen Sie die Verteilung mit der Aufhebung aus, zu der Sie detaillierte Informationen anzeigen möchten. 1. Wählen Sie die Registerkarte **Invalidations** aus. 1. Wählen Sie die entsprechende Aufhebungs-ID aus und klicken Sie dann auf **Details anzeigen**. # Maximum für gleichzeitige Aufhebungsanfragen Wenn Sie die Gültigkeit von Dateien einzeln aufheben, können Aufhebungsanfragen für bis zu 3.000 Dateien pro Verteilung gleichzeitig in Bearbeitung sein. Dabei kann es sich um eine Aufhebungsanfrage für bis zu 3.000 Dateien, bis zu 3.000 Anfragen für eine Datei oder eine beliebige andere Kombination handeln, die 3.000 Dateien nicht überschreitet. Beispielsweise können Sie 30 Aufhebungsanfragen übermitteln, die jeweils die Gültigkeit von 100 Dateien aufheben. Solange alle 30 Aufhebungsanfragen noch in Bearbeitung sind, können Sie keine weiteren Aufhebungsanfragen übermitteln. Wenn Sie das Maximum überschreiten, gibt CloudFront eine Fehlermeldung zurück. Wenn Sie den Platzhalter \$1 verwenden, können Anfragen für bis zu 15 Aufhebungspfade gleichzeitig in Bearbeitung sein. Es können darüber hinaus Aufhebungsanfragen für bis zu 3.000 einzelne Dateien pro Verteilung gleichzeitig in Bearbeitung sein. Das Maximum für zulässige Aufhebungsanfragen mit Platzhalter ist nicht abhängig vom Maximum für die einzelne Aufhebung der Gültigkeit von Dateien. # Kosten der Aufhebung von Dateien Die ersten 1 000 pro Monat übermittelten Aufhebungspfade sind kostenlos. Alle weiteren Aufhebungspfade (über 1 000) in einem Monat sind kostenpflichtig. Ein Aufhebungspfad kann für eine einzelne Datei (z. B. `/images/logo.jpg`) oder für mehrere Dateien (z. B. `/images/*`) gelten. Ein Pfad mit dem Platzhalter `*` zählt als ein Pfad, auch wenn er bewirkt, dass CloudFront die Gültigkeit von Tausenden von Dateien aufhebt. Das Maximum von 1 000 kostenlosen Aufhebungspfaden pro Monat gilt für die Gesamtanzahl an Aufhebungspfaden auf allen Distributionen, die Sie mit einem AWS-Konto erstellen. Wenn Sie beispielsweise das AWS-Konto `john@example.com` verwenden, um drei Distributionen zu erstellen, und Sie 600 Aufhebungspfade für *jede Distribution* in einem bestimmten Monat übermitteln (für insgesamt 1 800 Aufhebungspfade), berechnet AWS Ihnen Gebühren für die Differenz zwischen der Gesamtzahl an Aufhebungspfaden und den 1 000 kostenlosen Aufhebungspfaden. In diesem Beispiel würde AWS Ihnen 800 Aufhebungspfade in diesem Monat in Rechnung stellen. Die Gebühr für das Übermitteln eines Aufhebungspfads ist dieselbe, unabhängig von der Anzahl der Dateien, die Sie ungültig machen: eine einzelne Datei (`/images/logo.jpg`) oder alle Dateien, die mit einer Verteilung verknüpft sind (`/*`). Da die Gebühren für Ihre Aufhebungsanforderung pro Pfad berechnet werden, wird jeder Pfad für Abrechnungszwecke auch dann einzeln gezählt, wenn Sie mehrere Pfade in einer einzigen Anforderung zusammenfassen. Weitere Informationen zu den Preisen für Gültigkeitsaufhebungen finden Sie unter [Amazon CloudFront – Preise](https://aws.amazon.com/cloudfront/pricing/). Weitere Informationen zur Aufhebungspfaden finden Sie unter [Invalidation paths](invalidation-specifying-objects.md#invalidation-specifying-objects-paths). # Bereitstellen von komprimierten Dateien Wenn angeforderte Objekte komprimiert werden, können Downloads schneller sein, da die Objekte kleiner sind – in einigen Fällen weniger als ein Viertel der Größe des Originals. Schnellere Downloads können zum schnelleren Rendern von Webseiten für Ihre Viewer führen, insbesondere bei JavaScript- und CSS-Dateien. Darüber hinaus basieren die Kosten für CloudFront-Datenübertragungen auf dem Gesamtvolumen der bereitgestellten Daten. Die Bereitstellung komprimierter Objekte kann kostengünstiger sein als die Bereitstellung unkomprimierter Objekte. **Topics** + [ ## Konfigurieren von CloudFront zur Komprimierung von Objekten ](#compressed-content-cloudfront-configuring) + [ ## Funktionsweise von CloudFront-Kompression ](#compressed-content-cloudfront-how-it-works) + [ ## Bedingungen für die Komprimierung ](#compressed-content-cloudfront-notes) + [ ## Dateitypen, die von CloudFront komprimiert werden ](#compressed-content-cloudfront-file-types) + [ ## `ETag`-Header-Konvertierung ](#compressed-content-cloudfront-etag-header) ## Konfigurieren von CloudFront zur Komprimierung von Objekten Um CloudFront zum Komprimieren von Objekten zu konfigurieren, aktualisieren Sie das Cacheverhalten, das Sie den komprimierten Objekten bereitstellen möchten. **So konfigurieren Sie CloudFront für die Komprimierung von Objekten (Konsole)** 1. Melden Sie sich bei der [CloudFront-Konsole](https://console.aws.amazon.com/cloudfront/v4/home) an. 1. Wählen Sie Ihre Distribution und dann das zu bearbeitende **Verhalten** aus. 1. Setzen Sie **Objekte automatisch komprimieren** auf **Ja**. 1. Verwenden Sie eine [Cache-Richtlinie](controlling-the-cache-key.md), um Cache-Einstellungen anzugeben, und aktivieren Sie die Komprimierungsformate **Gzip** und **Brotli**. **Hinweise** Für die Brotli-Komprimierung müssen Sie [Cache-Richtlinien](controlling-the-cache-key.md) verwenden. Brotli unterstützt keine Legacy-Cache-Einstellungen. Um die Komprimierung mithilfe der [CloudFormation](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-properties-cloudfront-distribution-cachebehavior.html) oder der [CloudFront](https://docs.aws.amazon.com/cloudfront/latest/APIReference/Welcome.html)-API zu aktivieren, setzen Sie die Parameter `Compress`, `EnableAcceptEncodingGzip` und `EnableAcceptEncodingBrotli` auf `true`. Wie CloudFront Objekte komprimiert, wird im folgenden Abschnitt geschildert. ## Funktionsweise von CloudFront-Kompression 1. Ein Viewer fordert ein Objekt an. Der Viewer fügt den HTTP-Header `Accept-Encoding` in die Anforderung ein. Die Header-Werte fügen `gzip`, `br` oder beides ein. Dadurch wird angezeigt, dass der Viewer komprimierte Objekte unterstützt. Wenn der Viewer sowohl Gzip als auch Brotli unterstützt, verwendet CloudFront Brotli. **Anmerkung** Die Webbrowser Chrome und Firefox unterstützen die Brotli-Komprimierung nur, wenn die Anforderung über HTTPS gesendet wird. Sie unterstützen Brotli für HTTP-Anforderungen nicht. 1. CloudFront prüft am Edge-Standort den Cache auf eine komprimierte Kopie des angeforderten Objekts. 1. Je nachdem, ob sich das komprimierte Objekt im Cache befindet oder nicht, führt CloudFront eine der folgenden Aktionen aus: + Wenn sich das komprimierte Objekt bereits im Cache befindet, sendet CloudFront es an den Viewer und überspringt die verbleibenden Schritte. + Wenn sich das komprimierte Objekt nicht im Cache befindet, leitet CloudFront die Anforderung an den Ursprung weiter. **Anmerkung** Wenn sich bereits eine unkomprimierte Kopie des Objekts im Cache befindet, sendet CloudFront sie möglicherweise an den Viewer, ohne die Anforderung an den Ursprung weiterzuleiten. Dies kann beispielsweise passieren, wenn CloudFront [die Komprimierung zuvor übersprungen hat](#compression-skipped). In diesem Fall speichert CloudFront das unkomprimierte Objekt im Cache und stellt es weiter bereit, bis das Objekt abläuft, entfernt wird oder ungültig wird. 1. Wenn der Ursprung ein komprimiertes Objekt zurückgibt (wie durch den `Content-Encoding`-Header in der HTTP-Antwort angezeigt), sendet CloudFront das komprimierte Objekt an den Viewer, fügt es dem Cache hinzu und überspringt die verbleibenden Schritte. CloudFront komprimiert das Objekt nicht erneut. 1. Wenn der Ursprung ein unkomprimiertes Objekt ohne den `Content-Encoding`-Header in der HTTP-Antwort an CloudFront zurückgibt, bestimmt CloudFront, ob das Objekt komprimierbar ist. Weitere Informationen finden Sie unter [Bedingungen für die Komprimierung](#compressed-content-cloudfront-notes). 1. Wenn das Objekt komprimiert werden kann, komprimiert CloudFront es, sendet es an den Viewer und fügt es dem Cache hinzu. 1. Bei nachfolgenden Viewer-Anforderungen für dasselbe Objekt gibt CloudFront die erste zwischengespeicherte Version zurück. Wenn ein Viewer beispielsweise ein bestimmtes zwischengespeichertes Objekt anfordert, das Gzip-Komprimierung verwendet, und der Viewer das Gzip-Format *akzeptiert*, geben nachfolgende Anforderungen an dasselbe Objekt immer die Gzip-Version zurück, auch wenn der Viewer sowohl Brotli als auch Gzip akzeptiert. Einige benutzerdefinierte Ursprünge können auch Objekte komprimieren. Ihr Ursprung kann möglicherweise Objekte komprimieren, die CloudFront nicht komprimiert. Weitere Informationen finden Sie unter [Dateitypen, die von CloudFront komprimiert werden](#compressed-content-cloudfront-file-types). ## Bedingungen für die Komprimierung Die folgende Liste enthält weitere Informationen zu Szenarien, in denen CloudFront Objekte nicht komprimiert. **Anforderung verwendet HTTP 1.0** Wenn eine Anforderung an CloudFront HTTP 1.0 verwendet, entfernt CloudFront den `Accept-Encoding`-Header und komprimiert das Objekt in der Antwort nicht. **`Accept-Encoding`-Header der Anforderung** Wenn der `Accept-Encoding`-Header in der Viewer-Anforderung fehlt oder `gzip` oder `br` nicht als Wert enthält, komprimiert CloudFront das Objekt in der Antwort nicht. Wenn der `Accept-Encoding`-Header zusätzliche Werte wie `deflate` enthält, entfernt CloudFront diese vor dem Weiterleiten der Anforderung an den Ursprung. Wenn CloudFront für die [Komprimierung von Objekten konfiguriert](#compressed-content-cloudfront-configuring) ist, schließt es den `Accept-Encoding`-Header automatisch in den Cache-Schlüssel und in Ursprungsanforderungen ein. **Inhalte werden bereits zwischengespeichert, wenn Sie CloudFront so konfigurieren, dass Objekte komprimiert werden** CloudFront komprimiert Objekte, wenn sie vom Ursprung abgerufen werden. Wenn Sie CloudFront zum Komprimieren von Objekten konfigurieren, komprimiert CloudFront keine Objekte, die bereits an Edge-Standorten zwischengespeichert wurden. Wenn ein zwischengespeichertes Objekt an einem Edge-Standort abläuft und CloudFront eine weitere Anforderung für das Objekt an Ihren Ursprung weiterleitet, komprimiert CloudFront das Objekt nicht, wenn Ihr Ursprung den HTTP-Statuscode 304 zurückgibt. Das bedeutet, dass Edge-Standort bereits über die neueste Version des Objekts verfügt. Wenn Sie möchten, dass CloudFront die Objekte komprimiert, die an Edge-Standorten bereits zwischengespeichert sind, müssen Sie diese Objekte invalidieren. Weitere Informationen finden Sie unter [Aufheben der Gültigkeit von Dateien zum Entfernen von Inhalten](Invalidation.md). **Ursprung ist bereits für die Kompression von Objekten konfiguriert** Wenn Sie CloudFront für die Komprimierung von Objekten konfigurieren und der Ursprung Objekte ebenfalls komprimiert, enthält der Ursprung den Header `Content-Encoding`. Dieser Header zeigt CloudFront an, dass das Objekt bereits komprimiert ist. Wenn eine Antwort von einem Ursprung den Header `Content-Encoding` enthält, komprimiert CloudFront das Objekt nicht, unabhängig vom Wert des Headers. CloudFront sendet die Antwort an den Viewer und speichert das Objekt im Cache des Edge-Standorts. **Dateitypen, die von CloudFront komprimiert werden** Eine vollständige Liste finden Sie hier: [Dateitypen, die von CloudFront komprimiert werden](#compressed-content-cloudfront-file-types). **Größe der Objekte, die CloudFront komprimiert** CloudFront kann Objekte komprimieren, die zwischen 1 000 Byte und 10 000 000 Byte groß sind. **`Content-Length`-Header** Der Ursprung muss in der Antwort einen `Content-Length`-Header enthalten, mit dem CloudFront bestimmt, ob die Größe des Objekts in dem von CloudFront komprimierten Bereich liegt. Wenn der Header `Content-Length` fehlt, einen ungültigen Wert oder einen Wert außerhalb des von CloudFront komprimierten Größenbereichs enthält, komprimiert CloudFront das Objekt nicht. Weitere Informationen darüber, wie CloudFront große Objekte verarbeitet, die eventuell den Größenbereich überschreiten, finden Sie unter [Wie CloudFront werden Teilanfragen für ein Objekt (BereichGETs) verarbeitet](RangeGETs.md). **Den HTTP-Statuscode der Antwort.** CloudFront komprimiert Objekte nur, wenn der HTTP-Statuscode der Antwort `200`, `403` oder `404` ist. **Antwort hat keinen Körper** Wenn die HTTP-Antwort vom Ursprung keinen Text enthält, gibt es nichts für CloudFront zu komprimieren. **`ETag`-Header** CloudFront ändert manchmal den `ETag`-Header in der HTTP-Antwort, wenn Objekte komprimiert werden. Weitere Informationen finden Sie unter [`ETag`-Header-Konvertierung](#compressed-content-cloudfront-etag-header). **CloudFront überspringt die Komprimierung** CloudFront komprimiert Objekte nach bestmöglichem Bemühen. In seltenen Fällen überspringt CloudFront die Komprimierung eines Objekts, wenn CloudFront eine hohe Verkehrslast aufweist. CloudFront trifft diese Entscheidung auf der Grundlage einer Vielzahl von Faktoren, einschließlich der Host-Kapazität. Wenn CloudFront die Komprimierung für ein Objekt überspringt, speichert es das unkomprimierte Objekt zwischen und stellt es weiter für Viewer bereit, bis das Objekt abläuft, entfernt oder ungültig gemacht wird. ## Dateitypen, die von CloudFront komprimiert werden Wenn Sie CloudFront zum Komprimieren von Objekten konfigurieren, komprimiert CloudFront nur Objekte, die einen der folgenden Werte im `Content-Type`-Antwortheader aufweisen: + `application/dash+xml` + `application/eot` + `application/font` + `application/font-sfnt` + `application/javascript` + `application/json` + `application/opentype` + `application/otf` + `application/pdf` + `application/pkcs7-mime` + `application/protobuf` + `application/rss+xml` + `application/truetype` + `application/ttf` + `application/vnd.apple.mpegurl` + `application/vnd.mapbox-vector-tile` + `application/vnd.ms-fontobject` + `application/wasm` + `application/xhtml+xml` + `application/xml` + `application/x-font-opentype` + `application/x-font-truetype` + `application/x-font-ttf` + `application/x-httpd-cgi` + `application/x-javascript` + `application/x-mpegurl` + `application/x-opentype` + `application/x-otf` + `application/x-perl` + `application/x-ttf` + `font/eot` + `font/opentype` + `font/otf` + `font/ttf` + `image/svg+xml` + `text/css` + `text/csv` + `text/html` + `text/javascript` + `text/js` + `text/plain` + `text/richtext` + `text/tab-separated-values` + `text/xml` + `text/x-component` + `text/x-java-source` + `text/x-script` + `vnd.apple.mpegurl` ## `ETag`-Header-Konvertierung Wenn das unkomprimierte Objekt vom Ursprung einen gültigen, starken `ETag`-HTTP-Header enthält und CloudFront das Objekt komprimiert, konvertiert CloudFront auch den starken `ETag`-Header-Wert in einen schwachen `ETag` und gibt den schwachen Wert `ETag` an den Viewer zurück. Viewer können den schwachen `ETag`-Wert speichern und ihn verwenden, um bedingte Anforderungen mit dem HTTP-Header `If-None-Match` zu senden. So können Viewer, CloudFront und der Ursprung die komprimierten und unkomprimierten Versionen eines Objekts als semantisch äquivalent behandeln, wodurch unnötige Datenübertragungen reduziert werden. Ein gültiger, starker `ETag`-Headerwert beginnt und endet mit einem doppelten Anführungszeichen (`"`). Um den starken `ETag`-Wert in einen schwachen Wert zu konvertieren, fügt CloudFront die Zeichen `W/` am Anfang des starken `ETag`-Werts hinzu. Wenn das Objekt aus dem Ursprung einen schwachen `ETag`-Header-Wert enthält (einen Wert, der mit den Zeichen `W/` beginnt), ändert CloudFront diesen Wert nicht und gibt ihn so an den Viewer zurück, wie er vom Ursprung empfangen wurde. Wenn das Objekt aus dem Ursprung einen ungültigen `ETag`-Header-Wert enthält (der Wert beginnt nicht mit `"` oder mit `W/`), entfernt CloudFront den `ETag`-Header und gibt das Objekt ohne den `ETag`-Antwort-Header an den Viewer zurück. Weitere Informationen finden Sie auf den folgenden Seiten in den MDN-Webdokumenten: + [Direktiven](https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/ETag#Directives) (`ETag`-HTTP-Header) + [Schwache Validierung](https://developer.mozilla.org/en-US/docs/Web/HTTP/Conditional_requests#Weak_validation) (bedingte HTTP-Anforderungen) + [If-None-Match HTTP-Header](https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/If-None-Match)