Media CDN supporta protocolli di rete moderni dal client al perimetro, aumentando il throughput e riducendo la latenza di rete complessiva.
Indirizzi IP
Ogni servizio Edge Cache che configuri ha indirizzi IPv4 e IPv6 anycast dedicati, associati a ogni servizio Edge Cache che crei e non condivisi con altri clienti.
- Dopo aver configurato un servizio cache perimetrale, gli indirizzi IP vengono assegnati e diventano disponibili.
- Gli indirizzi assegnati non cambiano per tutta la durata di un determinato servizio Edge Cache.
- La creazione di un nuovo servizio Edge Cache genera nuovi indirizzi IP relativi a quel servizio. Gli indirizzi IP non vengono condivisi tra i tuoi servizi.
Tutti i servizi Media CDN supportano IPv6 tra i client e ogni node di edge.
Recuperare gli indirizzi IP
Per recuperare gli indirizzi IP assegnati a un servizio cache perimetrale:
gcloud
Utilizza 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.
- Ti 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
(nomi host) che utilizzi. Quando viene ricevuto traffico per host senza
una voce
.routing.hostRules[].hosts, Media CDN rifiuta il traffico con un errore HTTP 404.
A seconda delle aree geografiche in cui si trovano i tuoi utenti, potresti notare un maggiore traffico su un protocollo rispetto a un altro, in base ai dispositivi degli utenti e all'assistenza dell'ISP in quelle aree geografiche.
Timeout client
I seguenti timeout si applicano alle connessioni client:
| 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) | Il tempo entro il quale il client deve inviare l'intero insieme di intestazioni della richiesta. |
Per i timeout e la configurazione dell'origine, consulta la sezione Failover e timeout della documentazione dell'origine.
Limiti per le richieste dei client
Per informazioni dettagliate sui limiti delle richieste e delle risposte del client, consulta la documentazione relativa a quote e limiti.
Supporto dei protocolli di rete
Media CDN supporta le connessioni HTTP/3, HTTP/2 e HTTP/1.1 da parte dei client. Media CDN supporta sia ALPN (Application Layer Protocol Negotiation) 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 all'account.
- HTTPS, HTTP/2 e HTTP/3 richiedono che al servizio sia associato un certificato SSL (TLS) valido.
- I client che non supportano HTTP/2 o versioni successive si connettono automaticamente tramite HTTP/1.1
Per il supporto del protocollo di origine, consulta le origini e i protocolli supportati.
Versioni SSL (TLS) supportate
Per le versioni SSL (TLS) supportate, consulta la documentazione SSL.
Risolvere i problemi di connettività del 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 cifrato.
- I client negoziano solo le connessioni supportate. I nuovi protocolli sono progettati come attivabili per garantire la compatibilità con le versioni precedenti.
- Se hai client con indirizzi IPv6, ma si connettono ai tuoi servizi Media CDN tramite IPv4, il motivo potrebbe essere che la rete tra un punto di presenza Media CDN e il tuo utente supporta solo IPv4.
- Come protocolli client sono supportati solo HTTP/1.1 e versioni successive. Le richieste HTTP/0.9 e HTTP/1.0 vengono rifiutate con un errore HTTP 426 (Upgrade Required).