- Présentation de Jelina
- JelinaOS
- Gestion du système
Réseau et sécurité
Une connexion réseau fiable et des limites d’accès maîtrisées sont essentielles à la sécurité des équipements edge. JelinaOS propose une configuration réseau complète et plusieurs niveaux de protection.
Connexion réseau
Section intitulée « Connexion réseau »Réseau filaire
Section intitulée « Réseau filaire »Branchez le câble réseau pour obtenir automatiquement une adresse par DHCP. Pour une adresse fixe, configurez une adresse statique sur l’interface dans les paramètres réseau.
Réseau sans fil
Section intitulée « Réseau sans fil »Utilisez l’outil de gestion réseau pour vous connecter au Wi-Fi :
nmcli device wifi connect "SSID" password "mot-de-passe"Afficher l’état du réseau
Section intitulée « Afficher l’état du réseau »ip addr # Afficher interfaces et adressesnmcli device # Afficher l’état des équipements réseauLes adresses remontées par l’agent sont consultables dans le tableau de bord cloud de l’équipement.
Pare-feu
Section intitulée « Pare-feu »Le système fournit un pare-feu iptables pour une protection de base :
# Afficher les règles courantesiptables -L -n
# Autoriser le port spécifié, exemple TCP 8080iptables -A INPUT -p tcp --dport 8080 -j ACCEPTModifiez les règles du pare-feu avec précaution pour éviter de couper l’accès à distance.
Canal sécurisé
Section intitulée « Canal sécurisé »L’équipement communique avec le cloud par un canal chiffré. Avant d’utiliser la maintenance à distance, vérifiez qu’il est activé et à l’état Online :
- SSH, bureau à distance et proxy de services sont disponibles par défaut ;
- En mode production, seul le cloud peut accéder à l’équipement, même si l’utilisateur se trouve sur le même réseau local ;
- Pour un accès direct sur le réseau local, ouvrez les ports nécessaires dans la configuration de la Release.
Sécurité des accès
Section intitulée « Sécurité des accès »| Mesure | Description |
|---|---|
| Modifier le mot de passe par défaut | Les identifiants d’usine servent à la première connexion et doivent être changés avant l’utilisation normale |
| Limiter les ports exposés | N’ouvrir que les ports nécessaires aux fonctions métier |
| Mode production | Communication avec le cloud uniquement par le canal sécurisé |
| Clé d’accès | Authentification des interfaces locales par une clé régénérable à tout moment |
Diagnostic réseau
Section intitulée « Diagnostic réseau »| Symptôme | Vérifications |
|---|---|
| Équipement hors ligne | Vérifier la connectivité → l’exécution de l’agent → les journaux de l’agent |
| Accès à distance impossible | Vérifier l’activation et l’état Online → les permissions et la configuration du service cible |
| Application sans accès réseau | Vérifier le pare-feu → le mappage des ports du conteneur |
| Échec de résolution DNS | Vérifier la configuration DNS avec resolvectl status |
| Heure non synchronisée | Vérifier l’heure système et le service de synchronisation avec timedatectl |
| Vérification des ports exposés | Afficher les ports en écoute avec ss -lntup et contrôler les règles du pare-feu |
Conseils de sécurité
Section intitulée « Conseils de sécurité »- Les ports d’administration distante des conteneurs, comme Docker 2375, sont fermés par défaut. Si leur activation est nécessaire, utilisez un réseau de confiance et un contrôle d’accès approprié ;
- Avant de modifier le pare-feu, assurez-vous de disposer d’un autre moyen d’accès pour éviter de perdre la connexion distante.
Documentation associée
Section intitulée « Documentation associée »- Sécurité et isolation des données — Vue d’ensemble de la sécurité
- Gestion des flottes et maintenance à distance — Fonctions de maintenance cloud