Ollama local LLM server. Secure by default, OpenAI-compatible API, Bearer token auth.
10K+
GitHub: https://github.com/hwdsl2/docker-ollamaβ
Part of the Self-Hosted AI Stackβ β deploy a complete self-hosted AI stack with a single command.
Docker image to run an Ollamaβ local LLM server. Provides Ollama's OpenAI-compatible /v1 API subset for running large language models locally. Based on Debian Trixie (slim). Designed to be simple, private, and secure by default.
Features:
OLLAMA_MODELS environment variableollama_manage)/v1 API subset β point compatible OpenAI SDK and app workflows at your local server with a one-line change/ health check):cuda image tag)linux/amd64, linux/arm64π The Self-Hosted AI Builderβs Guideβ : $0.99/Β£0.99 ebook through Sept. 20 (US/UK). A practical guide to building, securing, and operating your own private AI stack.
Also available:
~175,000 Ollama servers were found publicly exposed without authentication (sourceβ ). A bare Ollama install binds to all interfaces with no auth by default. This image enforces Bearer token authentication on all API requests via a built-in auth proxy, so unauthorized access is blocked even if the port is accidentally exposed.
Step 1. Start the Ollama server:
docker run \
--name ollama \
--restart=always \
-v ollama-data:/var/lib/ollama \
-p 11434:11434/tcp \
-d hwdsl2/ollama-server
On first start, an API key is auto-generated and displayed in the container logs. All API requests require this key.
Note: For internet-facing deployments, use a reverse proxyβ to add HTTPS. Also replace -p 11434:11434/tcp with -p 127.0.0.1:11434:11434/tcp in the docker run command above, to prevent direct access to the unencrypted port.
Step 2. Get the API key:
# View the key in the container logs
docker logs ollama
# Or retrieve it for use in scripts
API_KEY=$(docker exec ollama ollama_manage --getkey)
The API key is displayed in a box labeled Ollama API key. To display it again at any time:
docker exec ollama ollama_manage --showkey
Step 3. Pull a model:
docker exec ollama ollama_manage --pull llama3.2:3b
Tip: To pull one or more models automatically on first start, set OLLAMA_MODELS before running the container:
docker run \
--name ollama \
--restart=always \
-v ollama-data:/var/lib/ollama \
-p 11434:11434/tcp \
-e OLLAMA_MODELS=llama3.2:3b \
-d hwdsl2/ollama-server
Or add OLLAMA_MODELS=llama3.2:3b to your ollama.env file (see Environment variablesβ ).
Step 4. Test with the API:
API_KEY=$(docker exec ollama ollama_manage --getkey)
# List models
curl http://localhost:11434/api/tags \
-H "Authorization: Bearer $API_KEY"
# Chat completion (streaming)
curl http://localhost:11434/api/chat \
-H "Content-Type: application/json" \
-H "Authorization: Bearer $API_KEY" \
-d '{"model": "llama3.2:3b", "messages": [{"role": "user", "content": "Hello!"}]}'
Note: The docker exec management commands (ollama_manage) do not require the API key.
To learn more about how to use this image, read the sections below.
For GPU acceleration (:cuda image):
:cuda image supports linux/amd64 onlyGet the trusted build from the Docker Hub registryβ :
docker pull hwdsl2/ollama-server
For GPU support:
docker pull hwdsl2/ollama-server:cuda
Alternatively, you may download from Quay.ioβ :
docker pull quay.io/hwdsl2/ollama-server
docker image tag quay.io/hwdsl2/ollama-server hwdsl2/ollama-server
Supported platforms: linux/amd64 and linux/arm64. The :cuda tag supports linux/amd64 only.
All variables are optional. If not set, secure defaults are used automatically.
This Docker image uses the following variables, that can be declared in an env file (see exampleβ ):
| Variable | Description | Default |
|---|---|---|
OLLAMA_API_KEY | API key for authenticating requests (auto-generated if not set) | Auto-generated |
OLLAMA_PORT | TCP port for the API (1β65535) | 11434 |
OLLAMA_HOST | Hostname or IP shown in startup info and --showkey output | Auto-detected |
OLLAMA_DEBUG | Set to 1 to enable verbose debug logging | (not set) |
OLLAMA_MODELS | Comma-separated models to pull on first start, e.g. llama3.2:3b,qwen2.5:7b | (not set) |
OLLAMA_MAX_LOADED_MODELS | Max models kept loaded in memory simultaneously | (Ollama default) |
OLLAMA_NUM_PARALLEL | Number of parallel request slots per model | (Ollama default) |
OLLAMA_CONTEXT_LENGTH | Default context window size in tokens | (Ollama default) |
OLLAMA_DISABLE_USAGE_COUNTS | Set to 1 to disable anonymous aggregate usage counts. | (not set) |
Note: In your env file, you may enclose values in single quotes, e.g. VAR='value'. Do not add spaces around =. If you change OLLAMA_PORT, update the -p flag in the docker run command accordingly.
Example using an env file:
cp ollama.env.example ollama.env
# Edit ollama.env and set your values, then:
docker run \
--name ollama \
--restart=always \
-v ollama-data:/var/lib/ollama \
-v ./ollama.env:/ollama.env:ro \
-p 11434:11434/tcp \
-d hwdsl2/ollama-server
Use docker exec to manage models with the ollama_manage helper script. Models are stored in the Docker volume and persist across container restarts.
List downloaded models:
docker exec ollama ollama_manage --listmodels
Pull a model:
# Small, fast models (recommended for getting started)
docker exec ollama ollama_manage --pull llama3.2:3b
docker exec ollama ollama_manage --pull qwen2.5:7b
# Larger models (require more RAM/VRAM)
docker exec ollama ollama_manage --pull mistral:7b
docker exec ollama ollama_manage --pull phi4:14b
docker exec ollama ollama_manage --pull gemma3:12b
Remove a model:
docker exec ollama ollama_manage --remove llama3.2:3b
Show running models and memory usage:
docker exec ollama ollama_manage --status
Update all models (re-pulls latest versions):
docker exec ollama ollama_manage --update
Show the API key:
docker exec ollama ollama_manage --showkey
Get the API key (machine-readable, for use in scripts):
API_KEY=$(docker exec ollama ollama_manage --getkey)
Pull models on first start using the OLLAMA_MODELS variable in your env file:
OLLAMA_MODELS=llama3.2:3b,qwen2.5:7b
All API requests require a Bearer token. Retrieve the API key first:
API_KEY=$(docker exec ollama ollama_manage --getkey)
Ollama API:
# List models
curl http://localhost:11434/api/tags \
-H "Authorization: Bearer $API_KEY"
# Generate (streaming)
curl http://localhost:11434/api/generate \
-H "Content-Type: application/json" \
-H "Authorization: Bearer $API_KEY" \
-d '{"model": "llama3.2:3b", "prompt": "Why is the sky blue?"}'
# Chat completion (streaming)
curl http://localhost:11434/api/chat \
-H "Content-Type: application/json" \
-H "Authorization: Bearer $API_KEY" \
-d '{"model": "llama3.2:3b", "messages": [{"role": "user", "content": "Hello!"}]}'
OpenAI-compatible API (Ollama /v1 subset; works with compatible OpenAI SDK and app workflows):
curl http://localhost:11434/v1/chat/completions \
-H "Content-Type: application/json" \
-H "Authorization: Bearer $API_KEY" \
-d '{"model": "llama3.2:3b", "messages": [{"role": "user", "content": "Hello!"}]}'
Python (OpenAI SDK):
from openai import OpenAI
client = OpenAI(
api_key="<your-api-key>",
base_url="http://localhost:11434/v1",
)
response = client.chat.completions.create(
model="llama3.2:3b",
messages=[{"role": "user", "content": "Hello!"}],
)
print(response.choices[0].message.content)
All server data is stored in the Docker volume (/var/lib/ollama inside the container):
/var/lib/ollama/
βββ models/ # Downloaded model files
βββ .api_key # API key (auto-generated, or synced from OLLAMA_API_KEY)
βββ .initialized # First-run marker
βββ .port # Saved port (used by ollama_manage)
βββ .Caddyfile # Generated Caddy config (auth proxy)
Back up the Docker volume to preserve your models and API key.
cp ollama.env.example ollama.env
# Edit ollama.env and set your values, then:
docker compose up -d
docker logs ollama
Example docker-compose.yml (already included):
services:
ollama:
image: hwdsl2/ollama-server
container_name: ollama
restart: always
ports:
- "11434:11434/tcp" # For a host-based reverse proxy, change to "127.0.0.1:11434:11434/tcp"
volumes:
- ollama-data:/var/lib/ollama
- ./ollama.env:/ollama.env:ro
volumes:
ollama-data:
name: ollama-data
Note: For internet-facing deployments, use a reverse proxyβ to add HTTPS. Also change "11434:11434/tcp" to "127.0.0.1:11434:11434/tcp" in docker-compose.yml, to prevent direct access to the unencrypted port.
Use docker-compose.cuda.yml to run with NVIDIA GPU support:
docker compose -f docker-compose.cuda.yml up -d
Requirements: NVIDIA GPU, NVIDIA driverβ 575.57.08+ (Linux) or 576.57+ (Windows), and the NVIDIA Container Toolkitβ installed on the host. The :cuda image is linux/amd64 only.
For internet-facing deployments, place a reverse proxy in front of Ollama to handle HTTPS termination. The server works without HTTPS on a local or trusted network, but HTTPS is recommended when the API endpoint is exposed to the internet.
Use one of the following addresses to reach the Ollama container from your reverse proxy:
ollama:11434 β if your reverse proxy runs as a container in the same Docker network as Ollama (e.g. defined in the same docker-compose.yml).127.0.0.1:11434 β if your reverse proxy runs on the host and port 11434 is published (the default docker-compose.yml publishes it).Note: The Authorization: Bearer header passes through reverse proxies automatically β no special configuration needed.
Example with Caddyβ (Docker imageβ ) (automatic TLS via Let's Encrypt, reverse proxy in the same Docker network):
Caddyfile:
ollama.example.com {
reverse_proxy ollama:11434
}
Example with nginx (reverse proxy on the host):
server {
listen 443 ssl;
server_name ollama.example.com;
ssl_certificate /path/to/cert.pem;
ssl_certificate_key /path/to/key.pem;
location / {
proxy_pass http://127.0.0.1:11434;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_http_version 1.1; # required for streaming responses
proxy_read_timeout 300s;
proxy_buffering off;
}
}
After setting up a reverse proxy, set OLLAMA_HOST=ollama.example.com in your env file so that the correct endpoint URL is shown in the startup logs and ollama_manage --showkey output.
To update the Docker image and container:
docker pull hwdsl2/ollama-server
docker rm -f ollama
# Then re-run the docker run command from Quick start with the same volume.
Your downloaded models are preserved in the ollama-data volume.
Ollama can be used as the local LLM service in a broader self-hosted AI setup.
For full and lightweight Docker Compose stacks, manual docker run examples, and voice/RAG/MCP pipeline examples with Kokoro, Embeddings, LiteLLM, Ollama, Docling, and MCP Gateway, see Self-Hosted AI Stackβ .
Connect Ollama to LiteLLM:
# In docker-litellm, add Ollama as a model provider:
docker exec litellm litellm_manage \
--addmodel ollama/llama3.2:3b \
--base-url http://ollama:11434
See Usage countsβ .
debian:trixie-slim for :latest; nvidia/cuda for :cuda/var/lib/ollama (Docker volume)/var/lib/ollama/models inside the volumehttp://localhost:11434 (or your configured port)http://localhost:11434/v1Note: The software components inside the pre-built image (such as Ollama, Caddy, and their dependencies) are under the respective licenses chosen by their respective copyright holders. As for any pre-built image usage, it is the image user's responsibility to ensure that any use of this image complies with any relevant licenses for all software contained within.
Copyright (C) 2026 Lin Song
This work is licensed under the MIT Licenseβ .
Ollama is Copyright (C) 2023 Ollama, and is distributed under the MIT Licenseβ .
Caddy is Copyright (C) 2015 Matthew Holt and The Caddy Authors, and is distributed under the Apache License 2.0β .
This project is an independent Docker setup for Ollama and is not affiliated with, endorsed by, or sponsored by Ollama.
Content type
Image
Digest
sha256:333096abcβ¦
Size
79.3 MB
Last updated
13 days ago
docker pull hwdsl2/ollama-server