# Résoudre les problèmes de lecture protégée

Dépannage DRM-X 6.0 emballage, autorisation, certificat, DRM licence, manifeste, déchiffrement, et les échecs de lecture avec des diagnostics effacés sécurisés.

La vidéo chiffrée et les licences DRM suivent des chemins distincts

Le CDN distribue la vidéo chiffrée. Votre backend vérifie l’accès, et le service de licences DRM autorise le déchiffrement sur un appareil compatible.

- 01**Stockage / CDN**

Distribue les médias chiffrés au lecteur.

- 02**Votre backend**

Vérifie le droit de visionnage et demande l’autorisation de lecture à DRM-X.

- 03**DRM-X**

Valide l’autorisation de lecture et traite la demande de licence DRM.

- 04**Lecteur + appareil**

Utilise le système DRM de l’appareil pour obtenir une licence et lire les médias chiffrés.

Votre moteur décide de l'accès; DRM-X applique la politique signée. Les licences de médias chiffrés et DRM suivent des chemins de livraison séparés.

## Matrice au stade de défaillance [#](#failure-stage-matrix)

| Étape | Preuves typiques | Première vérification | 
| --- | --- | --- |

| Intitulé | Votre point d'arrivée retourne 401/403 | Connexion, abonnement, cours, location ou accès à l'événement. | 

| Séance | La session de lecture API rejette la requête | Champ d'application, Site ID, Content ID, politique et état publié. | 

| Manifeste | 404, CORS, parse, ou erreur de segment | Manifeste enregistré, nom de l'hôte de livraison, existence de l'objet et en-têtes de réponse. | 

| Système clé | CDM non soutenu ou refusé | Appareil physique, version du navigateur, capacité DRM, mode de confidentialité et support OS. | 

| Certificat | La configuration FairPlay du certificat/SPC échoue | Déploiement, type de contenu, autorisation et transport binaire exact. | 

| Licence | Défaut de déni ou d'analyse binaire du fournisseur | L'expiration des jetons, DRM correspondent, défi corps, type de contenu, et la politique. | 

| Déchiffrer/jouer | Statut de la clé, codec, HDCP, décodeur ou erreur média | KID cartographie, niveau autorisé, chemin de sortie, codec et limites de l'appareil. | 



## Utiliser des diagnostics sûrs [# ](#use-safe-diagnostics)

- Générer une session de débogage frais et reproduire un problème.
- Capturez les diagnostics Live de log et Playback à partir du lecteur.
- Conserver seulement l'étape, l'événement, la corrélation ID, l'état, la durée, le navigateur/OS, DRM et expurgé Content ID.
- Ne jamais inclure Access Keys, DRM License Tokens, en-têtes d'autorisation, secrets de requête manifeste, défis natifs, réponses à la licence, certificats, clés privées, ou clés de contenu.



## Contrôles des plates-formes [#](#platform-checks)

### Windows Edge

Auto devrait préférer PlayReady sur physique Windows Edge et utiliser limité Widevine seulement si le chemin de démarrage qualifié PlayReady échoue.

### macOS Safari

Utilisez le fichier qualifié Shaka MSE FairPlay lorsqu'il est disponible, avec la politique de retour native HLS. Confirmez MSE, FairPlay certificat, CKC, codec et la politique de sortie séparément.

### iPhone et iPad Safari

Utilisez natif HLS FairPlay. Testez le véritable périphérique, les règles gestuelles/autoplay, les transitions avant/arrière-plan et les octets exacts SPC/CKC.

### Android et TV

Vérifiez le niveau Widevine, le codec, la résolution du décodeur, HDMI/HDCP, la sélection de la piste Media3 et la libération du cycle de vie.



## Avant l'escalade [#](#before-escalating)

Fournissez l'heure UTC, la session de débogage ID, la corrélation ID, Content ID, le navigateur/OS/device, la sélection DRM, la première étape échouée, le résultat attendu et le journal expurgé. Indiquez si le même fichier protégé publié réussit sur une autre plate-forme.

<!-- Canonical: https://docs.drm-x.com/fr/troubleshooting/playback -->
<!-- Language: fr -->
