AES-128 按鍵載入失敗
| Signal | 這意味著什麼 | 要測試什麼 |
|---|---|---|
| #EXT-X-KEY 存在 | HLS播放清單在加密段之前引用加密金鑰。 | 確認 METHOD 為 AES-128 並檢查關鍵 URI。 |
| 密鑰 URI 回傳 403 | 關鍵端點拒絕直接存取或需要原始播放上下文。 | 嘗試新的 URL、代理路由和必需的 Referer（如果您被允許存取）。 |
| 密鑰 URI 沒有 CORS | 瀏覽器可以看到清單，但無法讀取金鑰回應。 | 透過相同的CORS可讀代理程式路由清單、金鑰和區段。 |
| 相對鍵 URI | 鍵URL相對於播放清單URL被解析。 | 確保代理人重寫保留正確的基數URL。 |
| 需要許可證伺服器 | 該流受 DRM 保護，而非普通的 AES-128 HLS。 | 使用授權的應用程式。該工具不會繞過 DRM。 |
如何修復M3U8鍵載入錯誤
- 1檢查 #EXT-X-KEY 標籤執行運行狀況報告或開啟清單並找到#EXT-X-KEY。確認方法正常AES-128，並注意關鍵 URI 是絕對的還是相對的。
- 2透過相同的路徑載入金鑰如果播放使用代理，則密鑰也必須使用代理。將直接鍵請求與代理段混合通常會導致瀏覽器或來源拒絕。
- 3檢查 HTTP 狀態和CORS403 表示伺服器拒絕密鑰。 CORS 錯誤表示瀏覽器無法讀取按鍵回應。它們需要不同的修復。
- 4為受保護的關鍵端點設定Referer如果金鑰伺服器需要原始播放頁面，請透過代理將該頁面設定為Referer，然後重試串流。
- 5確認它不是 DRM如果清單依賴許可證伺服器或 DRM 堆疊，請停止在此工具中進行測試並使用許可的播放器。
為什麼清單載入後金鑰存取會中斷
加密的HLS流可以暴露其播放列表，同時比片段更嚴格地保護密鑰URL。這使得第一個 .m3u8 檔案看起來有效，但當瀏覽器嘗試取得解密下一個媒體片段所需的金鑰時，播放會失敗。
為什麼相對鍵 URI 很容易被錯誤代理
許多播放清單使用相對金鑰 URI，例如keys/stream.key。播放器根據媒體播放清單URL，而不是您的頁面URL來解析它。代理必須保留該基本路徑或正確重寫金鑰請求，否則瀏覽器會詢問錯誤的端點。
鍵載入如何影響 MP4 和 MP3 導出
轉換器無法重新混合MP4或從加密的HLS中提取MP3，直到它可以獲得AES-128密鑰和匹配的媒體段。首先修復播放中的按鍵訪問，然後執行匯出。受 DRM 保護的流仍然需要授權的應用程式。
相關加密HLS頁面
- 加密M3U8播放器 解釋了普通 AES-128 HLS 和 DRM 系統之間的差異。
- M3U8403 禁止 涵蓋伺服器端對清單、金鑰和媒體段的拒絕。
- HLSCORS錯誤 顯示了為什麼關鍵的URLs需要瀏覽器可讀的回應，而不僅僅是可達的URLs。
常見問題
為什麼我的 M3U8 鍵無法載入？
密鑰通常會失敗，因為AES-128密鑰 URI 被CORS阻止、返回 403、簽署的URL過期、需要特定的Referer，或屬於 DRM 工作流程而不是正常的HLS加密。
M3U8 文件中的#EXT-X-KEY 是什麼？
#EXT-X-KEY 告訴玩家 HLS 段如何加密以及在哪裡取得金鑰。對於 AES-128 HLS，在播放或轉換可以解密片段之前，金鑰 URI 必須可達。
CORS 代理可以修復 AES-128 金鑰載入嗎？
是的，當問題是瀏覽器訪問時。代理必須將清單、金鑰 URI 和媒體段一起路由，以便瀏覽器可以讀取每個 HLS 請求。
為什麼VLC可以播放加密的M3U8但瀏覽器卻失敗？
VLC 不受瀏覽器CORS 規則的限制，並且可以發送不同的請求形狀。如果VLC有效，但瀏覽器失敗，請檢查CORS、Referer、User-Agent和代理路由中的密鑰URL。
密鑰載入修復是否繞過 DRM？
不會。當您被允許取得密鑰時，正常的AES-128密鑰存取是標準HLS播放的一部分。 Widevine、FairPlay 和 PlayReady 等 DRM 系統仍需要許可播放。