Clientverbindung und IP-Adressen

Media CDN unterstützt moderne Netzwerkprotokolle vom Client bis zum Edge, wodurch der Durchsatz erhöht und die Netzwerklatenz insgesamt verringert wird.

IP-Adressierung

Jeder von Ihnen konfigurierte Edge-Cache-Dienst hat dedizierte Anycast-IPv4- und IPv6-Adressen, die mit jedem von Ihnen erstellten Edge-Cache-Dienst verknüpft sind und nicht für andere Kunden freigegeben werden.

  • Nach der Konfiguration eines Edge-Cache-Dienstes werden die IP-Adressen zugewiesen und sind verfügbar.
  • Die zugewiesenen Adressen ändern sich während der Lebensdauer eines bestimmten Edge-Cache-Dienstes nicht.
  • Wenn Sie einen neuen Edge-Cache-Dienst erstellen, werden neue IP-Adressen für diesen Dienst ausgegeben. IP-Adressen werden nicht für Ihre Dienste freigegeben.

Alle Media CDN-Dienste unterstützen IPv6 zwischen Clients und jedem Edge-Knoten.

IP-Adressen abrufen

So rufen Sie die einem Edge-Cache-Dienst zugewiesenen IP-Adressen ab:

gcloud

Führen Sie den Befehl gcloud edge-cache services aus.

gcloud edge-cache services describe MY_SERVICE
...
ipv4Addresses: ["35.1.1.1"]
ipv6Addresses: ["2600:1901:0:fa74::"]
...

Hinweise:

  • Media CDN gibt pro Dienst eine IPv4- und eine IPv6-Adresse aus.
  • Wir empfehlen, DNS-Einträge für beide IP-Adressen zu erstellen (als A- und AAAA-Einträge).
  • Konfigurieren Sie Ihre Dienste so, dass sie Traffic für alle von Ihnen verwendeten Domainnamen (Hostnamen) akzeptieren. Wenn Traffic für Hosts ohne einen .routing.hostRules[].hosts-Eintrag empfangen wird, lehnt Media CDN den Traffic mit einem HTTP-Fehler 404 ab.

Abhängig von den Regionen, in denen sich Ihre Nutzer aufhalten, kann es sein, dass der Traffic für ein Protokoll höher ist als für ein anderes, je nach den Geräten der Nutzer und der Unterstützung durch den ISP in diesen Regionen.

Client-Timeouts

Die folgenden Timeouts gelten für Clientverbindungen:

Zeitlimit Maximale Dauer Status code Beschreibung
Maximum request duration 5 Minuten HTTP 408 Request Timeout Die maximale Dauer für die Antwort auf eine einzelne Anfrage.
Header timeout 10 Sekunden HTTP 408 Request Timeout Wie lange der Client benötigen darf, um den vollständigen Satz von Anfrageheadern zu senden.

Informationen zu Ursprungs-Timeouts und -Konfigurationen finden Sie im Abschnitt zu Failover und Timeouts in der Dokumentation zu Ursprüngen.

Limits für Clientanfragen

Details zu Limits für Clientanfragen und -antworten finden Sie in der Dokumentation zu Kontingenten und Limits.

Unterstützung für Netzwerkprotokolle

Media CDN unterstützt HTTP/3-, HTTP/2- und HTTP/1.1-Verbindungen von Clients. Media CDN unterstützt sowohl ALPN (Application Layer Protocol Negotiation) als auch den HTTP-Antwortheader Alt-Svc (alternativer Dienst) zur Unterstützung des Werbeprotokolls.

Protokoll Unterstützt SSL (TLS) erforderlich
HTTP/3 (IETF QUIC) Ja Ja
HTTP/2 Ja Ja
HTTPS (HTTP/1.1 über TLS) Ja Ja
HTTP/1.1 Ja Nein

Hinweise:

  • HTTP/2 (h2) wird standardmäßig unterstützt.
  • Wenn Sie HTTP/3 (QUIC) aktivieren möchten, wenden Sie sich direkt an Ihr Account-Management-Team.
  • Für HTTPS, HTTP/2 und HTTP/3 muss ein gültiges SSL- (TLS-)Zertifikat an Ihren Dienst angehängt sein.
  • Clients, die HTTP/2 oder höher nicht unterstützen, stellen automatisch eine Verbindung über HTTP/1.1 her.

Informationen zur Unterstützung von Ursprungsprotokollen finden Sie unter Unterstützte Ursprünge und Protokolle.

Unterstützte SSL- (TLS-)Versionen

Informationen zu unterstützten SSL- (TLS-)Versionen finden Sie in der SSL-Dokumentation.

Probleme mit der Clientverbindung beheben

  • Das HTTP/2-Protokoll (h2) wird nur für Clients unterstützt, die eine Verbindung über TLS herstellen. Dieses Protokoll unterstützt keine Klartextverbindungen.
  • Clients handeln nur Verbindungen aus, die sie unterstützen. Neue Protokolle sind als Opt-in konzipiert, um Abwärtskompatibilität zu bieten.
  • Wenn Ihre Clients IPv6-Adressen haben, aber über IPv4 eine Verbindung zu Ihren Media CDN-Diensten herstellen, liegt das möglicherweise daran, dass das Netzwerk zwischen einem Media CDN-Edge-Standort und Ihrem Nutzer nur IPv4 unterstützt.
  • Nur HTTP/1.1 und höher werden als Clientprotokolle unterstützt. HTTP/0.9- und HTTP/1.0-Anfragen werden mit einem HTTP-Fehler 426 (Upgrade Required) abgelehnt.