Docker su Proxmox, senza i problemi di rete
Docker in sé è semplice; la sua rete è la parte difficile. I container si nascondono dietro il NAT, macvlan lascia l'host incapace di raggiungere i propri container, e ottenere un IP dal router diventa un progetto a sé. Atlas districa tutto questo con Atlas Link: ogni container vive sulla rete locale come un vero dispositivo. Sopra a questo arriva una libreria Docker curata: si sceglie, si installa con un clic, attivo all'istante.
I soliti mal di testa
Buio del NAT: il container gira ma è invisibile in rete. Ogni servizio si raggiunge tramite port forwarding, e le collisioni restano da gestire a mano.
La trappola macvlan: provate a dare un IP vero a un container e l'host non può più raggiungere il proprio container. I forum sono pieni di questa domanda.
Disallineamento DHCP: ottenere un IP dal router non è il comportamento naturale di Docker. Al riavvio l'indirizzo cambia, non c'è un nome DNS, e inizia il gioco del "qual era quell'IP".
Atlas Link: ogni container un vero dispositivo LAN
Atlas Link rende i container una parte naturale della rete locale:
Un vero IP DHCP dal router
Ogni container raggiunge la rete con il proprio MAC; il router gli assegna l'IP e compare nell'elenco dei dispositivi come tutto il resto.
Raggiungetelo per nome: service.local
Ogni container annuncia il proprio nome via mDNS: jellyfin.local, pihole.local. Memorizzare gli IP è finito.
Isolamento dell'host risolto
La classica trappola macvlan in cui "l'host non può raggiungere il proprio container" non esiste in Atlas Link; l'host parla normalmente con i propri container.
L'identità resiste ai riavvii
Anche quando un container si riavvia, la sua identità di rete viene preservata; Atlas mantiene sincronizzata la deriva dell'indirizzo.
Una libreria Docker curata
Niente compose scritto da zero: le app selezionate si installano con un clic e vanno live all'istante tramite Atlas Link:
Ogni app arriva con versione fissata e revisionata; nessun cambio immagine a sorpresa.
Un riepilogo delle risorse prima dell'installazione: quanta RAM, quanto disco, quale identità di rete. Alla conferma, si installa.
Prima dell'installazione viene creato un punto di ripristino; se il risultato non convince, si torna indietro senza lasciare traccia.
Anche un compose personale è di prima classe: si porta, si collega ad Atlas Link e mantiene lo stesso comfort.
VM o LXC?
Il modo pulito di eseguire Docker su Proxmox è una VM completa: kernel proprio, isolamento totale, la via ufficialmente supportata. Docker dentro LXC è possibile ma l'isolamento annidato si indebolisce. Atlas gestisce l'host Docker dall'installazione in poi; compare sulla mappa come tutto il resto.
Domande frequenti
- Il container ottiene davvero un IP dal mio router?
- Sì. Atlas Link mette il container in rete con il proprio MAC; il server DHCP assegna l'IP e il container compare nell'elenco dei dispositivi del router. Una riserva statica dal router resta comunque possibile.
- Esiste qui il problema macvlan "l'host non può raggiungere il container"?
- No. Atlas Link risolve questo isolamento a livello di bridge; host e container si vedono normalmente. È il problema più noto di una configurazione macvlan classica, ed Atlas Link esiste proprio per questo.
- Posso raggiungere i servizi per nome?
- Sì. Ogni container annuncia il proprio nome via mDNS; i dispositivi in rete raggiungono indirizzi come jellyfin.local. Niente IP da memorizzare, niente voci DNS manuali.
- Dovrei eseguire Docker in una VM o in una LXC su Proxmox?
- Una VM completa. Con kernel proprio e isolamento totale, è la via ufficialmente supportata; Docker dentro LXC indebolisce l'isolamento annidato. Atlas gestisce la VM host Docker dall'installazione in poi.
- Mi serve ancora qualcosa come Portainer?
- Dato che libreria, ciclo di vita e identità di rete sono in Atlas, il più delle volte no. Potete comunque eseguire Portainer in parallelo; non entrano in conflitto.
- Posso usare i miei file compose personali?
- Sì. Un compose esistente si porta così com'è; Atlas Link aggiunge l'identità di rete e il nome .local, e funziona con lo stesso comfort delle app di libreria.
Voci collegate
- Dare a un container un indirizzo proprio sulla rete: cosa guadagni, cosa paghi Si può pubblicare un container con un indirizzo proprio invece che con un numero di porta. Il guadagno è reale e lo è anche il prezzo, e il secondo di solito si scopre dopo averlo costruito.
- Il contenitore è cambiato da solo: che cosa promette davvero l’etichetta "latest" Non hai aggiornato nulla, eppure il contenitore si comporta in modo diverso. Non è un guasto: latest non è una versione, è un puntatore. Il punto non è avere il più recente, è poter tornare indietro.
- Dove sta Docker su Proxmox: la decisione di collocazione e la trappola di compose Dove metti i contenitori non è una questione di gusto, è una questione di raggio d’impatto. E un file compose sembra configurazione mentre in realtà è un programma che esegui.