4681d1781c
Passato nuovamente a imbbb.com da wtf.roflcopter.fr/pics per le immagini Aggiunto tor-socks-proxy |
||
|---|---|---|
| archivewarrior | ||
| borg | ||
| dozzle | ||
| folding@home | ||
| gitea | ||
| homer | ||
| jellyfin | ||
| komga | ||
| metube | ||
| miniflux | ||
| navidrome | ||
| podgrab | ||
| syncthing | ||
| tor-socks-proxy | ||
| transmission | ||
| unifi | ||
| watchtower | ||
| wger | ||
| .gitignore | ||
| LICENSE | ||
| README.md | ||
README.md
Lista
Clicca per visualizzare
archive warrior - un nodo per aiutare l'archive team
borg - semplice programma per i backup
folding@home - calcolo distrubuito per la ricerca medica
dozzle - interfaccia web per controllare i log dei container
gitea - un'alternativa a github/gitlab locale
homer - semplice pagina per tutti i servizi che volete
jellyfin - server per la gestione e la transcodifica di musica, film e serie tv
komga - server per la gestione di manga e comics
metube - frontend moderno per youtube-dl
miniflux - gestore di feed minimale
navidrome - ascolto e gestione di file musicali (MP3/M4A/etc)
podgrab - server per l'ascolto e gestione di podcast
syncthing - simil-dropbox ma decentralizzato
tor-socks-proxy - tor proxy server
transmission - client bittorrent
unifi-controller - interfaccia web per la gestione dell'hardware ubiquiti
wger - server per la gestione della vostra alimentazione e allenamenti
watchotwer - aggiornamento automatico dei container
Struttura degli esempi
Prima di procedere con gli esempi è necessario avere conoscenza di base di linux e docker(-compose)/podman
Versione minima dei software richiesti: docker@20.10.0, docker-compose@1.29.0, podman@v3.0.0
È quasi tutto semi-esplicativo e abbastanza dettagliato, nel caso di problemi e/o dubbi non esitate a contattarmi in privato su telegram o aprire una issue
- Descrizione
- Struttura file e cartelle
- Esempi
- Reverse proxy
- Aggiornamento
- Backup e ripristino
- Todo
Precisazioni ed Extra
Uso della tag "latest"
Quasi tutte le immagini sono senza tag, così che venga usata quella di default latest, molti ne consigliano l'uso ma siete comunque liberi di usare una versione specifica dell'immagine, in caso di problemi noti o se notate poca stabilità dell'immagine
Utilizzo di una rete specifica
Ogni compose prevede l'uso di una rete specifica (attualmente è custom-bridge), per una gestione "interna/esterna" semplificata e migliore, ma avendo comunque un maggiore controllo anche in caso di accesso esterno della vostra rete locale.
Bind mount
Tutti i file e le cartelle sono montati direttamente dall'host nel container:
Pro:
- Creare, modificare e salvare, come se fosse una qualsiasi cartella/file
- Backup e ripristini molto semplici
Contro:
- Maggiore vulnerabilità dell'host, nel caso di un'attacco mirato (esterno per lo più)
- Obbligo di impostare/controllare i permessi (lettura/scrittura) per le cartelle e/o i file
ctop
Programma simile ad htop per una gestione semplice dei container:
- Scritto in Go, singolo binario e senza dipendenze extra
- Disponibile per le maggiori distro linux/unix, probabilmente è già nel vostro package manager
- Panoramica dell'uso dell'hardware: CPU, RAM, utilizzo della rete per singolo contenitore
- Informazioni dettagliate sul contenitore: IP, porte, healthcheck, utilizzo del disco e della rete
Risorse usate e ispirazione
Le icone sono prese dalle seguenti risorse: Homer Icons, dashboard-icons, css.gg e Simple Icons
DoTheEvo/selfhosted-apps-docker
StarWhiz/docker_deployment_notes