Korbyt conexiones de red del reproductor

Lista blanca, acceso a puertos y diagramas de red para las conexiones de Korbyt Player

Escrito por Ed Kinne

Última actualización Hace alrededor de 22 horas

Lista blanca y acceso a puertos

Lista blanca, DNS

  • Es necesario asignar un servidor DNS al Media Player, ya sea mediante DHCP o manualmente.

  • El servidor Media Player debe poder comunicarse con un servidor DNS (paso 1) capaz de resolver nuestro nombre de dominio externo (*. korbyt.com)

  • Lista blanca de Korbyt.com: será necesario incluir *. korbyt.com en la lista blanca para que se pueda acceder a los subdominios y a las fuentes externas.

    • Nota: Es necesario utilizar la lista blanca de dominios porque las direcciones IP de Korbyt se asignan dinámicamente.

    • A título informativo: a continuación se incluye la lista de direcciones IP de AWS que debe añadir a su firewall. Amazon puede actualizar estas direcciones IP en cualquier momento.

    • Una vez más, Korbyt requiere una lista blanca de dominios debido a la naturaleza dinámica de la asignación de IP

Nube completa: puertos necesarios

  • Puerto 443 - Saliente

    • Siempre necesario para que players se conecte a Korbyt en la nube.

  • Puerto 443 - Entrante

    • Requerido para acceder a la interfaz web de players
      (solo desde su red INTERNA, no entrante desde la nube)

  • Para los dispositivos BrightSign o la función opcional de captura de pantalla instantánea, puede seguir desplazándose o seleccionar la sección correspondiente a la derecha para consultar los requisitos adicionales

Nube híbrida y local: puertos necesarios

  • Puerto 443 - Saliente

    • Siempre necesario para que el players se conecte a Korbyt en la nube.

  • Puerto 443 - Entrante

    • Requerido para acceder a la interfaz web del servidor de gestión de contenido (
      players) (solo desde su red INTERNA, no entrante desde la nube).

  • Puerto 80 de salida: se requiere para instalaciones híbridas, además de los mencionados anteriormente

  • Puerto 8081 de salida – (Servicio de almacenamiento en caché de contenido): es necesario para las instalaciones híbridas, además de los mencionados anteriormente. Este puerto también se utiliza para la comunicación desde players al servidor local.

  • Puerto 8085 de salida – (Servicios web): es necesario para la instalación híbrida, además de los mencionados anteriormente. Este puerto también se utiliza para la comunicación desde players al servidor local.

  • Para los dispositivos BrightSign o la función opcional de captura de pantalla instantánea, puede seguir desplazándose o seleccionar la sección correspondiente a la derecha para consultar los requisitos adicionales.

Local: puertos necesarios

  • Estándar

    • Puerto 80 de entrada: acceso al contenido de player y a la interfaz del CMS

    • Puerto 8085 entrante: servicios web

  • HTTPS (utilizando un certificado válido)

    • Puerto 443 entrante: es necesario para acceder a la interfaz web de players (solo desde su red INTERNA, no entrante desde la nube)

      • Todo el tráfico procedente de los puertos 80 y 8085 se redirige al puerto 443

Capturas de pantalla instantáneas: puertos necesarios

Para que las capturas de pantalla instantáneas funcionen, debe abrir los siguientes puertos

  • Puerto MQTT 1883

  • Puerto MQTT 8883

Puede encontrar más información sobre esta función en Korbyt Capturas de pantalla instantáneas

Permisos adicionales de BrightSign

Si utiliza dispositivos BrightSign, es posible que tenga que configurar permisos adicionales en su red para habilitar la funcionalidad de BrightSign.
Este artículo de soporte técnico de BrightSign proporciona detalles sobre los requisitos específicos de la lista blanca de BrightSign: Requisitos de acceso a BrightSign Player

Si tiene una configuración personalizada en su servicio Korbty, es posible que también se requieran puertos adicionales y la inclusión en la lista blanca.

Korbyt Diagramas de red

Se pueden encontrar en Korbyt Diagramas de arquitectura de red

Comunicaciones de red rutinarias

La comunicación entre player y el servidor se realiza a través de servicios web RESTful HTTPS.
Hay cuatro tipos de comunicación:

  • Heartbeat: cada 1 minuto

    • Una señal simple de player que se utiliza para confirmar la conexión de red y establecer la sincronización de otros comandos

  • Check-in: cada 15 minutos

    • Un proceso en el que el «player» examina el contenido que se le ha asignado para detectar cualquier cambio

    • Es en este momento cuando se verán los cambios publicados o el contenido automatizado

    • Es posible activar los check-ins en el siguiente latido guardando un «playlist», o activarlos manualmente mediante la acción de la página de detalles del reproductor en el CMS

  • Captura de pantalla: automáticamente una vez, 30 segundos después del inicio del reproductor multimedia

    • A continuación, se puede activar manualmente mediante la acción en la página de detalles de Player en el CMS

  • Sendlogs: activados mediante la acción de la página de detalles de Player en el CMS

Para obtener más información sobre las acciones de Player, consulte Configuración del reproductor: control y configuración de medios Players en el CMS