Media CDN supporta moderni protocolli di rete dal client all'edge, aumentando la velocità effettiva e riducendo la latenza di rete complessiva.
Indirizzi IP
Ogni servizio di cache perimetrale che configuri ha indirizzi IPv4 e IPv6 anycast dedicati, associati a ciascun servizio di cache perimetrale che crei e non condivisi con altri clienti.
- Dopo aver configurato un servizio di cache perimetrale, gli indirizzi IP vengono assegnati e 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 ambito specifico per il servizio in questione. Gli indirizzi IP non vengono condivisi tra i servizi.
Tutti i servizi Media CDN supportano IPv6 tra i client e ogni nodo perimetrale.
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 indirizzo IPv4 e un indirizzo IPv6 per 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 tutti i nomi di dominio (host) che utilizzi. Quando viene ricevuto il traffico per host senza una voce
.routing.hostRules[].hosts
, Media CDN lo rifiuta con un errore HTTP 404.
A seconda delle aree geografiche in cui si trovano i tuoi utenti, potresti vedere più traffico verso un protocollo rispetto a un altro, a seconda dei dispositivi degli utenti e del supporto degli ISP in queste 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, consulta la sezione su failover e timeout nella documentazione dell'origine.
Limiti per le richieste del client
Per maggiori dettagli sui limiti per le richieste e le risposte del client, consulta la documentazione su quote e limiti.
Supporto dei protocolli di rete
Media CDN supporta le connessioni HTTP/3, HTTP/2 e HTTP/1.1 dai client. Media CDN supporta sia l'intestazione della risposta HTTP ALPN (Application Layer Protocol Dispute) sia l'intestazione della risposta HTTP Alt-Svc
(servizio alternativo) per il supporto del protocollo pubblicitario.
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 che al servizio sia collegato un certificato SSL (TLS) valido.
- I client che non supportano HTTP/2 o versioni successive si connettono automaticamente su 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 la documentazione SSL.
Risoluzione dei problemi di connettività client
- Il protocollo HTTP/2 (h2) è supportato solo per i client che si connettono tramite TLS. Questo protocollo non supporta le connessioni in testo non crittografato.
- I client negoziano solo le connessioni che supportano. I nuovi protocolli sono progettati come un'attivazione per fornire compatibilità con le versioni precedenti.
- Se hai client che hanno indirizzi IPv6, ma si connettono ai tuoi servizi Media CDN tramite IPv4, è possibile che la rete tra una località perimetrale di Media CDN e l'utente supporti solo IPv4.
- Sono supportati come protocolli client solo HTTP/1.1 e versioni successive. Le richieste HTTP/0.9 e HTTP/1.0 vengono rifiutate con un errore HTTP 426 (upgrade richiesto).