Herramientas de IA

Cómo solucionar descargas lentas con Ollama pull: DNS, proxy, TLS, disco y caché

Diagnostica descargas lentas de modelos en Ollama, tiempos de espera TLS, errores unexpected EOF, falta de espacio y problemas con certificados del proxy a partir de los registros, con pasos seguros de recuperación.

Cuando ollama pull vaya lento, no empieces buscando la URL de un blob. Los manifests, las capas y las direcciones del almacenamiento de objetos cambian; reutilizar un enlace directo antiguo es inestable y puede omitir las comprobaciones de integridad de Ollama.

Un enfoque más fiable consiste en identificar qué capa es lenta: el servicio de Ollama, DNS, el proxy HTTPS, los certificados, la ruta al almacenamiento de objetos, el disco o una descarga parcial dañada.

Registrar primero la versión y el error exacto 

1
2
3

ollama --version
ollama list
ollama pull qwen3:4b

No grabes “muy lento”. Al menos mantenga el texto original, el tiempo de ocurrencia, el nombre del modelo, el sistema y la versión Ollama. Los fenómenos comunes tienden en diferentes direcciones:

fenómenos Verificación de prioridades
TLS handshake timeout DNS, proxy, certificados, pérdida de paquetes
unexpected EOF Conexión interrumpida, reajuste proxy, disco o caché
context deadline exceeded Conectividad con el servidor, tiempo de espera del proxy, calidad de red
no space left on device directorio modelo en disco
Siempre parando DNS, acceso al registro o proxy
Redraw después de la descarga está terminado Privilegios del directorio de Cache, daño de archivos, cambios del directorio modelo

Confirmar que el servicio de Ollama funciona correctamente

Primero prueba la API local, en lugar de culpar directamente a todos los problemas en Internet:

1

Invoke-RestMethod -Uri 'http://127.0.0.1:11434/api/version'

Si ninguna API local puede acceder a ella, reiniciar Ollama y ver el registro de servicio. Directorio de registros de Windows:

1

explorer "$env:LOCALAPPDATA\Ollama"

Los modelos y configuraciones son generalmente:

1

explorer "$env:USERPROFILE\.ollama"

Visualización de la instalación estándar de Linux:

1
2

sudo systemctl status ollama
journalctl -u ollama --no-pager --follow --pager-end

Docker:

1
2

docker ps
docker logs --tail 200 <container-name>

Abrir el registro de depuración

Windows sale de Ollama completamente desde la bandeja y comienza el modo de depuración de PowerShell:

1
2

$env:OLLAMA_DEBUG = '1'
& 'ollama app.exe'

Si la ruta actual de instalación no se puede encontrar directamente ollama app.exeSí. %LOCALAPPDATA%\Programs\Ollama . Léelo de nuevo después de descargar server.log es el host objetivo, código de estado y la información de reingreso.

El sistema Linux podría agregar provisional temporal:

1

sudo systemctl edit ollama

Escribir:

1
2

[Service]
Environment="OLLAMA_DEBUG=1"

Luego implemente:

1
2
3

sudo systemctl daemon-reload
sudo systemctl restart ollama
journalctl -u ollama --no-pager --follow

Compruebe DNS y HTTPS

Windows:

1
2
3

Resolve-DnsName registry.ollama.ai
Test-NetConnection registry.ollama.ai -Port 443
curl.exe -I https://registry.ollama.ai/v2/

Linux:

1
2

getent hosts registry.ollama.ai
curl -I -v https://registry.ollama.ai/v2/

Atrás 401 Unauthorized No necesariamente un mal funcionamiento, significa al menos que DNS, TCP y TLS están fuera de control; la necesidad real es centrarse en el fracaso del parse, el tiempo de conexión, el fallo de validación de certificados o el retorno proxy de la página de error HTML.

Si sólo un entorno de red falla, los puntos calientes del teléfono móvil pueden ser contrastados una vez. El éxito de los puntos calientes y el fracaso de la red original sugieren que el problema es más probable que se encuentre en los portales locales, DNS, los enlaces de agencia o operador que en los propios modelos.

Configurar correctamente el proxy

Para descargar modelos, Ollama recomienda configurar HTTPS_PROXY. Evita establecer HTTP_PROXY sin una necesidad concreta, porque la API local de Ollama usa HTTP y una configuración incorrecta puede interferir con el cliente.

Prueba de sesión de PowerShell actual:

1
2

$env:HTTPS_PROXY = 'http://127.0.0.1:7890'
ollama pull qwen3:4b

Una vez confirmado. HTTPS_PROXY Escribe la variable de entorno de usuario de Windows y sale completamente y reinicia Ollama. La aplicación de escritorio no hereda automáticamente variables ambientales modificadas después de la puesta en marcha.

Sistema Linux:

1
2

[Service]
Environment="HTTPS_PROXY=http://127.0.0.1:7890"

Docker:

1
2
3
4
5
6

docker run -d \
  --name ollama \
  -e HTTPS_PROXY=http://proxy.example.com:8080 \
  -p 11434:11434 \
  -v ollama:/root/.ollama \
  ollama/ollama

Cómo manejar errores de certificado TLS

Los proxies corporativos pueden volver a emitir certificados HTTPS. Si aparece certificate signed by unknown authority, instala la CA corporativa en el sistema o en el almacén de confianza del contenedor; no desactives la validación TLS.

Ejemplo de embalaje:

1
2
3

FROM ollama/ollama
COPY company-ca.pem /usr/local/share/ca-certificates/company-ca.crt
RUN update-ca-certificates

No descargue el llamado Certificado General de sitios web intrusos, ni suba la Clave API, contraseña proxy o registro completo públicamente.

Consultar directorios y discos modelo

Posición oficial del modelo predeterminado:

  • Windows:%USERPROFILE%\.ollama\models
  • MacOS:~/.ollama/models
  • Linux Standard Service:/usr/share/ollama/.ollama/models

Espacio de comprobación de Windows:

1
2

Get-PSDrive -PSProvider FileSystem
Get-ChildItem -LiteralPath "$env:USERPROFILE\.ollama\models" -Force

Linux:

1
2

df -h
sudo du -sh /usr/share/ollama/.ollama/models

Si se usa OLLAMA_MODELS Cambio de ubicación para confirmar que la cuenta que ejecuta Ollama ha leído y escrito permisos. Los servicios estándar de Linux suelen ser proporcionados por ollama Funciona el usuario:

1

sudo chown -R ollama:ollama /path/to/models

Cómo recuperarse después de la interrupción

Pruebe el mismo modelo directamente:

1

ollama pull qwen3:4b

Ollama continuará basándose en lo que esté disponible. No retire lote mientras ejecute el servicio blobs, y no inserte el archivo blob que se encuentra en línea directamente en el caché.

Si las verificaciones repetidas en el mismo nivel fallan:

  1. Para Ollama.
  2. Una lista de directorios modelo de respaldo.
  3. Del registro para determinar cuál falló.
  4. Sólo se eliminan los archivos incompletos o dañados correspondientes.
  5. Reinicia Ollama y vuelve a ejecutar ollama pull.

Cuando el objetivo es incierto, es preferible mover el archivo sospechoso a un directorio temporal en lugar de eliminar simplemente toda la biblioteca modelo.

Verificar el resultado de la descarga 

1
2
3

ollama list
ollama show qwen3:4b
ollama run qwen3:4b "Responde solo OK"

Registros de comprobación para no reciclaje para el ensayo, fallo de verificación o error de disco. La velocidad de descarga no significa que el problema se solucione; se puede extraer y reiniciar y cargar antes de pasar.

¿Qué debemos recoger cuando todavía es lento?

  • Versión y sistema operativo Ollama.
  • Nombre de modelo y tamaño aproximado.
  • El error ocurre cuando el texto incorrecto está completo.
  • Si intervienen un proxy, una VPN, Docker o certificados corporativos.
  • registry.ollama.ai:443 Los resultados de la conectividad.
  • Servicio de post-sensibilización clips de registro.
  • El espacio restante en el catálogo modelo.

Esta información es suficiente para distinguir entre los problemas del cliente, los enlaces de red y los problemas de servicio de corriente avanzada, y es más fácil de re-emergizar que compartir descargas fuera de la plataforma.

Referencias: