Si un serveur ZimaOS est accessible via son adresse IP, mais absent de la section Réseau de Windows ou de la navigation réseau de macOS, cela ne signifie pas forcément qu’il est hors ligne. Le cas d’origine concernait trois systèmes ZimaOS : deux apparaissaient automatiquement, tandis que le troisième restait normalement accessible lorsque son adresse IP complète était saisie.
Ce schéma indique plutôt un problème de découverte qu’un problème de connectivité de base. La seule réponse publiée évoquait les annonces SMB/mDNS, les conflits de noms d’hôte ou l’isolation des sous-réseaux/VLAN, mais l’auteur de la publication n’est jamais revenu confirmer le diagnostic. Considérez ces éléments comme une liste de vérifications prioritaires, et non comme un bug avéré de la version 1.5.
L’accès direct par IP prouve que le serveur est joignable
Lorsque \\IP\share fonctionne sous Windows ou que smb://IP fonctionne sous macOS, plusieurs couches sont déjà opérationnelles :
- l’hôte est en ligne ;
- le routage IP vers le serveur fonctionne ;
- le service SMB est accessible ;
- les identifiants et les autorisations du partage peuvent être valides.
L’absence du serveur dans la liste de navigation constitue donc un problème distinct de « SMB est hors service ».
La navigation réseau dépend des mécanismes de découverte locale
Windows et macOS ne construisent pas leur navigateur réseau en analysant uniquement chaque adresse IP. La découverte locale peut faire intervenir des annonces liées à SMB, le DNS multidiffusion, les noms d’hôte et des services de découverte propres à chaque plateforme.
Un serveur peut accepter des connexions SMB directes tout en échouant à s’annoncer d’une manière que le navigateur client puisse afficher.
Vérifiez que le partage de fichiers est activé
La réponse de la communauté recommandait de vérifier que le partage de fichiers est activé sur le système ZimaOS concerné. Si l’utilisateur a complètement désactivé le partage SMB, la machine peut ne pas s’annoncer de la même manière que les autres serveurs.
La documentation actuelle de ZimaOS décrit la création explicite de partages Samba et la configuration des autorisations par utilisateur. Utilisez le processus actuel de partage Samba de ZimaOS pour vérifier que le dossier ou partage attendu est bien actif.
Attribuez un nom d’hôte unique à chaque serveur ZimaOS
Plusieurs serveurs portant des noms en double ou ambigus peuvent provoquer des conflits de découverte. Utilisez des noms d’hôte uniques et simples, en évitant les espaces ou caractères spéciaux inutiles.
Même si la découverte par nom échoue, le fait de conserver une adresse IP statique ou réservée documentée fournit une solution de secours fiable.
Le DNS multidiffusion est utile, mais n’est pas équivalent à l’accessibilité SMB
La réponse d’origine suggérait de vérifier Avahi/DNS multidiffusion. Il s’agit d’une couche de découverte pertinente sur les réseaux Linux/macOS, mais un nom en .local fonctionnel n’est pas nécessaire pour utiliser SMB via une adresse IP directe.
Diagnostiquez séparément la découverte des noms et la connectivité du service de fichiers.
La découverte s’arrête souvent aux limites des VLAN ou des sous-réseaux
La découverte par multidiffusion ou diffusion reste généralement locale, sauf si le routeur la relaie ou la réfléchit délibérément. Un serveur ZimaOS situé sur un autre VLAN peut être parfaitement accessible par IP tout en n’apparaissant jamais dans la liste de navigation locale.
Vérifiez l’adresse IP du serveur, le masque de sous-réseau, le VLAN et le réseau du client avant de redémarrer les services.
Le navigateur du client peut mettre en cache les entrées réseau
L’Explorateur Windows et le Finder peuvent conserver des résultats de découverte obsolètes. Testez l’accès direct par nom d’hôte ou par IP, redémarrez la session de découverte du client lorsque c’est possible, puis comparez les résultats depuis un autre ordinateur avant de modifier la configuration de ZimaOS.
Comparez les serveurs ZimaOS visibles et absents
Comme le cas d’origine comportait deux serveurs fonctionnels et un serveur absent, le meilleur diagnostic consiste à effectuer une comparaison côte à côte :
- version de ZimaOS ;
- nom d’hôte ;
- IP/sous-réseau/VLAN ;
- état du partage SMB ;
- interface réseau ;
- configuration des identifiants et des partages côté client.
Ne présentez pas cela comme une régression confirmée de ZimaOS 1.5
Aucune réponse d’un membre d’IceWhale ni aucun suivi d’utilisateur ne prouve que la version 1.5 a causé cette différence de découverte. La version actuelle de ZimaOS est bien plus récente ; reproduisez donc le problème sur la version actuelle avant d’appliquer des corrections au niveau des services.
FAQ sur la découverte réseau
Si SMB fonctionne par IP, le serveur est-il hors ligne ?
Non. Cela indique fortement que le réseau de base et l’accès SMB fonctionnent.
Les VLAN peuvent-ils empêcher la navigation réseau automatique alors que l’accès direct par IP fonctionne toujours ?
Oui. Le trafic de découverte ne traverse souvent pas automatiquement les limites des sous-réseaux ou des VLAN.
La cause première du problème a-t-elle été confirmée ?
Non. Le fil contient une seule réponse de dépannage de la communauté et aucune vérification finale de la part de l’utilisateur.
