« Collecter maintenant » ne fait rien et les modifications prennent plusieurs minutes

Les mises à jour normales arrivent : vous ajoutez une mise en page, vous patientez quelques minutes, et elle apparaît sur l'écran. Mais tout ce qui doit se passer maintenant ne se passe pas. Collecter maintenant ne produit rien de visible, une commande à distance n'a aucun effet, une capture d'écran demandée ne revient jamais. Rien ne génère d'erreur et l'écran reste en ligne pendant tout ce temps. Cette combinaison est la signature d'un canal réseau bloqué, et la correction se situe du côté du réseau, pas de l'écran.

Le schéma qui permet de l'identifier

Vérifiez les quatre.

• Le contenu, les planifications et les changements de mise en page arrivent bien, mais seulement après quelques minutes.
• Collecter maintenant, dans le menu de la ligne sur la page Écrans, ne produit rien d'observable.
• Demander une capture d'écran ne renvoie jamais d'image, ou en renvoie une obsolète.
• L'écran est indiqué comme en ligne, avec une heure de dernier accès récente.

Ce qu'est le canal de mise à jour instantanée

easyCMS communique avec vos écrans de deux façons distinctes.

Le premier est la vérification périodique. À son intervalle de collecte, le lecteur appelle le CMS, demande ce qui a changé et le télécharge. Cela passe par le TCP 443 sortant et détermine si un écran s'affiche comme en ligne.

Le second est la messagerie push, un canal que le lecteur maintient ouvert pour qu'easyCMS puisse le joindre entre deux vérifications. C'est ce qui rend Collecter maintenant, les commandes à distance et les demandes de capture d'écran instantanés. Les lecteurs l'acheminent de l'une de deux façons, toutes deux sortantes vers app.myeasycms.com. Soit sous forme de WebSocket sécurisé via le port 443 déjà autorisé, soit, lorsqu'un lecteur ne peut pas le faire, via TCP 9505. Rien ne doit être ouvert en entrée vers le lecteur : pas de redirection de port, pas d'IP statique, pas de VPN.

Pourquoi il échoue silencieusement

Un pare-feu qui autorise la navigation web du personnel autorise le 443, car tout sur internet en a besoin. Aucune des deux formes du canal push ne survit avec cela seul. Le port 9505 n'est pas un port web, n'apparaît dans aucune règle d'autorisation par défaut et est rejeté sans avertissement. Le WebSocket circule bien sur le 443, mais un proxy qui re-signe le HTTPS casse la connexion persistante dont il a besoin.

Tout le reste semble correct : l'écran s'enregistre, télécharge son contenu, le diffuse et s'affiche comme en ligne. Le problème ne se révèle que la première fois que quelqu'un a besoin qu'un changement soit appliqué immédiatement, souvent des semaines après l'installation, ce qui explique qu'il nous parvienne sous la forme « ça marchait, maintenant les boutons ne font rien ».

Vérifiez-le directement sur l'écran

Le lecteur l'indique sans détour.

1. Allez à l'écran et ouvrez la fenêtre d'état. Sur Android ou Windows, appuyez sur i sur un clavier connecté. Sur un panneau LG webOS, appuyez sur le bouton jaune, puis sur État. Voir Lire la fenêtre d'état du lecteur.
2. Trouvez la ligne XMR.
3. Photographiez-la.

Ce que signifie la ligne :

Astuce Photographier cette ligne transforme une plainte vague en une règle sur laquelle votre équipe informatique peut agir.

Ce qu'il vous reste sans lui

Évaluez l'urgence honnêtement : c'est une gêne, pas une panne. Le contenu, les planifications, les mises en page et les médias continuent tous d'arriver, et les événements programmés commencent et se terminent aux heures que vous avez définies. Rien n'est perdu, aucun écran ne s'éteint. Seule la rapidité d'un changement manuel est affectée.

L'intervalle de collecte est votre filet de sécurité

Chaque changement finit par arriver, selon l'intervalle de collecte du lecteur, cinq minutes par défaut. C'est le rythme auquel vous revenez, et la plupart des sites le trouvent vivable.

L'intervalle est défini sur le profil de paramètres d'écran, un espace d'administration qui reste de notre côté et n'apparaîtra pas sur votre connexion. Si le canal push ne peut vraiment pas être autorisé et que cinq minutes est trop lent, demandez-nous et nous envisagerons de le raccourcir. Un intervalle plus court signifie que chaque lecteur contacte le CMS plus souvent, pour un avantage que le canal push offre gratuitement.

La ligne à transmettre à votre équipe informatique

Envoyez ceci mot pour mot.

Veuillez exempter app.myeasycms.com de l'inspection HTTPS. Les lecteurs d'affichage dynamique maintiennent un WebSocket sécurisé persistant vers cet hôte via le TCP 443 sortant que vous autorisez déjà, et un proxy inspecteur le casse.

Veuillez aussi autoriser le TCP 9505 sortant depuis ces lecteurs vers le même hôte, que certains d'entre eux utilisent à la place pour ce canal. Aucun accès entrant n'est requis.

La liste de contrôle complète, couvrant les proxys, les certificats et les portails captifs, est Exigences réseau et règles de pare-feu.

Quand ce n'est pas ça

Si l'écran s'affiche hors ligne, ou si son heure de dernier accès n'est pas récente, cet article ne s'applique pas : un écran hors ligne ne reçoit rien du tout, instantané ou non. Allez à L'écran apparaît hors ligne.

Si le contenu n'arrive jamais, même à l'intervalle de collecte, alors que l'écran reste en ligne, il s'agit plutôt de L'écran est en ligne mais le contenu ne change jamais.

Si la ligne d'état indique connecté et que les envois push ne font toujours rien, redémarrez l'application lecteur, ce qui résout le problème plus souvent qu'il ne le devrait. S'il revient, envoyez-nous le nom de l'écran et une photo de la fenêtre d'état via le formulaire de demande d'assistance.

Articles connexes : Exigences réseau et règles de pare-feu, L'écran apparaît hors ligne, Lire la fenêtre d'état du lecteur, L'écran est en ligne mais le contenu ne change jamais