DRM使用者端錯誤訊息參考 client-error-message-reference

散發者的軟體應該做什麼：

• 如果您使用Google Chrome，且處於無痕模式，但您的Flash Player版本低於11.6，則可能會發生此錯誤。 我們建議播放器檢查瀏覽器的版本號碼，並建議使用者退出無痕模式。
• 再次要求授權。 如果請求成功，您就不需要記錄或呈報。 如果要求不成功，請記錄導致錯誤的內容。 subErrorId 包含行錯誤（如果存在）。

散發者應該做什麼：

• 如果Flash低於11.6版的Chrome以外的組態重試失敗，封裝中可能會發生失敗。
• 檢查該問題是否特定於某些內容並重新封裝。

伺服器無法驗證或授權使用者端。

• 散發者的軟體應採取任何必要的動作，以重新建立使用者的認證，或引導使用者取得內容的存取權。
• 散發者應確認其授權和驗證機制正常運作。 如果發行者不打算使用驗證或授權功能，他們應該檢查違反內容的原則是否需要驗證，並參閱診斷原則/授權差異。

如需此錯誤碼的詳細資訊，請參閱 DRM錯誤3301的原因和解決方法.

若是Primetime DRM 4.0和更新版本，當遠端金鑰URL未使用HTTPS做為配置時，iOS會擲回此錯誤。 需要HTTPS。

• 如果散發者使用的版本比Primetime DRM版本4舊，或至少是版本4，但平台不是iOS，散發者的軟體應該記錄錯誤。 此錯誤只會在iOS上擲回。
• 如果散發者的軟體至少是Primetime DRM版本4，而平台是iOS，散發者必須將其使用的遠端金鑰伺服器URL變更為HTTPS。 如果他們只使用HTTP，經銷商可能必須設定HTTPS伺服器。 否則，分銷商需要提交記錄的資訊以Adobe和升級問題。

根據內容提供者設定的規則，您正在檢視的內容已過期。 subErrorId 包含使用者端特有的錯誤或行錯誤。

• 散發者的軟體應嘗試從伺服器重新取得授權一次，以判斷是否有新的未到期授權可用。 如果沒有可用的授權或授權已過期，請允許使用者取得新的授權，或通知使用者無法觀看內容。

如果內容已封裝有過期/結束日期已過期的原則，且授權伺服器記錄報告PolicyEvaluationException，則指出原則結束日期已過期（伺服器錯誤碼303）。 檢查伺服器的記錄檔以進行驗證。
如果可能的話，客戶應該檢查他們在封裝期間使用的原則，看看它是否已經過期。 Java命令列工具是：

• java -jar libs/AdobePolicyManager.jar
• detail demo.pol
• 分銷商應確認授權到期日是否按預期設定。

如需此錯誤碼的詳細資訊，請參閱 使用Live Stream的AMS/FMS為3303 （內容已過期）？

由於網路延遲或使用者端離線，與授權或網域伺服器的連線逾時。 通常，subErrorId包含HTTP傳回碼。

• 散發者的軟體應該嘗試網路連線到已知正常的伺服器。 如果嘗試失敗，則提示使用者重新連線到網路。 如果嘗試成功，則將其記錄。
• 散發者應確認任何使用中的授權和網域伺服器已上線，且可從使用者端的網路中看到。

如需此錯誤碼的詳細資訊，請參閱 DRM 3305 ServerConnectionFailed原因和解決方法

目前的使用者端無法完成要求的動作，但更新的使用者端可能能夠完成要求。
這可能有幾個原因：

• 使用的共用網域在此使用者端無法使用。 在Chrome上播放運作時，就很可能發生這種情況，但其他任何瀏覽器皆然，反之亦然。
  注意： Chrome使用的PHDS/PHLS金鑰與其他瀏覽器使用的不同。
• 應用程式正在嘗試在5.0之前的iOS版本上執行時新增多個DRMSession。
• 僅支援版本2時，中繼資料的版本為3或更高版本。
• 散發者的軟體應提醒使用者並中止作業。 如果軟體有辦法判斷是否有升級可用，請以適當的平台方式將使用者導向該升級。
• 如果問題是因為共用網域而發生，散發者將需要向Adobe檢查更新的執行階段或程式庫。 在Flash執行階段的情況下，散發者可以直接在其應用程式中強制升級。 若是程式庫，散發者需要取得更新的程式庫、重建其應用程式並將其部署給使用者。

如果問題因多個DRMSessions而發生，散發者將需要更新其應用程式以在新增多個DRMSessions之前檢查iOS版本號碼。 或者，他們也可以限制將其應用程式發佈到iOS版本5及更高版本。
如果問題是因為中繼資料版本高於版本2而發生，則問題可能是中繼資料已損毀。 他們可以嘗試重建中繼資料並檢視結果。 如果他們持續看到問題，請記錄問題並升級至Adobe。
如需此錯誤碼的詳細資訊，請參閱 如何修正3306 DRMErrorEvent錯誤碼.

這通常表示Primetime DRM程式碼中的錯誤，除非有已知的錯誤，否則這是意外狀況。subErrorId包含使用者端特有的錯誤或行錯誤。

• 如果瀏覽器在Windows上為Chrome，而Flash版本為11.6 (SWF版本19或更高版本)，則散發者的軟體應假設使用者在infobar上按下「拒絕」，並將它視為3368。
• 如果瀏覽器不是Chrome或Flash版本不是11.6時發生3307，則分銷商應升級至Adobe。

注意： 3307：1107296344 (FailedToGetBrokerHandle)可能會與Chrome瀏覽器24-28版同時發生。

當使用的授權包含解密內容的錯誤金鑰時，就會擲回此錯誤。 subErrorId包含使用者端特有的錯誤或行錯誤。
產生此錯誤似乎只有兩種方式：

• 客戶已修改用於產生授權的標準Adobe工具（例如授權者伺服器Java架構）。 在此情況下，授權包含可能未對應到任何內容的錯誤金鑰。
• 客戶已使用相同的授權ID核發多個授權。 在此情況下，使用者端上有多個可用的授權符合內容中繼資料，且Primetime DRM程式碼已選取使用錯誤的授權。
• 散發者的軟體應該嘗試從伺服器重新取得授權。
• 如果沒有可用授權或授權已過期，請提供工作流程讓使用者取得新授權，或通知使用者內容無法觀看，並記錄問題。
• 如果這是網域繫結內容(適用於AIR)，請為使用者提供加入網域的方式。
• 散發者應：
• 確認他們尚未自訂Primetime DRM授權伺服器的授權發行部分。
• 確認他們為所有授權核發唯一的授權ID。
• 升級Adobe的問題。

如果標題大於65536位元組，就會發生此狀況。

• 散發者的軟體應該記錄導致錯誤的內容片段。
• 散發者應確認錯誤可透過特定內容片段重現。 重新封裝損毀的內容。

當系統無法寫入檔案系統時，就會發生此問題。 subErrorIdcontains使用者端特有的錯誤或行錯誤。
在Microsoft Windows上，當加密的內容具有licenseID或policyID太長時，Active X或NPAPI外掛程式flash player可能會擲回錯誤3313。 這是因為Windows中的路徑長度上限。 （Pepper外掛程式沒有這個問題。）

• 散發者的軟體應提示使用者確認其使用者目錄未鎖定，或位於已滿或已鎖定的磁碟區上。
• 如果散發者使用AIR而非Flash，問題可能是由於路徑長度限制所造成。 經銷商應將其AIR應用程式的名稱縮短為合理名稱。

此錯誤通常表示內容已封裝測試PKI憑證，而播放器是透過生產PKI建置，反之亦然。
subErrorId包含使用者端特有的錯誤或行錯誤。

• 散發者的軟體應該記錄導致錯誤的內容片段。
• 散發者應確認此錯誤可透過特定內容片段重現。

您可能必須重新封裝損毀的內容。

重要： 這是罕見的錯誤，通常不會發生在生產環境中。
如果發生錯誤，您可以執行下列任一項作業：

• 如果您正在使用AIR，請重新安裝AIR。
• 如果您正在使用Flash Player，請再次下載AdobeCP模組。

重要： 這是罕見的錯誤，通常不會發生在生產環境中。
如果發生錯誤，您可以執行下列任一項作業：

• 如果您正在使用AIR，請重新安裝AIR。
• 如果您正在使用Flash Player，請再次下載AdobeCP模組。

重要： 這是罕見的錯誤，通常不會發生在生產環境中。
如果發生錯誤，您可以執行下列任一項作業：

• 如果您正在使用AIR，請重新安裝AIR。
• 如果您正在使用Flash Player，請再次下載AdobeCP模組。

重要： 這是罕見的錯誤，通常不會發生在生產環境中。
如果發生錯誤，您可以執行下列任一項作業：

• 如果您正在使用AIR，請重新安裝AIR。
• 下載AdobeCP並再次FlashPlayerague，因為任一解決方案可能不同步。

應用程式只需要更新Flash Player，這會導致再次下載AdobeCP。

提供金鑰給使用者端的程式失敗。 subErrorId包含使用者端特有、伺服器特有或行錯誤。

• 散發者的軟體應至少重試一次作業。

如果您在Windows上使用Google Chrome，請說明如何允許不在沙箱中的外掛程式存取。 如需詳細資訊，請參閱Google Chrome的非沙箱存取遭拒。

• 散發者應該完成下列其中一項工作：
• 如果錯誤在各平台之間保持一致，則應使用Adobe來重新計算問題。
• 如果錯誤僅限於Windows上的Chrome，請引導使用者允許無沙箱外掛程式存取。

分銷商應將其SWF更新至版本19或更新版本。 對於Chrome特定的3321錯誤，會擲回3368錯誤。 錯誤3368可由散發者的軟體更具體處理。 此變更已在Chrome穩定通道26.0.1410.43版中引入。
注意： Flash播放器版本11.1到11.6可能發生錯誤3321：1090519056。建議您升級至最新的Flash Player版本。
如需詳細資訊，請參閱 DRM錯誤3321原因與解決方法.

裝置似乎不符合初始化時存在的設定。 subErrorId包含使用者端特有的錯誤或行錯誤。
散發者的軟體應完成下列其中一項作業：

• 如果裝置未使用Flash Player，而是使用AIR、iOS等， callDRMManager.resetDRMVouchers().

如果iOS在開發階段發生問題，請要求開發人員確認在從協力廠商發行前發佈系統（例如HockeyApp）下載的組建與從Xcode下載的本機組建之間切換時，是否發現問題。 在從HockeyApp分發的組建和從Xcode分發的組建之間切換時，不會完全覆寫先前安裝的屬性。 此情況可能會觸發3322錯誤。
若要解決此問題，開發人員應先從裝置移除舊組建，然後再安裝新組建。

• 如果裝置正在使用Flash Player，並且無法從3322或3346錯誤代碼使用，請參閱Adobe中有關如何以程式設計方式重設您的DRM授權存放區的指示 Chrome中的DRM錯誤3322/3346/3368 （資訊列問題）.

此錯誤預計不會頻繁發生。 在使用漫遊設定檔的公司環境中，如果使用者檢視受DRM保護的內容，則當使用者從不同電腦登入時，發生錯誤3322的機會會增加。 如果可能的話，散發者應該嘗試從使用者取得此資訊。
如果錯誤經常發生，請升級至Adobe。 您必須通知Adobe重設授權存放區是否解決此問題，並告知Adobe在哪些瀏覽器上發生錯誤。
如需詳細資訊，請參閱下列文章：

• https://forums.adobe.com/message/5520902
• https://forums.adobe.com/message/5535911
• https://forums.adobe.com/message/5748618
• https://forums.adobe.com/message/6061165

DRM使用者端使用的檔案已意外修改。 subErrorId包含使用者端特有的錯誤或行錯誤。

• 散發者的軟體應該會以錯誤碼3322的相同方式引導使用者重設。
• 如果GlobalStore的故障率高於使用者群硬碟的預期故障率，請將問題升級至Adobe。

授權伺服器可能無法連線到憑證撤銷清單(CRL)伺服器來重新整理其CRL檔案，或是使用者端電腦正在要求由授權伺服器撤銷的授權/驗證。
在伺服器記錄中，錯誤碼111 isMachineTokenInvalid。 不過，在使用者端層級，錯誤碼111會轉譯為錯誤碼3324。
DRM授權伺服器管理員應檢查客戶的授權伺服器是否曾經能夠擷取AdobeCRL檔案。 如果客戶使用Tomcat，則可檢查tomcat/temp/目錄以檢視是否有4個.CRL檔案。

• 如果檔案在此目錄中，請在Windows檔案總管和CRL檢視器應用程式中連按兩下檔案，判斷是否有任何檔案已過期。
• 如果tomcat/temp/中沒有任何檔案，則可以假設由於防火牆或路由問題，此授權伺服器從未能夠連線到AdobeCRL伺服器。

如需詳細資訊，請參閱防火牆規則。
如果CRL檔案無法使用或已過期，您必須確認是否可以連線到授權伺服器。 在客戶的授權伺服器上開啟網路Sniffer （例如Charles或Wireshark），重新啟動伺服器，並讓使用者端嘗試從伺服器要求授權。
您可以觀察網路流量，以檢視對以下URL端點的呼叫是否成功：
注意： 您也可以在瀏覽器中輸入下列CRL URL，以檢視是否可以手動下載每個檔案。

• https://crl2.adobe.com/Adobe/FlashAccessIndividualizationCA.crl
• https://crl2.adobe.com/Adobe/FlashAccessIntermediateCA.crl
• https://crl2.adobe.com/Adobe/FlashAccessRootCA.crl
• https://crl3.adobe.com/AdobeSystemsIncorporatedFlashAccessRuntime/LatestCRL.crl

如果防火牆規則是開啟的，而且目前沒有任何3324錯誤，則可能是暫時性的網路問題。 檢查客戶的伺服器記錄（可能位於/tomcat/logs/目錄中），以判斷授權伺服器嘗試擷取「憑證撤銷清單」時是否發生錯誤。
注意： 當大量使用者端（或高載）在更新CRL檔案時向暫時性網路問題報告3324錯誤時，可能會發生錯誤。 當網路問題解決時，3324問題也解決了。
如果thetomcat/temp/目錄中存在全部4個CRL檔案，並且使用者端仍然收到3324錯誤，則對CRL檔案的檔案存取可能會發生問題。
若要解決此問題，您可能想要檢閱記錄檔並清除現有的CRL檔案。
如果沒有伺服器問題，則提示使用者重設，如錯誤碼3322所述。

DRM使用者端使用的檔案已意外修改。 subErrorId包含使用者端特有的錯誤或行錯誤。

• 散發者的軟體應再次重試操作，因為AdobeCP已在內部刪除違反規定的伺服器存放區，重試應該會成功。 如果重試失敗，請記錄問題。
• 如果重試失敗率高於使用者基礎硬碟的預期失敗率，請將問題升級至Adobe。

當內容設定為要求使用者端在取得授權前進行驗證時，就會發生此錯誤。

• 散發者的軟體應該驗證使用者，然後再次取得授權。 如果您的服務不打算使用驗證，請記錄造成此錯誤之內容的識別碼。
• 除非內容不應設定為需要驗證，否則此錯誤不應要求呈報。 在這種情況下，請使用適當的原則重新封裝違規內容。 如果內容已正確封裝，請參閱診斷原則/授權差異。

若要解決此問題，請完成下列其中一項作業：

• 升級AIR
• 如需Flash Player，請升級AdobeCP模組並重試播放。

如果內容或伺服器設定為拒絕播放特定版本的Flash或AIR執行階段，就會發生此狀況。

• 如果使用者在可升級Flash的作業系統上，散發者的軟體應提示使用者升級Flash並再試一次。 否則，建議使用者使用不同的電腦。
• 如果懷疑錯誤3337s，請確定它是否發生在特定內容中，並重新封裝該內容。 如果內容已正確封裝，請參閱診斷原則/授權差異。

無法偵測連線型別，原則要求您開啟輸出保護。 僅當封裝的內容需要數位或類比輸出保護時，才會出現此問題。
在11.8.800.168版以前的Flash Player版本中，對於原則指出內容保護為USE IF AVAILABLE的內容，有時會發生錯誤3338。 此問題已在11.8.800.168版及更新版本中修正。

• 散發者的軟體會選取不需要輸出保護的內容變體（例如HD資料流的SD變體）。 如果onUSE_IF_AVAILABLE內容發生錯誤3338，請檢查播放器版本號碼。 如果播放器版本低於11.8.800.168，建議使用者升級Flash Player。 如果11.8.800.168以上的版本發生錯誤3338，請記錄導致錯誤的內容。
• 散發者應檢查造成此錯誤的內容，並驗證內容的原則是否為類比與數位輸出設定NO_PROTECTION或USE_IF_AVAILABLE。 如果內容無意間使用NO_OUTPUT或REQUIRED封裝，請重新封裝內容。 如果內容已正確封裝，請參閱診斷原則/授權差異。 否則呈報至Adobe。

如需詳細資訊，請參閱 當您的DRM原則設定為USE_IF_AVAILABLE時，發生未預期的3338錯誤？

目前已知此錯誤最初會在新版Flash發行後發生。 發生此狀況是因為Flash在Flash開啟時升級，而使Flash在瀏覽器重新啟動之前處於不良狀態。

• 散發者的軟體應該完成下列工作：
• 建議使用者關閉或結束所有瀏覽器，然後重新開啟。
• 檢查Flash的版本是否為最新版本。

如果版本不是最新版本，建議客戶升級、關閉其瀏覽器中的所有索引標籤，然後重新開啟。

• 如果在成功重新啟動瀏覽器後發生錯誤，請升級至Adobe。 新版本發行時，我們建議您聯絡Adobe支援，檢視背景更新問題是否已修正。

部分Flash或AIR未正確安裝。
若要解決此問題，請完成下列其中一項作業：

• 若為AIR，使用者必須解除安裝並重新安裝AIR。
• 若要Flash Player，請呼叫System.update。

散發者的軟體應該執行下列其中一項作業：

• 如果AIR，請呼叫 DRMManager.resetDRMVouchers().
• 如果Flash因錯誤3322或3346而無法使用，使用者應前往 https://forums.adobe.com/message/5535907#5535907 並遵循Adobe文章的指示，以程式設計方式重設其DRM授權存放區。
• 如果這個錯誤經常發生，散發者應該提供頻率播放器版本的詳細資料，以及要Adobe的瀏覽器版本。

如需詳細資訊，請參閱下列論壇文章：

• Chrome中的DRM錯誤3322/3346/3368 （資訊列問題）
• 硬體變更後出現3322或3346錯誤

此錯誤的主要含義是授權具有限制，使用者端的DRM憑證指出它無法滿足。 發行使用者端DRM憑證時，會定義下列「硬體功能」：

• 非使用者可存取的匯流排。 如果 true，解密的媒體絕不會流經匯流排或進入應用程式可存取的主記憶體。 如果 false，應用程式在解密後可能會存取內容。
• 信任的硬體根目錄。 如果 true，所有在裝置上開機時載入的軟體，都會根據硬體提供的金鑰或摘要進行驗證。 當針對使用者端的DRM憑證開啟許可證時，使用者端會檢查這兩個限制，並且會立即失敗。 在發行許可證之前，也可以在伺服器端檢查這些限制。

此錯誤的次要含義是授權已設定「Jailbreak Enforcement」原則，且在裝置上偵測到越獄。 這項檢查定期在使用者端完成，無法在伺服器端進行檢查。
經銷商可以更新原則並移除限制。 針對裝置功能原則，發出原則更新命令，其中包含 — devCapabilitiesV1flag且無引數。 對於越獄執行setpolicy.enforceJailbreak=false。