Le problème signalé en mars 2026 était spécifique : ZimaClient pouvait détecter la relation avec le serveur, mais, hors du réseau domestique, la connexion restait bloquée sur Connexion... avant d’expirer. Des signalements similaires provenaient de plusieurs pays, et le personnel d’IceWhale a indiqué qu’il optimisait activement la réussite des connexions à distance et avait envoyé en privé un paquet de test à des volontaires.
Ce paquet de test est historique et privé. Un utilisateur actuel doit commencer par utiliser la version actuelle de ZimaClient et le processus actuel d’accès à distance de ZimaOS, plutôt que de rechercher la version de mars 2026.
Le problème de 2026 était intermittent et géographique
Des signalements provenaient d’Inde, du Royaume-Uni, d’Allemagne et d’Indonésie. Un utilisateur allemand a indiqué que l’accès à distance depuis Android fonctionnait, tandis qu’une autre méthode de connexion expirait, puis qu’elle s’était soudainement mise à fonctionner deux heures plus tard.
Cette incohérence suggère que le problème initial n’était pas simplement, pour tous les utilisateurs concernés, un « bouton Accès à distance désactivé ».
IceWhale a reconnu travailler sur la réussite des connexions
777-Spider a explicitement indiqué que l’équipe optimisait les taux de réussite de l’accès à distance et a invité les utilisateurs à tester un nouveau paquet. Cela est plus probant qu’une simple hypothèse de la communauté, mais le fil de discussion ne publie ni cause technique définitive ni numéro de version ayant résolu durablement tous les cas.
L’accès à distance actuel commence par une connexion locale réussie
Les instructions actuelles d’IceWhale indiquent que la première connexion de ZimaClient sur le réseau local établit la relation avec l’appareil et configure l’accès à distance. Ensuite, ZimaClient peut se reconnecter hors du réseau domestique.
Utilisez le processus actuel d’accès à distance de ZimaOS comme référence.
Vérifiez que l’accès à distance est activé dans les paramètres
Le guide actuel précise que si l’accès à distance est désactivé dans les paramètres de ZimaOS, le client ne peut pas se connecter à distance.
En cas de problème intermittent, le désactiver puis le réactiver peut reconstruire l’état de la connexion, comme l’a signalé un utilisateur de la communauté, mais cela ne remplace pas la vérification de l’état actuel du client et du réseau.
Vérifiez ou réinitialisez prudemment l’identifiant réseau
La version actuelle de ZimaOS affiche l’identifiant réseau de l’appareil dans Paramètres > Réseau. IceWhale avertit que cet identifiant doit rester privé et peut être réinitialisé s’il a été divulgué.
Sa réinitialisation invalide les connexions et partages existants. N’utilisez donc pas cette option comme simple étape de dépannage, sauf si vous êtes prêt à reconnecter les clients.
Consultez le fonctionnement actuel de l’identifiant réseau et les consignes de sécurité.
Le ZimaClient actuel utilise une connectivité P2P chiffrée
IceWhale décrit le canal distant comme pair à pair et chiffré. ZimaClient tente de choisir un chemin approprié sans nécessiter de redirection de ports sur le routeur.
Ainsi, une expiration peut être liée à la traversée du NAT, au moteur réseau du client, au pare-feu ou au logiciel VPN local, ou encore à la connectivité en amont, plutôt qu’à un unique port entrant du routeur.
Vérifiez le composant réseau ZimaClient/ZeroTier
Le dépannage actuel de ZimaClient recommande spécifiquement d’installer ou de réparer ZeroTier lorsque la connectivité à distance ne fonctionne pas. IceWhale indique que son propre contrôleur réseau reste sous le contrôle de l’appareil Zima, tandis que l’infrastructure publique de découverte de ZeroTier aide les pairs à se trouver.
Suivez les étapes actuelles de dépannage de ZimaClient avant de remplacer toute l’architecture d’accès à distance.
Collectez les journaux du client immédiatement après l’échec
La documentation actuelle d’IceWhale indique où trouver les journaux de ZimaClient sur macOS et Windows et demande aux utilisateurs de les collecter immédiatement après une erreur. Pour une expiration P2P intermittente, cette démarche est plus utile que de redémarrer plusieurs fois sans recueillir d’éléments.
WireGuard, NetBird et les autres VPN sont des solutions alternatives valables
Des utilisateurs de la communauté dans le fil de discussion d’origine sont passés à WireGuard ou NetBird et ont signalé un accès stable. Il s’agit d’architectures d’accès à distance indépendantes, et non de correctifs pour ZimaClient lui-même.
Elles peuvent être utiles si vous préférez une topologie VPN explicite ou si vous souhaitez utiliser des fonctions DNS à distance, comme Pi-hole à travers le tunnel.
Liste de vérification en cas d’expiration de l’accès à distance
- Vérifiez que ZimaOS est en ligne et accessible localement.
- Mettez à jour ZimaOS et ZimaClient vers les versions stables actuelles.
- Vérifiez que l’accès à distance est activé.
- Reconnectez-vous une fois localement si la relation avec l’appareil est obsolète.
- Vérifiez les composants réseau de ZimaClient/ZeroTier.
- Écartez temporairement tout conflit avec un logiciel VPN ou un pare-feu.
- Collectez les journaux immédiatement après l’expiration.
- Ne réinitialisez l’identifiant réseau que si vous comprenez que les connexions existantes seront invalidées.
FAQ sur les expirations de l’accès à distance
IceWhale a-t-il reconnu les signalements d’expiration de 2026 ?
Oui. Le personnel a indiqué que la réussite des connexions était en cours d’optimisation et a distribué en privé une version de test.
Les utilisateurs actuels doivent-ils installer ce paquet de test privé de 2026 ?
Non. Commencez par utiliser les versions stables actuelles de ZimaOS et de ZimaClient.
L’accès à distance de ZimaOS nécessite-t-il une redirection manuelle de ports ?
Les instructions actuelles d’IceWhale décrivent une connexion P2P chiffrée gérée par ZimaClient, plutôt qu’un port de tableau de bord normalement redirigé manuellement.
