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 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 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 IPv4 e un IPv6 per ogni 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 qualsiasi nome di dominio
(nomi host) che stai utilizzando. 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 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
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) | 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 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 la negoziazione del protocollo a livello di applicazione (ALPN) sia
nonché l'intestazione della risposta HTTP Alt-Svc (servizio alternativo) per la
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 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 le 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 non supporta connessioni in testo non crittografato.
- I client negoziano solo le connessioni che supportano. I nuovi protocolli sono progettati come attivabili 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.
- 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).