Media CDN supporta moderni protocolli di rete dal client al perimetrali, aumentando la velocità effettiva e riducendo la latenza complessiva di rete.
Indirizzi IP
Ogni servizio di cache perimetrale che configuri ha IPv4 e IPv6 anycast dedicati associati a ogni servizio di cache perimetrale che crei e non vengono condivisi con altri clienti.
- Dopo aver configurato un servizio di cache perimetrale, gli indirizzi IP vengono assegnati diventano disponibili.
- Gli indirizzi assegnati non cambiano per tutta la durata di un determinato servizio di cache perimetrale.
- La creazione di un nuovo servizio di cache perimetrale genera nuovi indirizzi IP con questo ambito completamente gestito di Google Cloud. Gli indirizzi IP non vengono condivisi tra i servizi.
Tutti i servizi Media CDN supportano IPv6 tra client e ogni nodo periferico.
Recuperare gli indirizzi IP
Per recuperare gli indirizzi IP assegnati a un servizio di cache perimetrale:
gcloud
Usa il comando gcloud edge-cache services
.
gcloud edge-cache services describe MY_SERVICE
... ipv4Addresses: ["35.1.1.1"] ipv6Addresses: ["2600:1901:0:fa74::"] ...
Note:
- Media CDN emette un IPv4 e un IPv6 per ogni servizio.
- Consigliamo di creare record DNS per entrambi gli indirizzi IP (come record A e AAAA).
- Configura i tuoi servizi in modo che accettino il traffico per qualsiasi nome di dominio
(nomi host) che stai utilizzando. Quando viene ricevuto traffico per host senza
una voce
.routing.hostRules[].hosts
, Media CDN rifiuta con un errore HTTP 404.
A seconda delle aree geografiche in cui si trovano i tuoi utenti, potresti notare un aumento del traffico. a un protocollo piuttosto che a un altro, in base ai dispositivi degli utenti e al supporto degli ISP presenti diverse aree geografiche.
Timeout client
Alle connessioni client si applicano i seguenti timeout:
Timeout | Durata massima | Codice risposta | Descrizione |
---|---|---|---|
Maximum request duration | 5 minuti | HTTP 408 (Request Timeout) | La durata massima di una singola richiesta-risposta. |
Header timeout | 10 secondi | HTTP 408 (Request Timeout) | Per quanto tempo il client ha a disposizione l'insieme completo di intestazioni delle richieste. |
Per i timeout e la configurazione dell'origine, esamina il sezione failover e timeout della documentazione di origine.
Limiti per le richieste del client
Per maggiori dettagli sui limiti di richieste e risposte del client, consulta documentazione su quote e limiti.
Supporto dei protocolli di rete
Media CDN supporta connessioni HTTP/3, HTTP/2 e HTTP/1.1 da
clienti. Media CDN supporta sia la negoziazione del protocollo a livello di applicazione (ALPN) sia
nonché l'intestazione della risposta HTTP Alt-Svc
(servizio alternativo) per la pubblicità
il supporto del protocollo.
Protocollo | Supportato | SSL (TLS) obbligatorio |
---|---|---|
HTTP/3 (QUIC IETF) | Sì | Sì |
HTTP/2 | Sì | Sì |
HTTPS (HTTP/1.1 su TLS) | Sì | Sì |
HTTP/1.1 | Sì | No |
Note:
- HTTP/2 (h2) è supportato per impostazione predefinita.
- Per attivare HTTP/3 (QUIC), contatta direttamente il team dedicato al tuo account.
- HTTPS, HTTP/2 e HTTP/3 richiedono un certificato SSL (TLS) valido è collegato al tuo servizio.
- I client che non supportano HTTP/2 o versioni successive si connettono automaticamente HTTP/1.1
Per il supporto del protocollo di origine, vedi origini e protocolli supportati.
Versioni SSL (TLS) supportate
Per le versioni SSL (TLS) supportate, consulta le documentazione SSL.
Risoluzione dei problemi di connettività client
- Il protocollo HTTP/2 (h2) è supportato solo per i client che si connettono tramite TLS. Questo non supporta connessioni in testo non crittografato.
- I client negoziano solo le connessioni che supportano. Nuovi sono progettati per garantire la compatibilità con le versioni precedenti.
- Se disponi di client che hanno indirizzi IPv6 ma si connettono al tuo tramite i servizi Media CDN su IPv4, potrebbe essere perché la rete una posizione perimetrale di Media CDN e l'utente supporta solo IPv4.
- Sono supportati come protocolli client solo HTTP/1.1 e versioni successive. HTTP/0.9 e Le richieste HTTP/1.0 vengono rifiutate con un errore HTTP 426 (upgrade richiesto).