Questions fréquentes

1. Quels types d’équipements sont pris en charge ?

Consultez la vue d’ensemble des équipements.

2. Peut-on mélanger plusieurs types dans une flotte ?

Le type de flotte est une indication pour l’opérateur. Tout type d’équipement peut y être ajouté.

Une différence entre le type de la flotte et celui d’un équipement peut toutefois affecter les stratégies de mise à jour du système, de Kernel et de Jelinvisor.

3. Quelle différence entre Production et Development ?

Production ferme tous les ports sauf ceux utilisés avec JelinaCloud. Vous pouvez ouvrir des ports avec la propriété ports de Compose.

Development respecte les conventions Jelina avec moins de restrictions de sécurité. Il convient au développement directement sur l’équipement.

4. Les anciens services restent-ils après déplacement ou changement de Release ?

Un équipement ne peut installer qu’une Release à la fois. Après téléchargement de la nouvelle, les anciens services sont désinstallés, puis les nouveaux installés.

Après transfert dans une autre flotte, l’équipement installe la Release définie par celle-ci.

5. JelinaCloud peut-il accéder à mes équipements, sources et services ?

Le contrôle des permissions empêche toute personne non autorisée, y compris les administrateurs Jelina, d’accéder à vos équipements.

6. Pourquoi autoriser l’équipe Jelina ?

L’équipe n’a normalement aucun accès à votre flotte. Si vous avez besoin d’aide pour un problème, vous pouvez lui accorder temporairement cet accès.

Cette autorisation reste limitée : aucune suppression d’information de la flotte et seulement une partie des droits administrateur, afin d’aider au diagnostic.

7. Pourquoi ne puis-je pas me supprimer de la liste des membres ?

Cette opération vous ferait quitter l’organisation ou la flotte. Elle n’est pas proposée pour éviter un départ accidentel lors de la suppression de plusieurs membres.

8. Pourquoi ne peut-on pas supprimer les notifications système ?

Elles contiennent des informations importantes publiées par les administrateurs Jelina. La suppression n’est pas proposée afin d’éviter de les manquer ou de les oublier.

9. SSH distant accepte-t-il les certificats ?

Oui. Configurez la CA et les principaux sur l’équipement, puis faites enregistrer par un administrateur le certificat utilisateur, sa clé privée et la phrase secrète nécessaire dans les clés de flotte ou d’équipement. Déclarez et confirmez aussi l’hôte. Sur la page de connexion, choisissez « Certificat utilisateur OpenSSH » et les identifiants enregistrés ; aucun téléversement ni accusé de synchronisation de l’équipement n’est nécessaire.

Il s’agit de certificats utilisateur OpenSSH. RDP et VNC utilisent le mot de passe ; les certificats HTTPS et d’hôte SSH ne conviennent pas. Voir Authentification SSH par clé et certificat.

10. Pourquoi la connexion échoue-t-elle après import du certificat ?

Vérifiez l’acceptation des certificats par le compte cible, les permissions d’utilisation, la validité, la CA et les principaux locaux, et l’identité d’hôte confirmée. La configuration SSH locale reste à votre charge. Une configuration dédiée à l’équipement ne déclenche pas de repli automatique sur la flotte.

Voir Gestion des accès distants.

11. Désactiver le certificat bloque-t-il immédiatement SSH direct ?

Non. Désactiver ou révoquer un identifiant bloque uniquement son utilisation par la plateforme, sans synchronisation automatique. La révocation est irréversible et efface sa clé privée chiffrée, sans révoquer les autres éléments indépendants. Pour bloquer SSH direct, l’administrateur doit nettoyer les autorisations ou configurer la révocation sur l’équipement.

12. Pourquoi une connexion se ferme-t-elle pendant une commande longue ?

La page indique les délais d’inactivité et maximal. Une entrée effective ou une sortie distante réinitialise l’inactivité, mais une tâche silencieuse peut être considérée comme inactive ; les battements de cœur ne prolongent pas ce délai. La durée maximale, si activée, ne se prolonge pas avec l’activité.

Consultez le motif, puis reconnectez-vous manuellement. Contactez l’administrateur de plateforme pour changer les règles. Les quotas et durées ne peuvent pas être élargis dans les stratégies de flotte ou d’équipement.

13. Une invitation Waiting signifie-t-elle un e-mail non reçu ou une expiration ?

Waiting indique seulement qu’elle n’a pas été acceptée ou refusée avec succès. Cela ne prouve ni livraison ni lecture de l’e-mail. Ouvrir le message ou la page ne change pas l’état ; un compte incorrect ou un échec d’acceptation peut le maintenir.

Les invitations n’ont actuellement pas de délai fixe d’expiration automatique. Tant que l’enregistrement existe à l’état Waiting, le temps seul n’invalide pas le lien. Après acceptation, refus ou suppression, l’ancien lien n’est plus utilisable. L’administrateur doit supprimer les invitations inutiles.

14. Un code d’invitation invalide impose-t-il un nouvel envoi ?

Vérifiez d’abord que le compte connecté correspond à l’adresse invitée. Un autre compte ne peut pas accepter ou refuser à sa place. Déconnectez-le ou utilisez une fenêtre privée avec le bon compte, puis rouvrez le lien. Si nécessaire, créez d’abord le compte avec l’adresse invitée.

Si le compte est correct, vérifiez si l’invitation a déjà été acceptée, refusée ou supprimée. Un code invalide ne signifie pas forcément une expiration, et un nouvel envoi ne résout pas nécessairement un mauvais compte.

15. Pourquoi une invitation de flotte peut-elle bloquer une invitation d’organisation comme doublon ?

La vérification d’une organisation inclut les invitations en attente de ses flottes pour la même adresse. Une flotte vérifie uniquement ses propres invitations. Les périmètres sont donc asymétriques, et les deux types d’invitation peuvent aussi coexister.

Un doublon ne renvoie pas l’e-mail et ne modifie pas le rôle initial. Pour renvoyer, corriger l’adresse ou changer le rôle en attente, supprimez d’abord l’invitation puis recréez-la. Si les deux périmètres sont nécessaires, terminez de préférence l’invitation d’organisation avant celle de flotte.

16. Peut-on augmenter le rôle d’organisation avec une ancienne invitation après avoir rejoint une flotte ?

L’invitation de flotte crée si nécessaire une relation Member avec l’organisation et conserve un rôle déjà existant. Accepter ensuite l’ancienne invitation d’organisation tente de recréer cette relation et peut provoquer un conflit ; cela ne promeut pas automatiquement Member au rôle initialement invité.

Une fois dans l’organisation, modifiez le rôle dans la gestion des membres et supprimez les invitations inutiles. Pour accéder à une seule flotte, son invitation suffit généralement.

17. Pourquoi l’accès reste-t-il après suppression d’une invitation ?

Supprimer une invitation en attente invalide son lien. Supprimer une invitation acceptée nettoie seulement l’historique, sans retirer le membre ni ses droits. Son rôle enregistré correspond au moment de l’invitation ; la liste des membres fait référence pour le rôle actuel.

Pour retirer l’accès, supprimez le membre ou modifiez son rôle, puis vérifiez les éventuels autres droits hérités d’organisation, de flotte ou d’équipe.

18. SSH par certificat nécessite-t-il une synchronisation des clés ou une mise à niveau de l’agent ?

Non. L’administrateur configure les clés publiques ou la CA et les principaux locaux ; la plateforme stocke et valide les identifiants et permissions. L’équipement n’a pas à récupérer des clés ni à remonter un état d’application ou de version de configuration, et aucune mise à niveau d’agent n’est nécessaire uniquement pour cela. Son service SSH doit toutefois accepter le mode choisi.

Avant la première connexion, un administrateur doit aussi déclarer, vérifier et confirmer la clé d’hôte dans la page de l’équipement. Voir Gestion des accès distants.

19. Faut-il installer chaque certificat utilisateur et clé privée sur l’équipement ?

Non, généralement. L’équipement reçoit la clé publique CA et les principaux autorisés ; le client présente le certificat lors de la connexion. La clé privée utilisateur est chiffrée sur la plateforme, la clé privée CA reste chez l’émetteur ; aucune n’est copiée comme configuration de confiance sur l’équipement. Une clé publique CA seule dans authorized_keys ne suffit pas : il faut une autorisation avec cert-authority et les restrictions de principaux correctes.

Voir les exemples d’authentification SSH.

20. Les identifiants de flotte remplacent-ils automatiquement ceux d’un équipement indisponibles ?

Non. Pour un compte et un mode donnés, la configuration de l’équipement est prioritaire. Expiration, désactivation, révocation ou absence de permission ne provoquent aucun repli. La flotte s’applique seulement si aucune configuration correspondante n’existe. Supprimer la dernière configuration peut rétablir l’héritage après confirmation explicite.

21. La plateforme renouvelle-t-elle automatiquement les certificats ?

Non. Demandez un nouveau certificat à votre administrateur CA puis utilisez « Mettre à jour clé/certificat » dans la flotte ou l’équipement. La plateforme n’accepte pas la clé privée CA et ne délivre ni ne renouvelle les certificats. La connexion choisit uniquement les identifiants utilisateur déjà enregistrés.

22. Comment générer un certificat compatible sous Windows ou Linux ?

Utilisez ssh-keygen d’OpenSSH pour générer une clé utilisateur Ed25519 ou RSA, puis faites signer par votre CA avec ssh-keygen -s un certificat OpenSSH à validité définie et principaux non vides. Windows utilise PowerShell et OpenSSH Client ; Linux, les outils client OpenSSH. Il ne s’agit pas d’un certificat X.509 produit avec OpenSSL.

Le mode clé requiert seulement la paire utilisateur ; le mode certificat requiert aussi le certificat et la confiance CA locale. Les commandes Windows/Linux, les destinations des fichiers, la configuration JelinaOS Linux et le téléversement sont décrits dans Authentification SSH par clé et certificat.