Le test le plus probant de ce fil est le remplacement du routeur. Le même serveur ZimaOS et le même client mobile, qui ne parvenaient pas à se détecter à travers le réseau maillé TP-Link Deco, ont fonctionné immédiatement lorsque le serveur a été testé derrière le routeur ZTE fourni par le FAI. Cela indique un problème de découverte locale/multicast dans le cas d'origine, et non que le serveur ZimaOS était hors ligne.
Le fil a ensuite testé des modifications communautaires d'Avahi, notamment l'activation du réflecteur mDNS, mais l'auteur du message initial a confirmé que ces changements n'avaient pas résolu le problème avec le réseau Deco. La version actuelle de ZimaOS propose de meilleurs recours : la documentation actuelle de mise en route indique que les utilisateurs peuvent ouvrir directement l'appareil par son adresse IP dans un navigateur lorsque la découverte locale échoue, et l'ID distant/ID réseau fournit une autre méthode d'identification de l'appareil.
Ce n'était pas vraiment un problème propre à iOS
À la page 2, santhora a souligné qu'Android ne parvenait pas non plus à détecter le serveur. Cela excluait un problème limité aux autorisations iOS ou au client Apple.
La topologie était simple : unité principale Deco → 2,5 GbE → serveur Beelink ZimaOS, tandis que les téléphones étaient connectés en Wi-Fi au système Deco.
Le test avec le routeur du FAI était le meilleur test d'isolation
L'isolation des clients était déjà désactivée
La source a vérifié le contrôle d'isolation des clients de Deco et indiqué qu'il était désactivé. Les téléphones et l'appareil ZimaOS ont également été testés sur la même unité Deco, sans rétablir la découverte.
C'est important, car « désactiver l'isolation des points d'accès » est une bonne première vérification, mais ce n'était pas la solution finale dans ce cas.
La modification du réflecteur Avahi n'a pas fonctionné
Une réponse de la communauté suggérait de modifier /etc/avahi/avahi-daemon.conf et d'activer le réflecteur. L'utilisateur a essayé et signalé qu'aucun changement n'était survenu.
Comme cette solution de contournement a échoué, le fil conseillait d'annuler la modification. Ne laissez pas en place d'anciens réglages de découverte simplement parce qu'ils ont été suggérés sur un forum.
La version actuelle de ZimaOS prend explicitement en charge l'accès par adresse IP dans un navigateur
La documentation actuelle de mise en route d'IceWhale indique désormais que si ZimaClient ne trouve pas l'appareil, il faut relever l'adresse IP du serveur dans la liste des clients DHCP du routeur, puis saisir cette adresse IP dans un navigateur. L'écran de configuration/tableau de bord est le même.
Utilisez la solution de secours actuelle par adresse IP directe avant de modifier Avahi.
L'ID distant fournit une autre méthode d'identification prise en charge
La documentation actuelle de ZimaOS propose un ID distant/NetworkID sous Réglages → Réseau. Considérez-le comme un identifiant confidentiel, car il peut servir à identifier l'appareil et à en partager l'accès.
Consultez le modèle actuel d'accès par ID distant.
Points à vérifier sur le système Deco ou tout autre réseau maillé
- l'isolation des clients/points d'accès ;
- la séparation du réseau invité ;
- l'acheminement du multicast/mDNS entre les segments filaires et sans fil ;
- la séparation par VLAN ;
- le comportement des nœuds du réseau maillé lorsque les clients se déplacent d'un nœud à l'autre ;
- les mises à jour du micrologiciel et les options multicast propres au fabricant.
Un accès Internet normal et un ping réussi ne prouvent pas que la découverte de services multicast est acheminée.
FAQ sur la découverte par ZimaClient
La désactivation d'IPv6 a-t-elle résolu le problème d'origine ?
Non. L'utilisateur a explicitement indiqué que la désactivation d'IPv6 n'avait rien changé.
L'activation du réflecteur Avahi a-t-elle résolu le problème du réseau maillé Deco ?
Non. L'auteur du message initial l'a essayé et a signalé qu'aucun changement n'était survenu.
Quelle est la solution de secours actuelle la plus sûre lorsque la découverte locale échoue ?
Utilisez l'adresse IP LAN de l'appareil dans un navigateur, ou utilisez l'ID distant/la méthode d'accès distant prise en charge au lieu de modifier des services hôte sans vérification.
