重要
Microsoft Classic 的 Azure CDN Standard 將於 2027 年 9 月 30 日退役。 由於該服務即將退休，不再支援設定檔建立、新網域導入或管理憑證。 為避免服務中斷，遷移至Azure Front Door標準版或高級版。 如需詳細資訊，請參閱 Azure CDN Standard from Microsoft (傳統版) 淘汰。
這篇文章可協助您針對 CDN 檔案壓縮的問題進行疑難排解。
如果在本文章中有任何需要協助的地方，您可以連絡 MSDN Azure 和 Stack Overflow 論壇上的 Azure 專家。 或者，您也可以提出 Azure 支援事件。 請移至 Azure 支援網站，然後選取 [取得支援]。
徵兆
已為您的端點啟用壓縮，但會傳回未壓縮的檔案。
提示
若要檢查傳回的檔案是否會壓縮，您需要使用 Fiddler 之類的工具或您瀏覽器的開發人員工具。 檢查隨快取內容傳遞網路內容傳回的 HTTP 回應標頭。 如果名為 Content-Encoding 的標頭具有 gzip、bzip2、brotli 或 deflate 值，則會壓縮內容。
原因
有幾個可能的原因，包括︰
- 要求的內容不適合進行壓縮。
- 要求的檔案類型未啟用壓縮。
- HTTP 要求未包含要求有效壓縮類型的標頭。
- 來源端正在傳送分塊內容。
疑難排解步驟
提示
隨著新端點的部署，內容傳遞網路組態變更會需要一些時間才能傳播至整個網路。 變更通常會在 90 分鐘內套用。 如果這是您第一次設定內容傳遞網路端點壓縮，您應該考慮先等候 1-2 小時，確定壓縮設定已傳播至 POP。
驗證要求
首先，我們應該對要求進行快速的健全性檢查。 您可以使用瀏覽器的開發人員工具來檢視所做的要求。
- 驗證要求正傳送至您的端點 URL
<endpointname>.azureedge.net，而不是您的來源。 - 驗證要求包含 Accept-Encoding 標頭，且該標頭的值包含 gzip、deflate、brotli 或 bzip2。
確認壓縮設定
在 Azure 入口網站中瀏覽至您的端點，然後選取 [設定] 按鈕。
- 驗證已啟用壓縮。
- 驗證要壓縮之內容的 MIME 類型已包含在壓縮格式清單中。
檢查來源伺服器上的要求是否有 Via 標頭
Via HTTP 標頭會向 Web 伺服器指出正在由 Proxy 伺服器傳遞要求。 Microsoft IIS Web 伺服器預設不會在要求包含 Via 標頭時壓縮回應。 若要覆寫此行為，請執行下列動作：