Aller au contenu
CtrlK

Autorisations réseau

Si ton réseau contrôle les connexions sortantes avec une liste d’autorisation ou un proxy, tes lecteurs et les personnes qui travaillent dans le CMS doivent pouvoir atteindre certaines adresses. Cette page les répertorie.

Toutes les connexions partent du lecteur vers l’extérieur et sont chiffrées via HTTPS ou WSS. Aucune connexion entrante vers le lecteur n’est nécessaire.

Tu utilises …Autorisation
viewneo*.viewneo.com, TCP 443
White-label (CMS sous cms-typer.com ou ton propre domaine)*.cms-typer.com, TCP 443 – en plus *.viewneo.com si tes lecteurs sont enregistrés via cloud.viewneo.com (voir ci-dessous)
Hub RFID ou Diwa (IoT)en plus TCP 9443 vers cloud.viewneo.com et broadcast.viewneo.com

Si tu autorises le domaine avec un caractère générique, c’est terminé. Si tu ne peux autoriser que des adresses individuelles, tu les trouveras dans les sections suivantes.

AdressePortUtilisation
cloud.viewneo.com443Enregistrement, synchronisation, commandes, connexion en temps réel (WebSocket), captures d’écran et journaux, recherche de mises à jour du lecteur
media.viewneo.com443Médias : images, vidéos, polices, contenu des diapositives
apk.viewneo.com443Fichiers de mise à jour du lecteur Android
<app>.apps.viewneo.com443Apps (plugins de contenu), une adresse par app – voir Apps

Seul cloud.viewneo.com dispose d’adresses IP fixes : 75.2.35.149 et 166.117.252.219. Toutes les autres adresses se trouvent derrière des réseaux de diffusion de contenu dont les adresses IP changent. Autorise-les donc par nom, pas par adresse IP.

En white-label, chaque adresse a son équivalent sous cms-typer.com :

viewneoWhite-label
cloud.viewneo.comcloud.cms-typer.com
media.viewneo.commedia.cms-typer.com
apk.viewneo.comapk.cms-typer.com
<app>.apps.viewneo.com<app>.apps.cms-typer.com

La famille d’adresses utilisée par un lecteur dépend de l’adresse via laquelle il est enregistré – pas du contrat :

  • Si le lecteur est enregistré via cloud.viewneo.com, il utilise uniquement des adresses sous viewneo.com.
  • S’il est enregistré via cloud.cms-typer.com, il utilise uniquement des adresses sous cms-typer.com.

Un lecteur n’utilise jamais les deux familles. cloud.cms-typer.com n’a pas d’adresses IP fixes.

Ton propre domaine pour le CMS (p. ex. signage.fjordlicht-hotels.de) n’est utilisé que par les personnes qui travaillent dans le CMS, pas par les lecteurs. Elles chargent les vignettes, les médias et les aperçus des apps depuis les adresses sous cms-typer.com.

Si tu utilises des apps comme Météo ou YouTube, le lecteur a besoin de l’adresse de l’app concernée. *.viewneo.com ou *.cms-typer.com les couvre toutes. Individuellement, elles s’appellent <app>.apps.viewneo.com ou <app>.apps.cms-typer.com, p. ex. weather.apps.viewneo.com :

basketball · facebook · factsnack · instagram · linkedin · paxconnect · powerbi · sharepoint · soccer · stockmarket · weather · youtube

Les apps qui affichent du contenu de plateformes comme YouTube, Instagram ou Facebook peuvent en plus avoir besoin des adresses de ces plateformes.

Pour la plupart des réseaux de bureau, ce n’est pas un problème. Si vous contrôlez aussi le trafic du navigateur avec une liste d’autorisation, le CMS a besoin de :

AdresseUtilisation
cloud.viewneo.comCMS et Designer
media.viewneo.com, <app>.apps.viewneo.comVignettes, médias, aperçus des apps
js.stripe.com, hooks.stripe.comPages de paiement
fonts.googleapis.com, fonts.gstatic.comPolices

En white-label, utilise ton adresse de CMS (sous cms-typer.com, p. ex. fjordlicht.cms-typer.com, ou ton propre domaine) ainsi que media.cms-typer.com et <app>.apps.cms-typer.com à la place des adresses sous viewneo.com.

Certaines destinations ne sont pas gérées par nous :

AdresseQuiUtilisation
timeapi.ioLecteur AndroidDétermination du fuseau horaire
www.speedtest.net, c.speedtest.netLecteur AndroidTest de débit lancé directement dans l’interface du lecteur (le test de débit depuis le CMS passe par media.viewneo.com)
fonts.googleapis.com, fonts.gstatic.comLecteurPolices que certaines anciennes diapositives chargent depuis Google

Heure : l’appareil a besoin de l’heure exacte, sinon les connexions chiffrées et les plannings échouent. Le serveur de temps (NTP, UDP 123) utilisé est défini par le système d’exploitation de l’appareil.

Tes propres contenus : les sites web, flux RSS, vidéos de plateformes et autres contenus que tu intègres toi-même sont chargés par le lecteur directement depuis leurs adresses. Autorise-les selon le contenu.

  • Inspection TLS : les lecteurs vérifient les certificats de la partie distante. Si un proxy déchiffre le HTTPS, l’appareil doit faire confiance au certificat du proxy – sinon toutes les connexions échouent. Le plus simple est d’exclure les adresses ci-dessus de l’inspection.
  • Version TLS : au minimum TLS 1.2.
  • WebSocket : la connexion en temps réel passe par wss:// sur le port 443. Si un proxy bloque WebSocket, le lecteur vérifie à la place les modifications à intervalles réguliers – les commandes et les routines arrivent alors en retard, voire pas du tout.

Auparavant, les lecteurs utilisaient aussi des adresses sous cloudfront.net, awsapprunner.com et amazonaws.com. Elles fonctionnent encore pour l’instant : tu ne perds donc rien si elles sont toujours autorisées. Passe tout de même à la liste ci-dessus.