View a markdown version of this page

Ursprungseinstellungen - Amazon CloudFront

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.

Ursprungseinstellungen

Wenn Sie die CloudFront Konsole verwenden, um eine Distribution zu erstellen oder zu aktualisieren, geben Sie Informationen zu einem oder mehreren Speicherorten an, den so genannten Ursprüngen, an denen Sie die Originalversionen Ihrer Webinhalte speichern. CloudFront ruft Ihre Webinhalte von Ihren Ursprüngen ab und stellt sie den Zuschauern über ein weltweites Netzwerk von Edge-Servern zur Verfügung.

Informationen zur aktuell gültigen maximalen Anzahl von Ursprüngen, die Sie für eine Verteilung erstellen können, oder zum Anfordern eines höheren Kontingents finden Sie unter Allgemeine Kontingente für Verteilungen.

Wenn Sie einen Ursprung löschen möchten, müssen Sie zunächst die Cache-Verhalten bearbeiten oder löschen, die mit diesem Ursprung verknüpft sind.

Wichtig

Vergewissern Sie sich beim Löschen eines Ursprungs, dass die zuvor von diesem Ursprung bereitgestellten Dateien in einem anderen Ursprung verfügbar sind und dass Ihre Cache-Verhalten Anfragen für diese Dateien jetzt an den neuen Ursprung weiterleiten.

Beim Erstellen oder Aktualisieren einer Verteilung geben Sie die folgenden Werte für jeden Ursprung an.

Ursprungsdomäne

Die Ursprungsdomain ist der DNS-Domainname der Ressource, von der Objekte für Ihren Ursprung abgerufen CloudFront werden, z. B. ein Amazon S3-Bucket oder ein HTTP-Server. Beispiel:

  • Amazon S3-Bucketamzn-s3-demo-bucket.s3.us-west-2.amazonaws.com

    Anmerkung

    Wenn Sie den S3-Bucket kürzlich erstellt haben, gibt die CloudFront Verteilung möglicherweise bis zu 24 Stunden lang HTTP 307 Temporary Redirect Antworten zurück. Es kann bis zu 24 Stunden dauern, bis der S3-Bucket-Name in alle AWS -Regionen weitergegeben wird. Wenn die Weitergabe abgeschlossen ist, stoppt die Verteilung das Senden dieser Umleitungsantworten automatisch. Sie müssen keine Maßnahmen ergreifen. Weitere Informationen finden Sie unter Warum erhalte ich eine HTTP 307 Temporary Redirect-Antwort von Amazon S3? und Temporäre Anforderungsumleitung.

  • Amazon S3-Bucket, der als Website konfiguriert istamzn-s3-demo-bucket.s3-website.us-west-2.amazonaws.com

  • MediaStore Behälter examplemediastore.data.mediastore.us-west-1.amazonaws.com

  • MediaPackage Endpunkt examplemediapackage.mediapackage.us-west-1.amazonaws.com

  • Amazon EC2-Instanceec2-203-0-113-25.compute-1.amazonaws.com

  • Elastic Load Balancing-Load Balancerexample-load-balancer-1234567890.us-west-2.elb.amazonaws.com

  • Ihr eigener Webserverwww.example.com

Wählen Sie den Domänennamen im Feld Origin domain (Ursprungsdomäne) aus oder geben Sie den Namen ein. Ressourcen aus Opt-in-Regionen müssen manuell eingegeben werden. Bei dem Domänennamen wird die Groß- und Kleinschreibung nicht berücksichtigt. Ihre Ursprungsdomain muss einen öffentlich auflösbaren DNS-Namen haben, der Anforderungen von Clients über das Internet an Ziele weiterleitet.

Wenn Sie so konfigurieren, dass Sie über HTTPS eine Verbindung CloudFront zu Ihrem Ursprung herstellen, muss einer der Domainnamen im Zertifikat mit dem Domainnamen übereinstimmen, den Sie für Origin Domain Name angeben. Wenn kein Domainname übereinstimmt, wird der HTTP-Statuscode 502 (Bad Gateway) an den Viewer CloudFront zurückgegeben. Weitere Informationen erhalten Sie unter Domainnamen in der CloudFront Distribution und im Zertifikat und SSL/TLS Fehler bei der Aushandlung zwischen CloudFront und einem benutzerdefinierten Ursprungsserver.

Anmerkung

Wenn Sie eine Ursprungsanforderungsrichtlinie verwenden, die den Viewer-Host-Header an den Ursprung weiterleitet, muss der Ursprung mit einem Zertifikat antworten, das dem Viewer-Host-Header entspricht. Weitere Informationen finden Sie unter CloudFront Anforderungsheader hinzufügen.

Wenn es sich bei Ihrem Ursprung um einen Amazon S3-Bucket handelt, beachten Sie Folgendes:

  • Wenn der Bucket als Website konfiguriert ist, geben Sie den statischen Amazon-S3-Endpunkt für das Hosten von Websites für Ihren Bucket ein. Sie dürfen den Bucket-Namen nicht aus der Liste im Feld Origin domain (Ursprungsdomäne) auswählen. Der statische Endpunkt für das Hosten von Websites wird in der Amazon-S3-Konsole auf der Seite Properties (Eigenschaften) unter Static Website Hosting (Hosting der statischen Website) angezeigt. Weitere Informationen finden Sie unter Verwenden eines Amazon-S3-Buckets, der als Website-Endpunkt konfiguriert ist.

  • Wenn Sie für Ihren Bucket Amazon S3 Transfer Acceleration konfiguriert haben, geben Sie den s3-accelerate-Endpunkt für Origin domain (Ursprungsdomäne) nicht an.

  • Wenn Sie einen Bucket von einem anderen AWS Konto verwenden und der Bucket nicht als Website konfiguriert ist, geben Sie den Namen im folgenden Format ein:

    bucket-name.s3.region.amazonaws.com

    Wenn sich Ihr Bucket in einer US-Region befindet und Amazon S3 Anforderungen an einen Standort in Nord-Virginia weiterleiten soll, verwenden Sie das folgende Format:

    bucket-name.s3.us-east-1.amazonaws.com

  • Die Dateien müssen öffentlich lesbar sein, es sei denn, Sie sichern Ihre Inhalte in Amazon S3 mithilfe einer CloudFront Origin-Zugriffskontrolle. Weitere Informationen zur Zugriffskontrolle finden Sie unter Beschränken des Zugriffs auf einen Amazon-S3-Ursprung.

Wichtig

Wenn der Ursprung ein Amazon S3-Bucket ist, muss der Bucket-Name den Anforderungen für DNS-Namen entsprechen. Weitere Informationen finden Sie unter Bucket-Einschränkungen und -Limits im Benutzerhandbuch zu Amazon Simple Storage Service.

Wenn Sie den Wert der Ursprungsdomäne für einen Ursprung ändern, wird CloudFront sofort damit begonnen, die Änderung an den CloudFront Edge-Standorten zu replizieren. Leitet Anfragen an den vorherigen Ursprung CloudFront weiter, bis die Verteilungskonfiguration an einem bestimmten Edge-Standort aktualisiert ist. Sobald die Verteilungskonfiguration an diesem Edge-Standort aktualisiert wurde, CloudFront beginnt die Weiterleitung von Anfragen an den neuen Ursprung.

Wenn Sie den Ursprung ändern, CloudFront müssen die Edge-Caches nicht erneut mit Objekten aus dem neuen Ursprung gefüllt werden. Solange die Anzeigeanfragen in Ihrer Anwendung nicht geändert wurden, stellt CloudFront weiterhin Objekte bereit, die sich bereits in einem Edge-Cache befinden, bis die TTL für jedes Objekt abläuft oder bis selten angefragte Objekte entfernt wurden.

Protokoll (nur benutzerdefinierte Ursprünge)

Anmerkung

Dies gilt nur für benutzerdefinierte Ursprünge.

Die Protokollrichtlinie, die Sie beim Abrufen CloudFront von Objekten von Ihrem Ursprung verwenden möchten.

Wählen Sie einen der folgenden Werte aus:

  • Nur HTTP: CloudFront verwendet nur HTTP, um auf den Ursprung zuzugreifen.

    Wichtig

    HTTP only (Nur HTTP) ist die Standardeinstellung, wenn der Ursprung ein statischer Amazon S3-Endpunkt für das Hosten von Websites ist, da Amazon S3 keine HTTPS-Verbindungen für statische Endpunkte für das Hosten von Websites unterstützt. Die CloudFront Konsole unterstützt das Ändern dieser Einstellung für statische Amazon S3-Website-Hosting-Endpunkte nicht.

  • Nur HTTPS: CloudFront verwendet nur HTTPS für den Zugriff auf den Ursprung.

  • Match Viewer: CloudFront kommuniziert mit deinem Ursprung über HTTP oder HTTPS, abhängig vom Protokoll der Viewer-Anfrage. CloudFront speichert das Objekt nur einmal im Cache, auch wenn Zuschauer Anfragen sowohl über das HTTP- als auch über das HTTPS-Protokoll stellen.

    Wichtig

    Bei HTTPS-Viewer-Anfragen, die an diesen Ursprung CloudFront weitergeleitet werden, muss einer der Domainnamen im SSL/TLS Zertifikat auf Ihrem Ursprungsserver mit dem Domainnamen übereinstimmen, den Sie für die Ursprungsdomäne angegeben haben. Andernfalls CloudFront reagiert auf die Viewer-Anfragen mit dem HTTP-Statuscode 502 (Bad Gateway), anstatt das angeforderte Objekt zurückzugeben. Weitere Informationen finden Sie unter Anforderungen für die Verwendung von SSL/TLS Zertifikaten mit CloudFront.

HTTP-Port

Anmerkung

Dies gilt nur für benutzerdefinierte Ursprünge.

(Optional) Sie können den HTTP-Port angeben, den der benutzerdefinierte Ursprung überwacht. Zu den gültigen Werten gehören die Ports 80, 443 und 1024 bis 65535. Der Standardwert ist Port 80.

Wichtig

Port 80 ist die Standardeinstellung, wenn der Ursprung ein statischer Amazon S3-Endpunkt für das Hosten von Websites ist, da Amazon S3 den Port 80 nur für statische Endpunkte für das Hosten von Websites unterstützt. Die CloudFront Konsole unterstützt das Ändern dieser Einstellung für statische Amazon S3-Website-Hosting-Endpunkte nicht.

HTTPS-Port

Anmerkung

Dies gilt nur für benutzerdefinierte Ursprünge.

(Optional) Sie können den HTTPS-Port angeben, den der benutzerdefinierte Ursprung überwacht. Zu den gültigen Werten gehören die Ports 80, 443 und 1024 bis 65535. Der Standardwert ist Port 443. Wenn Protocol (Protokoll) auf HTTP only (Nur HTTP) festgelegt wird, können Sie keinen Wert für HTTPS port (HTTPS-Port) angeben.

Mindest-SSL-Protokoll für Ursprung

Anmerkung

Dies gilt nur für benutzerdefinierte Ursprünge.

Wählen Sie das TLS/SSL Mindestprotokoll aus, das verwendet CloudFront werden kann, wenn eine HTTPS-Verbindung zu Ihrem Ursprung hergestellt wird. Da niedrigere TLS-Protokollversionen weniger sicher sind, sollten Sie das neueste TLS-Protokoll auswählen, das Ihr Ursprung unterstützt. Wenn Protocol (Protokoll) auf HTTP only (Nur HTTP) festgelegt wird, können Sie keinen Wert für Minimum origin SSL protocol (SSL-Mindestursprungsprotokoll) angeben.

Wenn Sie die CloudFront API verwenden, um das CloudFront zu verwendende TLS/SSL Protokoll festzulegen, können Sie kein Mindestprotokoll festlegen. Stattdessen geben Sie alle TLS/SSL Protokolle an, die mit Ihrem Ursprung verwendet werden CloudFront können. Weitere Informationen finden Sie OriginSslProtocols in der CloudFront Amazon-API-Referenz.

Ursprungspfad

Wenn Sie Ihre Inhalte aus einem Verzeichnis in Ihrem Ursprungsverzeichnis anfordern möchten CloudFront , geben Sie den Verzeichnispfad ein, der mit einem Schrägstrich (/) beginnt. CloudFront hängt den Verzeichnispfad an den Wert der Ursprungsdomäne an, zum Beispiel. cf-origin.example.com/production/images Fügen Sie keinen Schrägstrich (/) am Pfadende hinzu.

Angenommen, Sie haben die folgenden Werte für Ihre Verteilung angegeben:

  • Origin domain (Ursprungsdomäne) – Ein Amazon-S3-Bucket mit dem Namen amzn-s3-demo-bucket

  • Origin path (Ursprungspfad) – /production

  • Alternate domain names (Alternative Domänennamen) (CNAME) – example.com

Wenn ein Benutzer einen Browser example.com/index.html aufruft, CloudFront sendet er eine Anfrage an Amazon S3 füramzn-s3-demo-bucket/production/index.html.

Wenn ein Benutzer einen Browser example.com/acme/index.html aufruft, CloudFront sendet eine Anfrage an Amazon S3 füramzn-s3-demo-bucket/production/acme/index.html.

Name

Eine Zeichenfolge, die diesen Ursprung eindeutig in dieser Verteilung identifiziert. Wenn Sie zusätzlich zum Standard-Cache-Verhalten Cache-Verhalten erstellen, verwenden Sie den Namen, den Sie hier angeben, um den Ursprung zu identifizieren, an den Sie eine Anfrage weiterleiten möchten CloudFront , wenn die Anfrage dem Pfadmuster für dieses Cache-Verhalten entspricht.

Ursprungszugriff (nur Amazon-S3-Ursprünge)

Anmerkung

Dies gilt nur für Amazon S3-Bucket-Ursprünge (d. h. Ursprünge, die nicht den statischen S3-Website-Endpunkt verwenden).

Wählen Sie Origin Access Control-Einstellungen (empfohlen), wenn Sie es ermöglichen möchten, den Zugriff auf einen Amazon S3-Bucket-Ursprung nur auf bestimmte CloudFront Distributionen zu beschränken.

Wählen Sie Public (Öffentlich) aus, wenn der Amazon-S3-Bucket-Ursprung öffentlich zugänglich ist.

Weitere Informationen finden Sie unter Beschränken des Zugriffs auf einen Amazon-S3-Ursprung.

Informationen darüber, wie Sie Benutzer dazu verpflichten, auf Objekte mit einem benutzerdefinierten Ursprung zuzugreifen, indem sie nur CloudFront URLs verwenden, finden Sie unterBeschränken des Zugriffs auf Dateien auf benutzerdefinierten Ursprungsservern.

Benutzerdefinierten Header hinzufügen

Wenn Sie benutzerdefinierte Header hinzufügen CloudFront möchten, wenn eine Anfrage an Ihren Ursprung gesendet wird, geben Sie den Headernamen und seinen Wert an. Weitere Informationen finden Sie unter Hinzufügen benutzerdefinierter Header zu Ursprungsanforderungen.

Informationen zur derzeit maximalen Anzahl von benutzerdefinierten Headern, die Sie hinzufügen können, zur maximalen Länge eines benutzerdefinierten Header-Namens und -Werts und zur maximalen Gesamtlänge aller Header-Namen und -Werte finden Sie unter Kontingente.

Aktiviere Origin Shield

Wähle Ja, um CloudFront Origin Shield zu aktivieren. Weitere Informationen über Origin Shield erhalten Sie unter Verwenden Sie Amazon CloudFront Origin Shield.

Verbindungsversuche

Du kannst festlegen, wie oft CloudFront versucht wird, eine Verbindung zum Origin herzustellen. Sie können 1, 2 oder 3 als Anzahl der Versuche angeben. Die Standardanzahl (wenn Sie nichts anderes angeben) ist 3.

Verwenden Sie diese Einstellung zusammen mit dem Verbindungs-Timeout, um anzugeben, wie lange CloudFront gewartet wird, bevor versucht wird, eine Verbindung zum sekundären Ursprung herzustellen oder eine Fehlerantwort an den Viewer zurückzugeben. CloudFront Wartet standardmäßig bis zu 30 Sekunden (3 Versuche von jeweils 10 Sekunden), bevor versucht wird, eine Verbindung zum sekundären Ursprung herzustellen, oder eine Fehlermeldung zurückgibt. Sie können diese Zeit reduzieren, indem Sie weniger Versuche, ein kürzeres Verbindungs-Timeout, oder beides angeben.

Wenn die angegebene Anzahl von Verbindungsversuchen fehlschlägt, CloudFront führt eine der folgenden Aktionen aus:

  • Wenn der Ursprung Teil einer Ursprungsgruppe ist, wird CloudFront versucht, eine Verbindung zum sekundären Ursprung herzustellen. Wenn die angegebene Anzahl von Verbindungsversuchen zum sekundären Ursprung fehlschlägt, wird eine Fehlerantwort an den Viewer CloudFront zurückgegeben.

  • Wenn der Ursprung nicht Teil einer Ursprungsgruppe ist, wird eine Fehlerantwort an den Betrachter CloudFront zurückgegeben.

Für einen benutzerdefinierten Ursprung (einschließlich eines Amazon S3-Buckets, der mit statischem Website-Hosting konfiguriert ist) gibt diese Einstellung auch an, wie oft CloudFront versucht wird, eine Antwort vom Ursprung zu erhalten. Weitere Informationen finden Sie unter Antwort-Timeout.

Verbindungstimeout

Das Verbindungs-Timeout gibt an, wie viele Sekunden CloudFront gewartet werden muss, wenn versucht wird, eine Verbindung zum Ursprung herzustellen. Sie können eine Anzahl von Sekunden zwischen 1 und 10 (inklusive) angeben. Das Standardtimeout (wenn Sie nichts anderes angeben) beträgt 10 Sekunden.

Verwenden Sie diese Einstellung zusammen mit Verbindungsversuchen, um anzugeben, wie lange CloudFront gewartet wird, bevor versucht wird, eine Verbindung zum sekundären Ursprung herzustellen, oder bis eine Fehlerantwort an den Viewer zurückgegeben wird. CloudFront Wartet standardmäßig bis zu 30 Sekunden (3 Versuche von jeweils 10 Sekunden), bevor versucht wird, eine Verbindung zum sekundären Ursprung herzustellen oder eine Fehlermeldung zurückzugeben. Sie können diese Zeit reduzieren, indem Sie weniger Versuche, ein kürzeres Verbindungs-Timeout, oder beides angeben.

Wenn innerhalb der angegebenen Anzahl von Sekunden CloudFront keine Verbindung zum Ursprung hergestellt wird, CloudFront führt eine der folgenden Aktionen aus:

  • Wenn die angegebene Anzahl von Verbindungsversuchen mehr als 1 ist, wird erneut CloudFront versucht, eine Verbindung herzustellen. CloudFront versucht bis zu 3 Mal, abhängig vom Wert der Verbindungsversuche.

  • Wenn alle Verbindungsversuche fehlschlagen und der Ursprung Teil einer Ursprungsgruppe ist, versucht CloudFront , eine Verbindung mit dem sekundären Ursprung herzustellen. Wenn die angegebene Anzahl von Verbindungsversuchen zum sekundären Ursprung fehlschlägt, wird eine Fehlerantwort an den Viewer CloudFront zurückgegeben.

  • Wenn alle Verbindungsversuche fehlschlagen und der Ursprung nicht Teil einer Ursprungsgruppe ist, wird eine Fehlerantwort an den Viewer CloudFront zurückgegeben.

Antwort-Timeout

Das Ursprungs-Reaktions-Timeout, das auch als Ursprungs-Lese-Timeout oder Ursprungs-Anforderungs-Timeout bezeichnet wird, gilt für folgende Werte:

  • Wie lange (in Sekunden) auf eine Antwort CloudFront wartet, nachdem eine Anfrage an den Ursprung weitergeleitet wurde.

  • Wie lange (in Sekunden) CloudFront wartet, nachdem ein Paket mit einer Antwort vom Ursprung empfangen wurde und bevor das nächste Paket empfangen wird.

Tipp

Wenn Sie den Timeout-Wert erhöhen möchten, da die Viewer HTTP 504-Statuscodefehler erhalten, suchen Sie nach anderen Möglichkeiten zur Vermeidung dieser Fehler, bevor Sie den Timeout-Wert ändern. Vorschläge zur Fehlerbehebung finden Sie unter HTTP 504-Statuscode (Gateway Timeout).

CloudFront Das Verhalten hängt von der HTTP-Methode in der Viewer-Anfrage ab:

  • GETund HEAD Anfragen — Wenn der Absender nicht reagiert oder innerhalb der Dauer des Antwort-Timeouts nicht mehr reagiert, wird die CloudFront Verbindung unterbrochen. CloudFront versucht erneut, eine Verbindung gemäß dem Wert von Verbindungsversuche herzustellen.

  • DELETE, OPTIONS PATCHPUT, und POST Anfragen — Wenn der Absender für die Dauer des Lesezeitlimits nicht reagiert, CloudFront wird die Verbindung unterbrochen und es wird nicht erneut versucht, den Ursprung zu kontaktieren. Der Client kann die Anfrage erneut senden, falls erforderlich.

Timeout für den Abschluss der Antwort

Anmerkung

Das Timeout für den Abschluss der Antwort unterstützt das Feature zur kontinuierlichen Bereitstellung nicht.

Die Zeit (in Sekunden), während der eine Anfrage CloudFront an den Absender geöffnet bleiben und auf eine Antwort warten kann. Wenn bis zu diesem Zeitpunkt die vollständige Antwort vom Absender noch nicht eingegangen ist, wird die Verbindung CloudFront beendet.

Im Gegensatz zum Antwort-Timeout, bei dem es sich um die Wartezeit für einzelne Antwortpakete handelt, ist das Zeitlimit für den Abschluss der Antwort die maximal zulässige Zeit, die auf CloudFront den Abschluss der Antwort gewartet wird. Sie können diese Einstellung verwenden, um sicherzustellen, dass CloudFront nicht unendlich lange auf einen langsamen oder nicht reagierenden Ursprung gewartet wird, auch wenn andere Timeout-Einstellungen eine längere Wartezeit zulassen.

Dieses maximale Timeout beinhaltet das, was Sie für andere Timeout-Einstellungen angegeben haben, und die Anzahl der Verbindungsversuche bei jedem erneuten Versuch. Sie können diese Einstellungen zusammen verwenden, um festzulegen, wie lange CloudFront auf die vollständige Anfrage gewartet wird und wann die Anfrage beendet werden soll, unabhängig davon, ob sie abgeschlossen ist oder nicht.

Angenommen, Sie legen die folgenden Einstellungen fest:

  • Verbindungsversuche: 3

  • Verbindungs-Timeout: 10 Sekunden

  • Antwort-Timeout: 30 Sekunden

  • Timeout für den Abschluss der Antwort: 60 Sekunden

Das bedeutet, dass versucht CloudFront wird, eine Verbindung zum Ursprung herzustellen (insgesamt bis zu 3 Versuche), wobei jeder Verbindungsversuch nach 10 Sekunden abläuft. Sobald die Verbindung hergestellt ist, CloudFront wird bis zu 30 Sekunden gewartet, bis der Absender auf die Anfrage reagiert, bis er das letzte Paket der Antwort erhält.

Unabhängig von der Anzahl der Verbindungsversuche oder dem Antwort-Timeout CloudFront wird die Verbindung beendet, wenn die vollständige Antwort vom Ursprung länger als 60 Sekunden dauert. CloudFront gibt dann eine HTTP 504-Statuscode (Gateway Timeout) Fehlerantwort oder eine benutzerdefinierte Fehlerantwort, falls Sie eine angegeben haben, an den Viewer zurück.

Hinweise
  • Wenn Sie das Timeout für den Abschluss der Antwort festlegen, muss der Wert gleich oder größer als der Wert für das Antwort-Timeout (Ursprungs-Lese-Timeout) sein.

  • Wenn Sie keinen Wert für das Timeout für den Abschluss der Antwort festlegen, CloudFront wird kein Höchstwert erzwungen.

Keep-alive Timeout (nur benutzerdefinierte und VPC-Ursprünge)

Das Keep-Alive-Timeout gibt an, wie lange (in Sekunden) CloudFront versucht wird, eine Verbindung zu Ihrem benutzerdefinierten Ursprung aufrechtzuerhalten, nachdem das letzte Paket einer Antwort empfangen wurde. Durch eine persistente Verbindung wird die Zeit gespart, die erforderlich ist, um die TCP-Verbindung erneut herzustellen und einen weiteren TLS-Handshake für nachfolgende Anfragen durchzuführen. Durch das Erhöhen des Keepalive-Timeouts können Sie die Metrik „Anfrage-pro-Verbindung” für Verteilungen verbessern.

Anmerkung

Damit der Keep-alive Timeout-Wert eine Wirkung hat, muss Ihr Ursprung so konfiguriert sein, dass er persistente Verbindungen zulässt.

Kontingent für Antwort- und Keep-Alive-Timeout

Wenn Sie eine Erhöhung des Timeouts für Ihre beantragen AWS-Konto, aktualisieren Sie Ihre Distributions-Ursprünge, sodass sie die von Ihnen gewünschten Werte für das Antwort-Timeout und das Keep-Alive-Timeout haben. Eine Kontingenterhöhung für Ihr Konto führt nicht automatisch zu einer Aktualisierung Ihrer Ursprünge. Wenn Sie beispielsweise eine Lambda@Edge-Funktion verwenden, um ein Keep-Alive-Timeout von 90 Sekunden festzulegen, muss Ihr Ursprung bereits über ein Keep-Alive-Timeout von 90 Sekunden oder mehr verfügen. Andernfalls kann Ihre Lambda@Edge-Funktion möglicherweise nicht ausgeführt werden.

Weitere Informationen zu Distributionskontingenten und dazu, wie Sie eine Erhöhung anfordern, finden Sie unter Allgemeine Kontingente für Verteilungen.