Docker: port is already allocated

Dann hält ein Host-Prozess den Port. ss -lntp zeigt PID und Programm.

Docker: Bind for 0.0.0.0:80 failed – port is already allocated

Docker kann den Host-Port nicht belegen, weil ihn bereits ein anderer Prozess hält: ein Container, ein Host-Dienst oder ein hängender docker-proxy.

daniele@mikweb: ~/errors — less docker-port-already-allocated.md

So sieht die Meldung aus

Error response from daemon: driver failed programming external connectivity on endpoint web: Bind for 0.0.0.0:80 failed: port is already allocated

Ein anderer Container veröffentlicht denselben Host-Port, häufig nach einem Wechsel des Compose-Projekts.
Ein Dienst auf dem Host belegt den Port, etwa nginx, Apache oder Pi-hole.
Ein alter Container läuft noch, weil docker compose down nie ausgeführt wurde.
Ein Container nutzt network_mode: host und zusätzlich ein Portmapping.
Ein docker-proxy-Prozess eines entfernten Containers hängt noch am Port.

Wer hört auf dem Port?
ss -lntp | grep ':80 '
Welcher Container veröffentlicht ihn?
docker ps --format 'table {{.Names}}\t{{.Ports}}' | grep ':80'
Alle Ports inklusive gestoppter Container
docker ps -a --format 'table {{.Names}}\t{{.Status}}\t{{.Ports}}'
Hängende Proxy-Prozesse
ps aux | grep -i '[d]ocker-proxy'

Container finden und stoppen: docker stop NAME, danach docker compose up -d erneut starten.
Host-Dienst identifizieren und entweder stoppen oder den Container auf einen anderen Port legen, etwa 8080:80.
Bei mehreren Compose-Projekten Ports bewusst verteilen statt zweimal 80 und 443 zu mappen.
Alte Container mit docker compose down --remove-orphans aufräumen.
docker restart löst das nicht: der Port bleibt belegt, solange der andere Prozess läuft.

Nicht direkt. Nur einer hält den Host-Port. Davor einen Reverse Proxy setzen und intern verschiedene Ports nutzen.

Dann hält ein Host-Prozess den Port. ss -lntp zeigt PID und Programm.