Media CDN 支援從用戶端到邊緣的新型網路通訊協定，可提高傳輸量並縮短整體網路延遲時間。
IP 位址
您設定的每個 Edge Cache 服務都有專屬的 Anycast IPv4 和 IPv6 位址，這些位址會與您建立的每個 Edge Cache 服務建立關聯，且不會與其他客戶共用。
- 設定邊緣快取服務後，系統會指派 IP 位址並開放使用。
- 在特定 Edge Cache 服務的生命週期內，已指派的位址不會變更。
- 建立新的邊緣快取服務會發出新的 IP 位址，範圍限定於該服務。您的服務不會共用 IP 位址。
所有 Media CDN 服務都支援用戶端與各邊緣節點之間的 IPv6。
擷取 IP 位址
如要擷取指派給 Edge Cache 服務的 IP 位址，請按照下列步驟操作：
gcloud
使用 gcloud edge-cache services 指令。
gcloud edge-cache services describe MY_SERVICE
... ipv4Addresses: ["35.1.1.1"] ipv6Addresses: ["2600:1901:0:fa74::"] ...
注意：
- Media CDN 會為每項服務發出一組 IPv4 和 IPv6 位址。
- 建議您為這兩個 IP 位址建立 DNS 記錄 (以 A 和 AAAA 記錄的形式)。
- 設定服務，以便接受您使用的任何網域名稱 (主機名稱) 的流量。如果 Media CDN 收到沒有
.routing.hostRules[].hosts項目的主機流量，就會以 HTTP 404 錯誤拒絕流量。
視使用者的所在地理位置而定，您可能會發現某個通訊協定比另一個通訊協定有更多流量，這取決於使用者裝置和這些地區的 ISP 支援情形。
用戶端逾時
以下逾時期限適用於用戶端連線：
| 逾時 | 時間長度上限 | 回應碼 | 說明 |
|---|---|---|---|
| Maximum request duration | 5 分鐘 | HTTP 408 (Request Timeout) | 單一要求-回應的最大時間長度。 |
| Header timeout | 10 秒 | HTTP 408 (Request Timeout) | 用戶端傳送完整要求標頭所需的時間。 |
如要瞭解來源逾時和設定，請參閱來源說明文件中的備援和逾時部分。
用戶端要求限制
如要進一步瞭解用戶端要求和回應限制，請參閱配額與限制說明文件。
網路通訊協定支援
Media CDN 支援來自用戶端的 HTTP/3、HTTP/2 和 HTTP/1.1 連線。Media CDN 支援 ALPN (應用層協定協商) 和 Alt-Svc (替代服務) HTTP 回應標頭，以便支援廣告通訊協定。
| 通訊協定 | 支援 | 需要 SSL (TLS) |
|---|---|---|
| HTTP/3 (IETF QUIC) | 是 | 是 |
| HTTP/2 | 是 | 是 |
| HTTPS (透過 TLS 傳輸 HTTP/1.1) | 是 | 是 |
| HTTP/1.1 | 是 | 不可以 |
注意：
- 預設支援 HTTP/2 (h2)。
- 如要啟用 HTTP/3 (QUIC)，請直接與您的帳戶團隊聯絡。
- HTTPS、HTTP/2 和 HTTP/3 都需要為服務附加有效的 SSL (TLS) 憑證。
- 不支援 HTTP/2 以上版本的用戶端會自動透過 HTTP/1.1 連線
如要瞭解來源通訊協定支援情形，請參閱「支援的來源和通訊協定」。
支援的 SSL (TLS) 版本
如要瞭解支援的 SSL (TLS) 版本，請參閱 SSL 說明文件。
排解用戶端連線問題
- 只有透過 TLS 連線的用戶端支援 HTTP/2 (h2) 通訊協定。這個通訊協定不支援純文字連線。
- 用戶端只會協商支援的連線。新通訊協定採用選擇加入的設計，可提供回溯相容性。
- 如果用戶端有 IPv6 位址，但透過 IPv4 連線至 Media CDN 服務，可能是因為 Media CDN 邊緣位置和使用者之間的網路僅支援 IPv4。
- 系統僅支援 HTTP/1.1 以上版本的用戶端通訊協定。HTTP/0.9 和 HTTP/1.0 要求會遭到拒絕，並傳回 HTTP 426 (Upgrade Required) 錯誤。