Skip to main content

Modos de funcionamiento: Independiente, Multiusuario y CLI

Modo independiente (aplicación de escritorio)

El backend se inicia como un proceso local cuando comienza la sesión y se detiene cuando finaliza la sesión. Se ejecuta con los permisos del usuario del sistema operativo que lo inició. No hay inicio de sesión adicional en CODESYS 4 En Windows, la entrada en el menú Inicio se utiliza para abrir la interfaz de usuario en una ventana de aplicación separada. Alternativamente, tanto en Windows como en Linux también se puede utilizar c4-cli standalone-session Comando para iniciar la sesión. Para obtener una descripción del comando, consulte lo siguiente: c4-cli standalone-session.

Requisitos

Windows

Linux

Windows x64

Debian Linux (x64 y ARM64)

Actualmente, solo Debian cuenta con soporte oficial.

.NET Desktop Runtime y ASP.NET Core Runtime sistemas de tiempo de ejecución en la última versión menor de la rama 8.0

Debian Linux (x64): El aspnetcore-runtime-8.0 paquete con el último nivel de parche;

Sistema de ejecución para Debian Linux (ARM64) – ver Instalación mediante script

WebView2 Runtime– disponible de forma predeterminada en Windows 11 – es necesario para mostrarse en una ventana de aplicación separada.

Una interfaz gráfica activa para iniciar la interfaz en el navegador.

Para ambos sistemas operativos: A CODESYS puerta de enlace y un CODESYS Los sistemas de tiempo de ejecución no están incluidos en la configuración ni en el paquete Debian. Se instalan por separado. CODESYS Store El requisito es un sistema de tiempo de ejecución. CODESYS Versión 3.5 SP16 o superior (sin tiempos de ejecución compactos). La puerta de enlace y el controlador deben ser accesibles desde la estación de trabajo.

. Restricciones
  • Un usuario y un puerto por sesión. Un espacio de trabajo no puede ser editado por varios usuarios simultáneamente en la misma sesión.

  • El modo independiente está restringido al acceso a través de localhost.

  • Solo se pueden utilizar pasarelas accesibles desde la estación de trabajo. El controlador también debe ser accesible desde la pasarela.

  • La instalación, las extensiones, los repositorios de bibliotecas y los repositorios de dispositivos se mantienen por separado en cada estación de trabajo. Además, existen repositorios remotos (por defecto para las bibliotecas) que se proporcionan a través de CODESYS Deployment Server.

  • En Linux, solo Debian cuenta con soporte oficial. La ejecución en emuladores como QEMU —incluso implícitamente a través de Docker Multi-Platform— no es compatible actualmente con .NET.

Modo multiusuario (funcionamiento como servidor web)

El backend se ejecuta como un servicio persistente en un servidor Linux, operado mediante systemd o en una imagen Docker creada por el usuario. Los usuarios acceden a través de la red mediante sus navegadores e inician sesión con sus cuentas de usuario del servidor. Cada usuario dispone de su propia sesión, aislada de las demás. No se instala nada en el dispositivo del usuario, lo que permite que no solo ordenadores Windows y Linux, sino también macOS, por ejemplo, funcionen como estaciones de trabajo. Los proyectos se ubican de forma centralizada en el sistema de archivos del servidor, normalmente en el directorio personal de cada usuario.

. Requisitos
  • Servidor: Debian Linux (x64 y ARM64). Windows no es compatible como sistema operativo de servidor. El aspnetcore-runtime-8.0 el paquete en el último nivel de parche y el CODESYS 4 Se requieren paquetes Debian. El servicio se ejecuta bajo un usuario de sistema dedicado. Por razones de seguridad, c4-server se niega a empezar como root.

  • Cuentas de usuario Cada usuario necesita una cuenta en el sistema operativo del servidor. La cuenta se puede autenticar mediante contraseña y es miembro de la red. codesys-4 grupo o un grupo que se haya especificado en el --login-groups Opción al inicio. En el contenedor Docker, las cuentas deben proporcionarse dentro del contenedor (por ejemplo, mediante PAM) y los directorios de inicio deben montarse como volúmenes persistentes. Para obtener más información, consulte lo siguiente: Preparación: Creación de cuentas de usuario.

  • Cifrado Un proxy inverso ascendente (por ejemplo, nginx) que gestione el cifrado TLS y reenvíe las conexiones WebSocket, y un certificado TLS válido o uno de confianza dentro de su organización. Para obtener más información, consulte lo siguiente: Preposicionamiento de un proxy inverso TLS.

  • Controladores: A CODESYS puerta de enlace y un CODESYS sistema de tiempo de ejecución del CODESYS Store Con los siguientes requisitos: la puerta de enlace debe ser accesible desde el servidor y el sistema de ejecución debe ser accesible desde la puerta de enlace. Como alternativa, también se puede implementar una puerta de enlace local directamente en el servidor.

  • Conocimiento: Administración de sistemas Linux, gestión de usuarios (PAM, LDAP, IPA, etc.), gestión de paquetes en Debian, gestión de certificados TLS, así como Docker y nginx si fuera necesario.

. Restricciones
  • CODESYS 4 El propio servidor aún no implementa el cifrado TLS. Sin un proxy inverso ascendente, la interfaz de usuario no funcionará al acceder a través de la red, ya que utiliza API de navegador que solo están disponibles en un contexto seguro.

  • El proceso de inicio de sesión depende de la gestión de usuarios del sistema operativo del servidor. CODESYS 4 no mantiene sus propias cuentas de usuario, roles o permisos. La información de versión de la instancia también se puede llamar a través de la /version.json ruta sin iniciar sesión.

  • CODESYS 4 Actualmente no se distribuye como una imagen de Docker. Para ejecutar el sistema en un contenedor, debe crear una imagen independiente. No se ofrece soporte para el uso básico de Docker. Para ver un ejemplo de Dockerfile, consulte lo siguiente: Ejemplo de un Dockerfile Este es solo un archivo de ejemplo que debe adaptarse a sus necesidades específicas.

  • Solo Debian cuenta con soporte oficial. La ejecución en emuladores como QEMU —incluso implícitamente a través de Docker Multi-Platform— no es compatible actualmente con .NET.

Modo de funcionamiento: c4-cli

Este modo de funcionamiento está disponible en todas las plataformas, tanto localmente a través de un terminal como remotamente en el servidor (por ejemplo, a través de SSH) o en scripts (por ejemplo, en entornos CI/CD, trabajos con control de tiempo, etc.).