Scarica un’immagine:<\/strong><\/li>\n<\/ul>docker pull nginx<\/pre>2. Esegui e gestisci i container<\/h3> Una volta ottenuta un’immagine, puoi avviare e gestire i container utilizzando i seguenti comandi. L’esempio qui sotto esegue un server NGINX in un container sulla porta 8080<\/strong>. È ideale per testare siti web statici in locale o creare reverse proxy per le tue applicazioni.<\/p>\nEsegui un container:<\/strong><\/li>\n<\/ul>docker run -d --name webserver -p 8080:80 nginx<\/pre> \nAvvia il tuo primo container:<\/strong><\/li>\n<\/ul>docker start webserver<\/pre> \nFerma un container in esecuzione:<\/strong><\/li>\n<\/ul>docker stop webserver<\/pre> \nElenca i container attualmente in esecuzione:<\/strong><\/li>\n<\/ul>docker ps<\/pre>3. Crea e condividi le tue immagini<\/h3> Puoi creare immagini personalizzate utilizzando un Dockerfile e condividerle con altri utenti. Un caso d’uso comune è impacchettare la tua applicazione Node.js, Python o Go in un’immagine riutilizzabile, da distribuire in ambienti diversi o condividere con il tuo team.<\/p>
\nCrea un’immagine partendo dalla directory corrente:<\/strong><\/li>\n<\/ul>docker build -t my-app .<\/pre> \nAggiungi un tag all’immagine:<\/strong><\/li>\n<\/ul>docker tag my-app yourusername\/my-app:latest<\/pre> \nInvia l’immagine a Docker Hub:<\/strong><\/li>\n<\/ul>docker push yourusername\/my-app:latest<\/pre>4. Pulisci i componenti che non usi più<\/h3> Elimina le risorse Docker che non ti servono più per evitare di occupare spazio inutilmente sul disco. Questo ti aiuta a liberare risorse e a ridurre il disordine causato da test o build temporanee.<\/p>
\nRimuovi le immagini Docker inutilizzate:<\/strong><\/li>\n<\/ul>docker image prune<\/pre> \nElimina i container arrestati:<\/strong><\/li>\n<\/ul>docker container prune<\/pre> \nRimuovi volumi e reti non più utilizzati:<\/strong><\/li>\n<\/ul>docker volume prune\ndocker network prune<\/pre>5. Usa Docker Compose per le app multi-container<\/h3> Docker Compose ti consente di definire e gestire ambienti multi-servizio utilizzando un unico file docker-compose.yml<\/strong>.<\/p>\nEsempio<\/strong>: esegui rapidamente WordPress come container Docker per test in locale:<\/li>\n<\/ul>version: '3.8'\n\n\nservices:\n db:\n image: mysql:5.7\n restart: always\n environment:\n MYSQL_DATABASE: wordpress\n MYSQL_USER: wp_user\n MYSQL_PASSWORD: wp_pass\n MYSQL_ROOT_PASSWORD: example\n volumes:\n - db_data:\/var\/lib\/mysql\n\n\n web:\n image: wordpress\n restart: always\n ports:\n - \"8080:80\"\n environment:\n WORDPRESS_DB_HOST: db:3306\n WORDPRESS_DB_NAME: wordpress\n WORDPRESS_DB_USER: wp_user\n WORDPRESS_DB_PASSWORD: wp_pass\n depends_on:\n - db\n\n\nvolumes:\n db_data:<\/pre> \nAvvia tutti i servizi:<\/strong><\/li>\n<\/ul>docker-compose up -d<\/pre>6. Crea ambienti di sviluppo isolati<\/h3> Usa Docker per evitare di appesantire il sistema con più versioni di linguaggi o dipendenze diverse. Questo approccio è ideale per testare pacchetti, scrivere script o sviluppare applicazioni in un ambiente isolato, senza modificare la configurazione del sistema host.<\/p>
\nEsempio<\/strong>: usa Docker per avviare un ambiente Node.js senza installare Node in locale:<\/li>\n<\/ul>docker run -it --rm node:18 bash<\/pre>7. Automatizza build e test in CI\/CD<\/h3> Docker è ampiamente supportato da strumenti CI come GitHub Actions, GitLab CI\/CD e Jenkins. Puoi containerizzare la tua applicazione ed eseguirla in modo coerente negli ambienti di sviluppo, staging e produzione.<\/p>
\nEsempio<\/strong>: utilizza un’immagine Docker nella tua pipeline di GitHub Actions per automatizzare i test:<\/li>\n<\/ul>jobs:\n build:\n runs-on: ubuntu-latest\n steps:\n - uses: actions\/checkout@v3\n - run: docker build -t my-app .\n - run: docker run my-app npm test<\/pre>8. Ospita server web o API in locale<\/h3> Puoi eseguire server web completi o API all’interno di container Docker per testare le tue applicazioni senza distribuirle all’esterno. Questo approccio è ideale per gli sviluppatori front-end che devono servire risorse statiche o testare domini locali senza configurare un server di sviluppo completo.<\/p>
\nEsempio<\/strong>: esegui un server Apache di base in locale:<\/li>\n<\/ul>docker run -d -p 8080:80 httpd<\/pre>Risoluzione dei problemi comuni di installazione di Docker<\/h2> Installare Docker su Ubuntu è in genere semplice, ma in base alla configurazione del sistema, ai permessi utente o all’ambiente in uso possono verificarsi alcuni errori. Di seguito trovi i problemi più comuni, con soluzioni pratiche e comandi per risolverli rapidamente.<\/p>
1. Il daemon Docker non è in esecuzione<\/h3> Un messaggio di errore come “Cannot connect to the Docker daemon” indica in genere che il servizio Docker non è attivo.<\/p>
\nAvvia il servizio Docker:<\/strong><\/li>\n<\/ul>sudo systemctl start docker<\/pre> \nAbilitalo all’avvio del sistema:<\/strong><\/li>\n<\/ul>sudo systemctl enable docker<\/pre> \nControlla lo stato del daemon Docker:<\/strong><\/li>\n<\/ul>sudo systemctl status docker<\/pre>Se Docker continua a non avviarsi, verifica i log utilizzando journalctl:<\/p>
journalctl -u docker.service<\/pre>Cerca eventuali errori, come file di configurazione mancanti, conflitti di porte o problemi con il driver di archiviazione.<\/p>
2. Impossibile connettersi al socket Docker<\/h3> Se visualizzi l’errore “Got permission denied while trying to connect to the Docker daemon socket”, è probabile che si tratti di un problema di autorizzazioni utente.<\/p>
\nVerifica se il tuo utente fa parte del gruppo docker:<\/strong><\/li>\n<\/ul>groups<\/pre> \nAggiungi il tuo utente al gruppo docker:<\/strong><\/li>\n<\/ul>sudo usermod -aG docker user<\/pre>Dopodiché, esci e accedi nuovamente con quell’utente.<\/p>
\nRiavvia il servizio Docker:<\/strong><\/li>\n<\/ul>sudo systemctl restart docker<\/pre>Se il problema persiste, potrebbe essere necessario intervenire sulle autorizzazioni di Docker.<\/p>
3. Problemi con il repository e l’installazione<\/h3> Se riscontri difficoltà nell’aggiungere il repository APT di Docker o nell’installare i pacchetti, le cause più comuni possono essere:<\/p>
\nURL del repository non corretto<\/li>\n\n\n\n Dipendenze mancanti<\/li>\n\n\n\n Versione di Ubuntu non supportata<\/li>\n<\/ul>Assicurati di aver aggiunto il repository corretto eseguendo questi comandi:<\/p>
curl -fsSL https:\/\/download.docker.com\/linux\/ubuntu\/gpg | sudo gpg --dearmor -o \/etc\/apt\/keyrings\/docker.gpg<\/pre>echo \\\n \"deb [arch=$(dpkg --print-architecture) signed-by=\/etc\/apt\/keyrings\/docker.gpg] \\\n https:\/\/download.docker.com\/linux\/ubuntu $(lsb_release -cs) stable\" | \\\n sudo tee \/etc\/apt\/sources.list.d\/docker.list > \/dev\/null<\/pre>sudo apt update<\/pre>Se apt update<\/strong> restituisce errori, controlla l’output per individuare voci malformate o problemi relativi alla chiave GPG.<\/p>4. I container in esecuzione non rispondono<\/h3> Se un container si avvia ma non si comporta come previsto, prova i passaggi seguenti per individuare il problema.<\/p>
\nVisualizza i log del container:<\/strong><\/li>\n<\/ul>docker logs container_name<\/pre> \nControlla lo stato di salute del container, se è stato definito un health check:<\/strong><\/li>\n<\/ul>docker inspect --format='{{json .State.Health}}' container_name<\/pre> \nRiavvia il container:<\/strong><\/li>\n<\/ul>docker restart container_name<\/pre>In alternativa, se utilizzi un VPS Hostinger, puoi chiedere all’assistente AI Kodee<\/strong> di controllare i log del container. È sufficiente scrivere, ad esempio: “Puoi controllare i log del container [nome_container]?”<\/p>\n
\n\t\t\t
![\"Un](\"https:\/\/imagedelivery.net\/LqiWLm-3MGbYHtFuUbcBtA\/wp-content\/uploads\/sites\/27\/2026\/01\/terminale-installazione-dipendenze.png\/public\")