Categoria
Articoli tecnici organizzati per gruppo funzionale.
Docker tenta di configurare l'interfaccia di rete virtuale peer nel namespace di rete del container ma rileva un'interfaccia veth orfana con lo stesso nome rimasta da un precedente arresto anomalo.
L'avvio di un container con porte pubblicate (`-p 80:80`) fallisce perché un riavvio di UFW o firewalld ha cancellato la catena custom `DOCKER` nelle tabelle NAT di iptables.
La configurazione di una rete `macvlan` fallisce perché l'indirizzo specificato come `--gateway` non ricade all'interno dell'intervallo CIDR specificato per `--subnet`.
La creazione di una rete bridge fallisce perché la subnet IP specificata (o assegnata dal pool predefinito 172.17.0.0/16) è già in uso da un'altra rete Docker o dalla rete LAN aziendale dell'host.
L'host trasmette al container una lista di domini di ricerca DNS locali che supera il limite invalicabile del resolver C/glibc (massimo 6 domini o 256 caratteri), provocando il troncamento dei suffissi di ricerca interni.
Un container tenta di contattare un altro servizio (o se stesso) utilizzando l'indirizzo IP esterno dell'host e la porta pubblicata anziché il nome del servizio DNS interno alla rete bridge.
La rete Docker ha esaurito gli indirizzi IPv4 disponibili per assegnare IP ai nuovi container (es. subnet /24 satura con 254 container creati).
Docker ignora l'indirizzo di loopback `127.0.0.53` ereditato da `systemd-resolved` dell'host perché all'interno del container punterebbe a se stesso, ripiegando su DNS pubblici ed impedendo la risoluzione di domini privati LAN.