Requisitos de red y reglas de firewall

Lo que los reproductores easyCMS necesitan de su red, HTTPS saliente, el canal de actualización instantánea, proxies, portales cautivos y certificados, además de cómo probar una conexión desde el dispositivo.

Los reproductores de easyCMS piden poco a su red: tráfico web saliente hacia su dirección de easyCMS, nada entrante. Dé esta página a su equipo de TI y la mayoría de los problemas de conexión no llegarán a ocurrir.

La versión breve

  • Solo saliente. Ni redirección de puertos, ni IP fija, ni VPN. Los reproductores no necesitan comunicarse entre sí ni con su ordenador.
  • El cable gana al Wi-Fi. Las pantallas cuelgan en alto, a menudo detrás de metal y lejos de un punto de acceso. Un cable elimina toda una categoría de incidencias de soporte.
  • Nada de Wi-Fi con «haga clic para aceptar». Una red de invitados con página de inicio de sesión bloquea un reproductor para siempre.
  • Poco ancho de banda después del primer día. El contenido se descarga una vez y luego se reproduce desde el almacenamiento propio del reproductor.

Pruébelo desde el dispositivo

Antes de culpar a easyCMS, compruebe que el dispositivo puede llegar a él:

  1. Abra el propio navegador del dispositivo.
  2. Cargue la dirección de su easyCMS. Debería obtener la página de inicio de sesión, con un candado válido.
  3. Si falla, el problema es de red, DNS o certificado, en su lado de la conexión.

Si un portátil en el mismo segmento de red llega a easyCMS pero el reproductor no, busque qué es diferente: VLAN, filtrado MAC o un portal cautivo.

Para su equipo de TI

Qué necesita el reproductor

  • HTTPS saliente en el puerto 443 hacia su dirección de easyCMS (normalmente app.myeasycms.com): el registro, la conexión periódica que obtiene la programación y todas las descargas de medios.
  • Un canal saliente para actualizaciones instantáneas hacia el mismo host, para que «Recoger ahora» y los comandos programados se apliquen en segundos. Si está bloqueado, el reproductor sigue funcionando según su intervalo de recogida, normalmente cada 5 minutos; la señal es que las actualizaciones instantáneas nunca funcionan mientras las normales sí.
  • DNS que resuelva su dirección easyCMS, y NTP para que el reloj del dispositivo sea correcto.

Ancho de banda

Las conexiones periódicas son mínimas; un vídeo de 50 MB se descarga una vez por reproductor y luego se reproduce desde el almacenamiento local. Calcule su biblioteca de contenido × el número de reproductores en el despliegue, y después muy poco hasta que cambie el contenido. En enlaces limitados, pídanos que definamos una ventana de descarga (medios descargados de noche) y un límite de ancho de banda por reproductor en el perfil que comparte su cuenta.

Cosas que bloquean a los reproductores

Obstáculo Qué hacer
Portales cautivos Un reproductor no puede hacer clic en «aceptar». Ponga las pantallas en un segmento sin portal, o añada la dirección MAC del reproductor a la lista blanca.
Proxies con inspección profunda Un proxy que vuelve a firmar el HTTPS presenta su propio certificado, y el reproductor lo rechaza. Excluya su dirección de easyCMS de la inspección (mucho menos trabajo) o instale el certificado raíz del proxy en cada reproductor.
Certificados autofirmados o caducados Los reproductores los rechazan; LG webOS es el más estricto y da el error menos útil. Use un certificado de una autoridad pública.
Filtros de contenido El tráfico de cartelería puede acabar en «streaming multimedia» o «sin categoría». Añada explícitamente su nombre de host de easyCMS a la lista blanca.

La lista de comprobación

Solo saliente. No se requiere ningún acceso entrante.

  • TCP 443 hacia <your easyCMS address> — contenido, conexiones periódicas y la conexión persistente que transporta las actualizaciones instantáneas.
  • Exente ese nombre de host de la inspección HTTPS. Los reproductores mantienen con él un WebSocket seguro de larga duración, y un proxy que vuelve a firmar el HTTPS rompe esa conexión mientras el tráfico normal sigue funcionando.
  • TCP 9505 hacia el mismo host, para los reproductores que lo usan para ese canal en lugar del WebSocket. No se requiere acceso entrante en ningún caso.
  • TCP 443 hacia el servicio de licencias del reproductor, para pantallas Android, LG webOS y Samsung Tizen. Estas vuelven a verificar su licencia cada 30 días; si esa llamada está bloqueada, las pantallas siguen reproduciendo lo que ya tienen y dejan de descargar contenido nuevo aproximadamente un mes después de la instalación.
  • TCP 443 hacia cualquier host que sirva contenido web que incrustamos en las pantallas.
  • DNS que resuelva la dirección de easyCMS, y NTP para que el reloj del dispositivo sea correcto.

Por favor, no aplique ningún filtrado de contenido a ese nombre de host, y coloque las pantallas en un segmento sin portal cautivo.

Consejo Pídanos el nombre de host de licencias exacto para añadir a la lista blanca y se lo enviaremos. Depende de qué reproductores esté utilizando.

Dos líneas son las que más se olvidan, y ambas fallan en silencio. Bloquee el 9505, o inspeccione el HTTPS en ese nombre de host, y todo funciona, pero nunca al instante (las actualizaciones instantáneas no funcionan). Bloquee la llamada de licencia, y las pantallas Android, LG webOS y Samsung Tizen dejan de aceptar contenido nuevo aproximadamente un mes después, mucho después de que nadie relacione una cosa con la otra.

Artículos relacionados: La pantalla aparece como desconectada, Conectar su primera pantalla, Leer la ventana de estado del reproductor