Soluzione della community

ZimaClient non riesce a trovare ZimaOS su una rete mesh Deco: rilevamento mDNS, test Avahi, IP diretto e ID remoto

Page 2 of an October 2025 discovery thread where both iOS and Android failed to find a ZimaOS server behind a TP-Link Deco mesh. The same server was immediately discovered when moved to the ISP router, strongly isolating the problem to Deco/mDNS multicast handling. Community Avahi reflector edits did not fix the source case.

Il test più significativo di questa discussione è la sostituzione del router. Lo stesso server ZimaOS e lo stesso client mobile che non riuscivano a rilevarsi attraverso la rete mesh TP-Link Deco hanno funzionato immediatamente quando il server è stato testato dietro il router ZTE fornito dall'ISP. Questo fa pensare a un problema di rilevamento locale/multicast nel caso in esame, non dimostra che il server ZimaOS fosse offline.

La discussione ha poi provato modifiche ad Avahi suggerite dalla community, tra cui l'abilitazione del reflector mDNS, ma l'autore del post originale ha confermato che tali modifiche non hanno risolto il problema con Deco. L'attuale ZimaOS offre alternative migliori: la documentazione aggiornata introduttiva indica che, quando il rilevamento locale non riesce, gli utenti possono aprire direttamente il dispositivo tramite indirizzo IP in un browser; inoltre, il Remote ID/Network ID offre un ulteriore metodo di identificazione del dispositivo.

Terminale ZimaOS che mostra avahi-daemon in ascolto sulla porta UDP 5353 durante la risoluzione dei problemi di rilevamento tramite rete mesh Deco
La fonte ha verificato che Avahi era in ascolto sulla porta mDNS 5353; ciò non garantiva che la rete mesh Deco inoltrasse correttamente il rilevamento multicast.

Non era davvero un problema limitato a iOS

A pagina 2, santhora ha sottolineato che anche Android non riusciva a rilevare il server. Questo ha escluso un problema ristretto ai permessi di iOS o a un client specifico di Apple.

La topologia era semplice: unità principale Deco → 2.5GbE → server Beelink ZimaOS, mentre i telefoni erano connessi tramite Wi-Fi al sistema Deco.

Il test con il router dell'ISP è stato il miglior test di isolamento

Scansione mobile di ZimaClient che rileva immediatamente il server ZimaOS durante il test tramite il router dell'ISP
Spostare il percorso di rete sul router dell'ISP ha permesso il rilevamento locale immediato, indicando fortemente un problema nella gestione del multicast da parte della rete mesh.

L'isolamento dei client era già disabilitato

La fonte ha controllato l'impostazione di controllo dei client/dell'isolamento di Deco e ha riferito che era disattivata. I telefoni e il dispositivo ZimaOS sono stati inoltre testati sulla stessa unità Deco, senza ripristinare il rilevamento.

È un dettaglio importante perché “disattivare l'isolamento degli AP” è una buona prima verifica, ma in questo caso non è stata la soluzione definitiva.

La modifica al reflector Avahi non ha funzionato

Una risposta della community ha suggerito di modificare /etc/avahi/avahi-daemon.conf e abilitare il reflector. L'utente ci ha provato e ha riferito che non è cambiato nulla.

Configurazione del demone Avahi su ZimaOS che mostra l'opzione del reflector durante un tentativo della community non riuscito
L'utente della fonte ha provato a modificare la configurazione di Avahi suggerita dalla community, ma il rilevamento non è stato ripristinato.

Poiché la soluzione alternativa non ha funzionato, nella discussione è stato consigliato di annullare la modifica. Non lasciare attive vecchie modifiche al rilevamento solo perché sono state suggerite in un forum.

L'attuale ZimaOS supporta esplicitamente l'accesso tramite IP dal browser

La documentazione introduttiva aggiornata di IceWhale indica ora che, se ZimaClient non riesce a trovare il dispositivo, è possibile individuare l'IP del server nell'elenco dei client DHCP del router e inserirlo in un browser. La schermata di configurazione/dashboard è la stessa.

Usa l'attuale alternativa tramite IP diretto prima di modificare Avahi.

Il Remote ID offre un altro metodo di identificazione supportato

L'attuale documentazione di ZimaOS presenta un Remote ID/NetworkID in Impostazioni → Rete. Consideralo come una credenziale, perché può identificare il dispositivo e consentirne la condivisione.

Consulta l'attuale modello di accesso tramite Remote ID.

Cosa controllare su Deco o su un altro sistema mesh

  • isolamento dei client/AP;
  • separazione della rete ospiti;
  • inoltro multicast/mDNS tra segmenti cablati e wireless;
  • separazione tramite VLAN;
  • comportamento dei nodi mesh durante il passaggio dei client da un nodo all'altro;
  • aggiornamenti del firmware e opzioni multicast specifiche del produttore.

Il normale accesso a Internet e un ping riuscito non dimostrano che il rilevamento dei servizi multicast venga inoltrato.

Domande frequenti sul rilevamento tramite ZimaClient

Disabilitare IPv6 ha risolto il problema originale?

No. L'utente ha dichiarato esplicitamente che disabilitare IPv6 non è servito.

Abilitare il reflector Avahi ha risolto il problema con la rete mesh Deco?

No. L'autore del post originale ci ha provato e ha riferito che non è cambiato nulla.

Qual è l'alternativa attuale più sicura quando il rilevamento locale non funziona?

Usa l'IP LAN del dispositivo in un browser oppure il percorso supportato tramite Remote ID/accesso remoto, invece di apportare modifiche non verificate ai servizi dell'host.