Prérequis réseau et règles de pare-feu
Ce dont les lecteurs easyCMS ont besoin de votre réseau, HTTPS sortant, le canal de mise à jour instantanée, proxys, portails captifs et certificats, ainsi que comment tester une connexion depuis l'appareil.
Les lecteurs easyCMS demandent peu à votre réseau : du trafic web sortant vers votre adresse easyCMS, rien en entrant. Donnez cette page à votre équipe informatique, et la plupart des problèmes de connexion n’arriveront jamais.
En bref
- Sortant uniquement. Pas de redirection de port, pas d’IP fixe, pas de VPN. Les lecteurs n’ont besoin de joindre ni les autres lecteurs, ni votre ordinateur.
- Le câble vaut mieux que le Wi-Fi. Les écrans sont fixés en hauteur, souvent derrière du métal et loin d’un point d’accès. Un câble supprime toute une catégorie de demandes d’assistance.
- Pas de Wi-Fi avec « cliquez pour accepter ». Un réseau invité avec une page de connexion bloque un lecteur pour de bon.
- Peu de bande passante après le premier jour. Le contenu se télécharge une fois, puis est diffusé depuis le stockage propre du lecteur.
Tester depuis l’appareil
Avant d’accuser easyCMS, vérifiez que l’appareil peut le joindre :
- Ouvrez le propre navigateur de l'appareil.
- Chargez l'adresse de votre easyCMS. Vous devriez obtenir la page de connexion, avec un cadenas valide.
- Si cela échoue, le problème vient du réseau, du DNS ou d’un certificat, de votre côté de la connexion.
Si un ordinateur portable sur le même segment réseau joint easyCMS mais que le lecteur n’y arrive pas, cherchez ce qui diffère : VLAN, filtrage MAC ou portail captif.
Pour votre équipe informatique
Ce dont le lecteur a besoin
- HTTPS sortant sur le port 443 vers votre adresse easyCMS (normalement
app.myeasycms.com) : l’enregistrement, le contact périodique qui récupère la planification, et tous les téléchargements de médias. - Un canal sortant pour les mises à jour instantanées vers le même hôte, pour que « Collecter maintenant » et les commandes planifiées s’appliquent en quelques secondes. S’il est bloqué, le lecteur continue de fonctionner à son intervalle de collecte, généralement toutes les 5 minutes ; le signe, ce sont des mises à jour instantanées qui ne marchent jamais alors que les mises à jour normales fonctionnent.
- DNS qui résout votre adresse easyCMS, et NTP pour que l'horloge de l'appareil soit correcte.
Bande passante
Les contacts périodiques sont minuscules ; une vidéo de 50 MB se télécharge une fois par lecteur, puis est diffusée depuis le stockage local. Prévoyez votre bibliothèque de contenu × le nombre de lecteurs au déploiement, puis très peu jusqu’à ce que le contenu change. Sur les liaisons limitées, demandez-nous de définir une fenêtre de téléchargement (médias récupérés la nuit) et un plafond de bande passante par lecteur dans le profil partagé par votre compte.
Ce qui bloque les lecteurs
| Obstacle | Que faire |
|---|---|
| Portails captifs | Un lecteur ne peut pas cliquer sur « accepter ». Placez les écrans sur un segment sans portail, ou mettez l’adresse MAC du lecteur en liste blanche. |
| Proxys à inspection approfondie | Un proxy qui re-signe le HTTPS présente son propre certificat, et le lecteur le refuse. Exemptez votre adresse easyCMS de l’inspection (bien moins de travail), ou installez le certificat racine du proxy sur chaque lecteur. |
| Certificats auto-signés ou expirés | Les lecteurs les rejettent ; LG webOS est le plus strict et donne le message d’erreur le moins utile. Utilisez un certificat émis par une autorité publique. |
| Filtres de contenu | Le trafic d’affichage peut atterrir dans « streaming média » ou « non classé ». Mettez explicitement votre nom d’hôte easyCMS en liste blanche. |
La liste de contrôle
Sortant uniquement. Aucun accès entrant n'est requis.
- TCP 443 vers
<your easyCMS address>— contenu, connexions périodiques et la connexion persistante qui transporte les mises à jour instantanées.- Exemptez ce nom d'hôte de l'inspection HTTPS. Les lecteurs maintiennent avec lui un WebSocket sécurisé de longue durée, et un proxy qui re-signe le HTTPS casse cette connexion tout en laissant le trafic ordinaire fonctionner.
- TCP 9505 vers le même hôte, pour les lecteurs qui l'utilisent pour ce canal à la place du WebSocket. Aucun accès entrant n'est requis dans un cas comme dans l'autre.
- TCP 443 vers le service de licences du lecteur, pour les écrans Android, LG webOS et Samsung Tizen. Ceux-ci revérifient leur licence tous les 30 jours ; si cet appel est bloqué, les écrans continuent de diffuser ce qu'ils ont déjà et cessent de télécharger de nouveaux contenus environ un mois après l'installation.
- TCP 443 vers tout hôte servant du contenu web que nous intégrons sur les écrans.
- DNS résolvant l'adresse easyCMS, et NTP pour que l'horloge de l'appareil soit correcte.
Merci également de n'appliquer aucun filtrage de contenu à ce nom d'hôte, et de placer les écrans sur un segment sans portail captif.
Astuce Demandez-nous le nom d'hôte de licence exact à mettre en liste blanche et nous vous l'enverrons. Cela dépend des lecteurs que vous utilisez.
Deux lignes sont oubliées plus souvent que les autres, et toutes deux échouent sans bruit. Bloquez le 9505, ou inspectez le HTTPS sur ce nom d’hôte, et tout fonctionne, mais jamais instantanément (mises à jour instantanées qui ne fonctionnent pas). Bloquez l’appel de licence, et les écrans Android, LG webOS et Samsung Tizen cessent d’accepter du nouveau contenu environ un mois plus tard, bien après que quiconque ferait le lien entre les deux.
Articles connexes : L'écran apparaît hors ligne, Connecter votre premier écran, Lire la fenêtre d'état du lecteur