Modes de fonctionnement : autonome, multi-utilisateur et interface de ligne de commande (CLI)

Un seul utilisateur et un seul port par session. Un espace de travail ne peut pas être modifié simultanément par plusieurs utilisateurs au sein d'une même session.

Le mode autonome est limité à l'accès via localhost.

Seules les passerelles accessibles depuis le poste de travail peuvent être utilisées. Le contrôleur doit également être accessible depuis la passerelle.

L'installation, les extensions, les dépôts de bibliothèques et les dépôts de périphériques sont gérés séparément sur chaque poste de travail. De plus, des dépôts distants (par défaut pour les bibliothèques) sont fournis via le CODESYS Deployment Server.

Sous Linux, seule Debian est officiellement prise en charge. L'exécution dans des émulateurs tels que QEMU – y compris implicitement via Docker Multi-Platform – n'est actuellement pas prise en charge par .NET.

Serveur Debian Linux (x64 et ARM64) n'est pas pris en charge comme système d'exploitation serveur. aspnetcore-runtime-8.0 package dans le dernier niveau de correctif et le CODESYS 4 Les paquets Debian sont requis. Le service s'exécute sous un utilisateur système dédié. Pour des raisons de sécurité, c4-server refuse de démarrer comme root.

Comptes d'utilisateurs Chaque utilisateur a besoin d'un compte sur le système d'exploitation du serveur. Ce compte peut être authentifié par mot de passe et est membre du groupe. codesys-4 groupe ou un groupe qui a été spécifié dans le --login-groups option au démarrage. Dans le conteneur Docker, les comptes doivent être fournis au sein du conteneur (par exemple via PAM) et les répertoires personnels doivent être montés en tant que volumes persistants. Pour plus d'informations, consultez : Préparation : Création des comptes utilisateurs.

Cryptage Un proxy inverse en amont (par exemple, nginx) qui gère le chiffrement TLS et transfère les connexions WebSocket, ainsi qu'un certificat TLS valide ou approuvé au sein de votre organisation. Pour plus d'informations, consultez : Prépositionnement d'un proxy inverse TLS.

Contrôleurs: UN CODESYS passerelle et une CODESYS système d'exécution du CODESYS Store avec les exigences suivantes : la passerelle doit être accessible depuis le serveur, et le système d’exécution doit être accessible depuis la passerelle. Vous pouvez également déployer une passerelle locale directement sur le serveur.

Connaissance Administration des systèmes Linux, gestion des utilisateurs (PAM, LDAP, IPA, etc.), gestion des paquets sur Debian, gestion des certificats TLS, ainsi que Docker et nginx si nécessaire.

CODESYS 4 Le service lui-même n'implémente pas encore le chiffrement TLS. Sans proxy inverse en amont, l'interface utilisateur ne fonctionnera pas lors d'un accès réseau, car elle utilise des API de navigateur disponibles uniquement dans un contexte sécurisé.

Le processus de connexion repose sur la gestion des utilisateurs du système d'exploitation du serveur. CODESYS 4 ne gère pas ses propres comptes utilisateurs, rôles ou permissions. Les informations de version de l'instance peuvent également être consultées via /version.json chemin sans se connecter.

CODESYS 4 Ce système n'est actuellement pas distribué sous forme d'image Docker. Pour l'exécuter dans un conteneur, vous devez créer une image distincte. Aucune assistance n'est fournie pour l'utilisation basique de Docker. Pour un exemple de Dockerfile, consultez les ressources suivantes : Exemple de fichier Docker Ceci n'est qu'un exemple de fichier qui doit être adapté à vos besoins spécifiques.

Seule Debian est officiellement prise en charge. L'exécution dans des émulateurs tels que QEMU – y compris implicitement via Docker Multi-Platform – n'est actuellement pas prise en charge par .NET.