用戶端連線和 IP 位址

Media CDN 支援從用戶端到邊緣的現代網路通訊協定,可提高輸送量並縮短整體網路延遲時間。

IP 位址

您設定的每個 Edge Cache 服務都有專用的任播 IPv4 和 IPv6 位址,這些位址與您建立的每個 Edge Cache 服務相關聯,不會與其他客戶共用。

  • 設定邊緣快取服務後,系統會指派 IP 位址,並開始提供服務。
  • 在特定邊緣快取服務的生命週期內,指派的位址不會變更。
  • 建立新的邊緣快取服務時,系統會核發該服務專用的新 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::"]
...

注意:

  • 每個服務都會發出一個 IPv4 和一個 IPv6 位址。
  • 建議您為這兩個 IP 位址建立 DNS 記錄 (做為 A 記錄和 AAAA 記錄)。
  • 設定服務,接受您使用的任何網域名稱 (主機名稱) 的流量。如果主機收到流量,但沒有 .routing.hostRules[].hosts 項目,Media CDN 會拒絕流量,並顯示 HTTP 404 錯誤。

視使用者所在地區而定,根據使用者裝置和這些地區的 ISP 支援,您可能會發現某個通訊協定的流量高於另一個通訊協定。

用戶端逾時

下列逾時設定適用於用戶端連線:

逾時 時間長度上限 狀態碼 說明
Maximum request duration 5 分鐘 HTTP 408 Request Timeout 單一要求/回應的長度上限。
Header timeout 10 秒 HTTP 408 Request Timeout 用戶端必須傳送完整要求標頭的時間長度。

如要瞭解來源逾時和設定,請參閱來源說明文件的「容錯移轉和逾時」一節。

用戶端要求限制

如要進一步瞭解用戶端要求和回應限制,請參閱配額與限制說明文件。

支援網路通訊協定

媒體 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) 錯誤。