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:
- Abra el propio navegador del dispositivo.
- Cargue la dirección de su easyCMS. Debería obtener la página de inicio de sesión, con un candado válido.
- 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