Un échec de connexion à File Browser après une mise à jour de ZimaOS semblait d’abord être une régression de l’application. La solution proposée par la communauté était plus simple : après une initialisation propre, File Browser a généré un nouveau mot de passe pour le compte admin et l’a affiché dans les journaux de l’application.
Pourquoi les anciens identifiants cessent de fonctionner après une réinitialisation propre
Le fonctionnement actuel de File Browser confirme ce que montrait la discussion. La documentation officielle sur le premier démarrage de File Browser indique qu’une nouvelle instance initialise sa base de données et affiche dans les journaux de la console un mot de passe admin généré aléatoirement. Ce mot de passe n’est affiché qu’une seule fois lors de l’initialisation.
La documentation sur l’authentification de File Browser décrit également son propre système d’authentification. Les identifiants utilisateur de ZimaOS et ceux de l’application File Browser ne sont donc pas automatiquement interchangeables.
Trouver le mot de passe dans les journaux de l’application ZimaOS
Ouvrez les paramètres de l’application File Browser dans ZimaOS, puis ouvrez la vue des journaux et recherchez les premiers messages d’initialisation. Dans la capture d’écran originale, la ligne importante indique que l’utilisateur admin a été initialisé avec un mot de passe généré aléatoirement.
Pourquoi la suppression de certains fichiers seulement peut prêter à confusion
File Browser conserve séparément sa base de données et sa configuration. Une réinitialisation partielle peut donc laisser une combinaison différente de base de données, de paramètres et d’identifiants attendus. L’article sur la première application Docker explique pourquoi les données persistantes d’un conteneur survivent aux simples redémarrages de l’application, tandis que les exigences de l’App Store ZimaOS fournissent un contexte plus large sur les applications ZimaOS actuelles.
Si l’application est utilisée dans le cadre d’un flux de stockage plus vaste, l’intégration cloud de ZimaOS peut également aider à déterminer quels fichiers doivent être conservés dans le stockage de l’application plutôt que dans les principaux volumes de données de ZimaOS.
Si le mot de passe généré n’est plus visible
Évitez d’essayer des mots de passe au hasard à répétition. Déterminez d’abord si la base de données a été recréée et si les journaux de l’initialisation originale sont toujours disponibles. File Browser indique en amont que le mot de passe généré n’est affiché qu’une seule fois ; s’il est perdu, utilisez la méthode actuelle de réinitialisation ou de réinitialisation complète fournie en amont, plutôt que de copier les identifiants d’une autre installation.
En résumé
Dans ce cas rapporté par la communauté, File Browser fonctionnait correctement. La connexion avait changé parce qu’une initialisation propre avait généré un nouveau mot de passe administrateur. Consultez les journaux de l’application immédiatement après l’initialisation et gardez les identifiants du compte ZimaOS séparés de la propre base d’authentification de File Browser.
