Une URL directe fonctionnelle permet d’isoler le problème au niveau du chemin de lancement
Si une application s’ouvre lorsque vous saisissez l’adresse IP et le port de son hôte, le conteneur, la publication du port et la route LAN de base fonctionnent déjà. Le problème se situe probablement au niveau de l’URL générée par la tuile ZimaOS, de la gestion de ce lien par le navigateur ou de métadonnées d’application temporairement obsolètes.
La réponse de la communauté avançait l’hypothèse que le lanceur s’était chargé avant Docker et avait conservé une route obsolète. C’est plausible, mais cela n’a pas été démontré : l’utilisateur avait déjà redémarré Docker et le gestionnaire d’applications, un redémarrage complet n’avait pas immédiatement résolu le problème, et les tuiles ont recommencé à fonctionner environ un jour plus tard. Conservez cette incertitude tout en diagnostiquant le lien lui-même.
Comparez la destination de la tuile avec l’adresse connue comme fonctionnelle
Cliquez avec le bouton droit de la souris sur la tuile et copiez son adresse de lien sans l’ouvrir. Comparez le schéma, le nom d’hôte, l’adresse IP, le port et le chemin avec l’URL saisie manuellement qui fonctionne. Un port incorrect ou une ancienne adresse d’hôte indique des métadonnées d’application obsolètes ; une différence entre HTTP et HTTPS indique un problème de gestion du proxy ou de la sécurité du navigateur.
Ouvrez l’URL copiée de la tuile dans un nouvel onglet. Si elle échoue avec une erreur visible du navigateur, notez le résultat exact. Si le clic n’ouvre aucun onglet, vérifiez le blocage des fenêtres contextuelles, le filtrage des extensions et le même tableau de bord dans une fenêtre privée ou un autre navigateur.
Ne modifiez pas le réseau du conteneur avant d’avoir terminé cette comparaison. Si l’adresse copiée de la tuile est correcte et fonctionne lorsqu’elle est collée, le problème vient de l’événement de clic du tableau de bord ou du profil du navigateur. Si l’adresse copiée est incorrecte, le problème se situe en amont, dans les métadonnées du lanceur.
Actualisez d’abord uniquement les couches client et métadonnées
Rechargez le tableau de bord sans utiliser le cache, déconnectez-vous puis reconnectez-vous, et testez un profil de navigateur vierge. Désactivez une par une les extensions qui modifient les pages ou protègent la confidentialité pour l’origine locale de ZimaOS. Ces vérifications réversibles doivent précéder les redémarrages des services de l’hôte.
Si chaque client vierge reçoit la même URL incorrecte pour la tuile, notez le nom de l’application, le port affiché, l’adresse copiée, l’adresse fonctionnelle et la version de ZimaOS. Redémarrez l’application une fois et laissez au tableau de bord le temps de la redécouvrir. Effectuez ensuite un redémarrage ordonné de ZimaOS comme étape de vérification, et non comme preuve d’une résolution.
Évitez de débrancher l’alimentation lorsque le stockage est actif. L’utilisateur d’origine a tenté une coupure complète de l’alimentation sans rétablissement immédiat ; cette procédure ne doit donc pas être recommandée par défaut. N’effacez pas les données de l’application et ne réinstallez pas les conteneurs lorsque leurs URL directes fonctionnent toujours.
Vérifiez l’état du conteneur uniquement si le chemin direct commence également à échouer
Vérifiez l’état de l’application et le port publié dans ZimaOS. Si l’accès direct reste opérationnel, arrêtez-vous à la limite du lanceur. Si l’accès direct échoue également, examinez la première erreur pertinente dans le journal du conteneur et vérifiez que son port est toujours lié à l’interface d’hôte attendue.
Testez une application concernée et une application non concernée. Une seule tuile utilisant un ancien port suggère des métadonnées propres à l’application, tandis que l’échec de toutes les tuiles dans un navigateur suggère un problème client. L’échec de toutes les tuiles sur plusieurs clients après une mise à jour constitue un indice plus fort en faveur d’un problème au niveau du gestionnaire d’applications ou du tableau de bord.
Après toute récupération, répétez le test de clic d’origine dans le même navigateur, après avoir rechargé le tableau de bord et après un redémarrage normal. Une récupération signifie que la tuile ouvre systématiquement la même adresse que l’URL directe connue comme fonctionnelle, et pas seulement que l’état du conteneur indique « en cours d’exécution ».
Transmettez les deux URL au lieu de réinitialiser le système
Si le problème réapparaît, capturez l’URL copiée de la tuile et l’URL fonctionnelle saisie manuellement, en masquant les détails privés de l’hôte si nécessaire. Indiquez les horodatages, le nom de l’application, le navigateur, les extensions, la version de ZimaOS et si un autre client se comporte de la même manière.
Précisez si le problème est apparu après une mise à jour de l’application, une modification du port, un changement d’adresse d’hôte, une configuration de proxy ou une mise à niveau de ZimaOS. Ces déclencheurs aideront le support à reproduire le mappage obsolète plutôt qu’à attendre qu’il disparaisse à nouveau.
Ne procédez pas à une réinitialisation d’usine, à la suppression de l’application ou à un nettoyage général de Docker tant que l’accès direct fonctionne. Le fil d’origine s’est terminé par une récupération spontanée, sans cause confirmée ; une réparation destructive ferait donc disparaître des éléments de preuve sans cibler une défaillance vérifiée.
FAQ
Le redémarrage de Docker recrée-t-il tous les liens d’application ZimaOS ?
Le fil ne le démontre pas. L’utilisateur a redémarré Docker et le gestionnaire d’applications, mais le problème a persisté temporairement.
Pourquoi le collage de l’URL de la tuile fonctionne-t-il alors que le clic ne fonctionne pas ?
Ce résultat isole la gestion des clics par le navigateur, les extensions ou le JavaScript du tableau de bord. Testez une fenêtre privée et un autre navigateur avant de modifier le serveur.
Dois-je réinstaller l’application concernée ?
Non, pas tant que l’URL directe fonctionne et que les données sont intactes. Comparez d’abord les adresses et recueillez les éléments concernant le lanceur.
Les observations d’origine et la chronologie non résolue sont présentées dans la discussion sur les tuiles d’application ZimaOS.
