De quoi parlent-ils dans le support technique du streamer vidéo?

Bonjour à tous. Des dizaines d'appels différents sont ouverts quotidiennement dans notre support, de simples questions «aider à mettre en place un cluster» à très complexes «le flux ne fonctionne pas, le flux parfois bégaie», mais il y a des questions dont l'œil se contracte déjà et chaque employé de l'entreprise peut répondre en détail.

Et comme les questions ne s'arrêtent pas, vous pouvez donc répondre ici.

Pourquoi la vidéo est-elle retardée?

Nous avons deux articles sur le blog ( un , deux ) sur ce sujet, lisez-les si vous travaillez avec la vidéo, et ici je vais donner une réponse courte et complète:

Le streaming Internet moderne est un protocole HLS . Parfois DASH, mais ce n'est pas important, car ils sont tous deux segmentés.

Comment ça marche? La vidéo en streaming est "coupée" en petits fichiers (généralement de 2 à 8 secondes, selon la dynamique du contenu), 3 à 10 de ces segments sont accumulés et décrits par une liste de lecture spéciale, qui est automatiquement mise à jour lorsque l'ancien segment est supprimé et qu'un nouveau est ajouté. Si simple. Plus de segments - délai plus long, durée plus longue de chaque segment - délai plus long. 10-20 secondes est normal.

Pourquoi est-ce nécessaire? Pourquoi stocker autant de vidéos dans la mémoire du serveur vidéo? La segmentation permet au joueur de ne pas réagir à l'instabilité de la connexion Internet, de ne pas interrompre la vidéo lors du passage d'un réseau Wi-Fi à une connexion mobile. Si la vidéo n'avait pas été préparée à l'avance et emballée dans des fichiers séparés, alors au moindre problème ou manque de bande passante, nous aurions des artefacts vidéo à l'écran, et la segmentation donne au lecteur environ 4 à 20 secondes pour rétablir la connexion du lecteur et charger de nouvelles données.

Que faire si vous avez besoin d'une vidéo sans délai? Choisissez un protocole différent si vous avez l'intention d'organiser un chat Web, de contrôler l'hélicoptère via Internet, de regarder des caméras vidéo IP. Voici des exemples: WebRTC, MSE-LD, RTMP.

Comment protéger la vidéo? Coller uniquement sur votre site

La tâche est très simple - la vidéo sur le site doit être protégée contre toute insertion dans d'autres sites, personne ne veut payer pour le trafic de quelqu'un d'autre, le trafic vidéo coûte cher. Et la vidéo peut être privée et ne doit pas dépasser votre compte personnel.

J'ai toujours une réponse à toutes ces demandes - vous devez configurer Securelink sur votre site. La protection du contenu n'est pas possible unilatéralement - le site lui-même doit générer des liens, vous ne pouvez pas simplement prendre et insérer un lien statique vers le site.

Securelink est une technologie de protection des liens ancienne et très efficace. De nombreux habruchitel connaissent un module spécial pour Nginx - ngx_http_secure_link_module. Nous n'utilisons pas Nginx, mais il existe une implémentation similaire et non moins efficace, la seule différence est dans l'ordre des paramètres.

Comment ça marche? Le site génère un lien unique unique basé sur les données des utilisateurs. Et que sait le serveur Web sur le client? C'est vrai, c'est l'adresse IP, l'agent utilisateur, le cookie, l'URL demandée. Si le client est autorisé, dans les variables de session, vous pouvez obtenir d'autres informations, par exemple, un ID client unique dans la base de données de service ou, par exemple, la période de validité de l'abonnement.

Nous collectons les paramètres sur une seule ligne et hachons avec votre algorithme préféré, par exemple, SHA1. Il s'avère un ensemble de personnages inutiles. Par exemple, le hachage de la chaîne «127.0.0.1Habr» serait: 70ebe94671dd21bd65f4a00dfd988adc83fe6bda.

Cette ligne sera transmise au streamer vidéo et sa tâche sera de vérifier la validité du lien, qu'il a été généré par votre site, n'est pas «pourri» et n'est pas transmis à des tiers. Il n'y a aucun retour du site, donc le streamer vidéo doit générer un hachage en utilisant les mêmes données que le site Web utilisé. Le streamer vidéo connaît également l'adresse IP du client, le contenu demandé, mais ne peut en aucun cas connaître l'ID utilisateur ou la durée de vie du lien. Vous devrez transférer ces données directement sur le lien et utiliser la clé secrète afin que personne ne puisse générer de liens pour lui-même.

Nous prenons la ligne "127.0.0.1Habr1540327100SECRET" et obtenons SHA1 99fe961672c52aa3033b98b545ec2cdec93bf515, et maintenant nous formons un lien du formulaire:

example.com/Habr/index.m3u8?token=99fe961672c52aa3033b98b545ec2cdec93bf515-1540327100

example.com est votre serveur vidéo, Habr est la vidéo demandée, index.m3u8 est le nom standard de la liste de lecture HLS, le jeton de valeur est la chaîne du serveur Web que nous avons générée.

Le streamer vidéo extrait facilement de ces données tout ce qui est nécessaire pour obtenir le même hachage: l'adresse IP est lue à partir de la variable du serveur web, le contenu demandé de l'URL, la durée de vie provient du paramètre token, la seule chose qui lui manque est la clé secrète, elle devra inscrivez-vous dans le fichier de configuration et gardez le secret.

Vous ne pourrez pas envoyer un tel lien à un ami ou l'ouvrir dans un autre navigateur - il y a une adresse IP dans la formule de hachage, et vous ne réussirez pas à remplacer la durée de vie - alors le hachage ne correspondra pas.

Pièges

Je voulais vraiment décrire en deux paragraphes, mais en bref, cela n'a pas fonctionné. C'est le premier problème - tout le monde n'est pas prêt à se plonger dans de tels détails, car il est beaucoup plus facile d'insérer un lien statique. Nous avons des exemples prêts à l'emploi sur notre site , donc il ne devrait pas y avoir de problème.

Il arrive souvent que le site et le serveur Web déterminent incorrectement l'adresse IP du client, ce qui est normal si des réseaux CDN sont utilisés, par exemple CloudFlare. Dans ce cas, vous devez prendre l'adresse IP de l'en-tête correct, vous pouvez avoir besoin de l'aide du fournisseur CDN. Par exemple, CloudFlare a CF-Connecting-IP.

Mauvais moment. Une heure incorrecte sur l'un des serveurs, combinée à des tentatives de minimiser la durée de vie du lien, conduit souvent à des liens rompus. Il arrive également que l'utilisateur laisse l'onglet ouvert pendant plusieurs heures, puis ne puisse pas lire la vidéo en raison de la courte durée de vie.

Durée de vie des liens de 3 à 24 heures - c'est normal, ils sont protégés de toute façon et il existe des moyens de limiter le nombre de vues simultanées.

Au lieu d'un total

Dites-nous dans les commentaires comment contourner ce mécanisme de protection des liens?