A fonte mostra por que um teste de velocidade normal não é suficiente para diagnosticar instalações lentas do Docker/App Store. O ZimaBoard do utilizador tinha uma ligação de fibra de 100 Mbps e o MySpeed apresentava um débito normal da Internet, mas as transferências de imagens de aplicações avançavam apenas a alguns KB/s e cada instalação demorava aproximadamente 20 a 30 minutos.
A IceWhale suspeitou do DNS, mas as provas são inconclusivas. O utilizador desativou o AdGuard Home/Nginx e alterou o DNS para o Google 8.8.8.8; as instalações continuaram lentas. Alguns dias depois, após atualizar para 1.4.4.4-1, alterar o DNS para o Cloudflare 1.1.1.1 e reiniciar, as instalações voltaram ao normal. Como várias variáveis foram alteradas ao mesmo tempo, a fonte não prova que o DNS, por si só, tenha causado ou resolvido o problema.
Um teste de velocidade rápido não prova que as transferências do registo Docker sejam rápidas
Um teste de velocidade na Web liga-se a um servidor de teste próximo. A instalação de imagens Docker pode contactar resolutores DNS, endpoints de registo, serviços de autenticação e hosts CDN em regiões diferentes.
É possível ter uma navegação normal ou um teste de velocidade local rápido e, simultaneamente, transferências lentas de imagens de contentores.
O DNS era uma hipótese razoável, mas não foi comprovada pela fonte
O utilizador tinha o AdGuard Home, o Quad9 e o Nginx no ambiente. O Giorgio sugeriu desativar as aplicações relacionadas com o DNS e experimentar DNS públicos, como 1.1.1.1 ou 8.8.8.8.
O primeiro teste controlado — desativar as aplicações relacionadas com o DNS e mudar para 8.8.8.8 — não resolveu a instalação lenta. Por isso, não escreva “o AdGuard causou o problema” nem “o DNS da Google resolve-o”.
Compare o docker pull noutra máquina
A pergunta seguinte da IceWhale foi especialmente útil para o diagnóstico: executar um pull do Docker para a mesma imagem noutra máquina ligada à mesma rede.
Se ambos os dispositivos forem lentos, investigue o encaminhamento do ISP/registo/CDN/DNS. Se apenas o ZimaOS for lento, concentre-se no estado do Docker/rede/sistema.
Verifique também o espaço de armazenamento e o desempenho de escrita
A instalação de imagens também escreve e extrai camadas. Um disco do sistema quase cheio, um armazenamento lento ou com falhas, ou uma carga elevada de E/S concorrente podem fazer com que uma instalação pareça limitada pela rede, mesmo quando a transferência está a decorrer normalmente.
O ZimaOS atual permite aos utilizadores mover as imagens Docker/AppData para um armazenamento maior e consultar a utilização do armazenamento das aplicações.
A recuperação da fonte envolveu mais do que uma alteração ao DNS
O estado final bem-sucedido incluía:
- ZimaOS atualizado para
1.4.4.4-1; - DNS alterado para
1.1.1.1; - servidor reiniciado.
Isso torna o resultado real, mas deixa a causa principal por determinar.
O ZimaOS atual é muito mais recente do que a versão 1.4.4
O ZimaOS 1.7 introduziu a App Store 2.0 e as versões posteriores melhoraram o arranque do Docker, a configuração da rede, a compatibilidade com YAML e a migração de aplicações. Reproduza os sintomas atuais de transferências lentas na versão estável mais recente antes de aplicar soluções alternativas de 2025.
Utilize a versão de referência atual do ZimaOS 1.7.1.
Perguntas frequentes sobre instalações lentas de aplicações
A fonte provou que a ligação à Internet era lenta?
Não. Os testes de velocidade normais do servidor eram muito mais rápidos do que as transferências de imagens da App Store a alguns KB/s.
A mudança para 8.8.8.8 resolveu o problema?
Não. O utilizador afirmou explicitamente que o problema persistiu após esse teste.
O que coincidiu finalmente com a recuperação?
Uma atualização para 1.4.4.4-1, a alteração do DNS para 1.1.1.1 e um reinício; a fonte não permite determinar qual destas alterações foi decisiva.
