La fonte mostra perché un normale test di velocità non è sufficiente per diagnosticare installazioni lente di Docker/App Store. Lo ZimaBoard dell'utente aveva una connessione in fibra da 100 Mbps e MySpeed mostrava un normale throughput Internet, tuttavia i download delle immagini delle applicazioni procedevano a soli KB/s e ogni installazione richiedeva circa 20-30 minuti.
IceWhale sospettava un problema DNS, ma le prove sono contrastanti. L'utente ha disabilitato AdGuard Home/Nginx e modificato il DNS in Google 8.8.8.8; le installazioni erano ancora lente. Alcuni giorni dopo, in seguito all'aggiornamento a 1.4.4.4-1, alla modifica del DNS in Cloudflare 1.1.1.1 e al riavvio, le installazioni sono tornate alla normalità. Poiché sono cambiate contemporaneamente diverse variabili, la fonte non dimostra che il DNS, da solo, abbia causato o risolto il problema.
Un test di velocità rapido non dimostra che i download dal registro Docker siano veloci
Un test di velocità sul web utilizza un server di test vicino. L'installazione di un'immagine Docker può contattare resolver DNS, endpoint del registro, servizi di autenticazione e host CDN situati in regioni diverse.
Una navigazione normale o un test di velocità locale rapido possono coesistere con download lenti delle immagini dei container.
Il DNS era un'ipotesi ragionevole, ma non dimostrata dalla fonte
L'utente aveva AdGuard Home, Quad9 e Nginx nell'ambiente. Giorgio ha suggerito di disabilitare le app correlate al DNS e provare DNS pubblici come 1.1.1.1 o 8.8.8.8.
Il primo test controllato — disabilitare le app correlate al DNS e passare a 8.8.8.8 — non ha risolto l'installazione lenta. Pertanto, non scrivere “è stato causato da AdGuard” o “Google DNS risolve il problema”.
Confronta docker pull su un'altra macchina
La domanda diagnostica successiva di IceWhale è stata particolarmente utile: eseguire un pull Docker della stessa immagine su un'altra macchina connessa alla stessa rete.
Se entrambi i dispositivi sono lenti, occorre esaminare il routing dell'ISP, del registro, della CDN e del DNS. Se solo ZimaOS è lento, bisogna concentrarsi sullo stato del sistema, della rete o di Docker.
Controlla anche lo spazio di archiviazione e le prestazioni di scrittura
L'installazione delle immagini comporta anche la scrittura e l'estrazione dei layer. Un disco di sistema quasi pieno, uno spazio di archiviazione lento o difettoso oppure un I/O simultaneo intenso possono far sembrare che un'installazione sia limitata dalla rete, anche quando il download è in buone condizioni.
Le versioni attuali di ZimaOS consentono agli utenti di spostare le immagini Docker/AppData su uno spazio di archiviazione più capiente e di controllare l'utilizzo dello spazio delle app.
La risoluzione descritta dalla fonte ha comportato più cambiamenti oltre al DNS
Lo stato finale funzionante includeva:
- ZimaOS aggiornato a
1.4.4.4-1; - DNS modificato in
1.1.1.1; - server riavviato.
Il risultato è quindi reale, ma la causa principale rimane irrisolta.
L'attuale ZimaOS è molto più recente della versione 1.4.4
ZimaOS 1.7 ha introdotto App Store 2.0 e le versioni successive hanno migliorato l'avvio di Docker, la configurazione di rete, la compatibilità YAML e la migrazione delle app. Prima di applicare soluzioni alternative del 2025, riproduci i sintomi attuali dei pull lenti sulla versione stabile corrente.
Utilizza la baseline attuale di ZimaOS 1.7.1.
Domande frequenti sulle installazioni lente delle app
La fonte ha dimostrato che la connessione Internet era lenta?
No. I normali test di velocità del server erano molto più rapidi dei pull delle immagini dal marketplace delle app a velocità di pochi KB/s.
Il passaggio a 8.8.8.8 ha risolto il problema?
No. L'utente ha dichiarato esplicitamente che il problema persisteva dopo quel test.
Che cosa ha coinciso infine con la risoluzione?
Un aggiornamento a 1.4.4.4-1, la modifica del DNS in 1.1.1.1 e un riavvio; la fonte non consente di determinare quale cambiamento sia stato decisivo.
