~/magostinelli

Email in self hosting

Unknown — Wed, 01 Apr 2026 00:00:00 +0000

Oggi voglio andare un po' controcorrente: in un mondo pieno di provider email gratuiti e a pagamento, a pochi viene in mente di gestire il proprio server. Eppure, se ci pensiamo bene, la casella email è probabilmente il posto dove transitano più informazioni sensibili su di noi — abbonamenti, estratti conto, comunicazioni private, recupero password. Chiunque abbia accesso a quella casella sa praticamente tutto di voi.

Ecco perché ritengo che il self hosting valga la pena anche per l'email: solo così avremo il pieno controllo sulla nostra corrispondenza, senza che nessun terzo possa leggere, analizzare o vendere i nostri dati. Oggi le VPS costano pochissimo, e mettere in piedi un server email non è né complicato né costoso — e avremo spazio praticamente illimitato.

Vediamo come fare.

Una VPS con un IP statico (la scelta del provider è vostra). Evitate IP già presenti in blacklist — potete verificarlo su siti come MXToolbox</a>.</li>
Un dominio di vostra proprietà, su cui poter configurare i record DNS.</li>
Conoscenza base di Linux e Docker.</li>
La porta 25 (SMTP) non deve essere bloccata dal provider — purtroppo alcuni la chiudono di default. Verificatelo prima di scegliere la VPS.</li> </ul> </a> Perché una VPS e non un server casalingo?</h3>
Potrebbe venirvi in mente di ospitare il server direttamente a casa, magari su un vecchio PC o un Raspberry Pi. È una soluzione che funziona per molti servizi, ma per l'email è sconsigliata, per un motivo preciso: gli indirizzi IP assegnati dalle connessioni domestiche (fibra, ADSL) sono catalogati come tali nei database dei principali provider. Gmail, Outlook e gli altri riconoscono immediatamente che l'email proviene da un IP residenziale e la classificano come spam — o la rifiutano direttamente — indipendentemente da quanto abbiate configurato bene SPF, DKIM e DMARC.
Una VPS, invece, ha un IP di tipo "datacenter", che i provider trattano in modo completamente diverso. È questo il motivo per cui, in questo contesto, la VPS non è solo una comodità ma una vera e propria necessità.


Postfix (o Exim): MTA, si occupa di inviare e ricevere le email</li>
Dovecot: server IMAP/POP3, permette ai client di accedere alle caselle</li>
SpamAssassin (o rspamd): filtro antispam</li>
Roundcube (o SnappyMail): interfaccia webmail</li> </ul>
Questo approccio offre massima flessibilità, ma richiede di configurare e integrare ogni pezzo manualmente — e di tenerlo aggiornato nel tempo.

Mailu</li>
Mailcow</li>
Stalwart</li> </ul>
Io uso Mailu e lo approfondiremo nel dettaglio. Gli altri meritano comunque una menzione.

https://mailu.io/2024.06/setup.html</a></li> </ul>
La prima parte copre la configurazione di Docker sul sistema; poi si passa alla creazione del file di configurazione.
https://setup.mailu.io/2024.06/</a></li> </ul> Si inseriscono le proprie preferenze e il sito genera il file di testo pronto all'uso — che si potrà sempre modificare in seguito con un editor. Queste sono le impostazioni "globali" di sistema. Per la gestione operativa (domini, caselle, alias, inoltri, quote), si usa invece il pannello web integrato, il cui link è presente nella webmail, accedendo con le credenziali di amministratore. Per ulteriori dettagli sulla configurazione e personalizzazione del software, vi invito a consultare la documentazione ufficiale</a>. </a> DNS: il passaggio più importante</h3> Una parte fondamentale — che spesso viene sottovalutata — è la configurazione DNS. Per evitare che le email inviate finiscano nello spam dei destinatari, è necessario configurare correttamente: SPF: specifica quali server sono autorizzati a inviare email per il vostro dominio</li> DKIM: firma digitale per autenticare le email</li> DMARC: policy su cosa fare con le email che non superano SPF o DKIM</li> </ul> Mailu vi guida nella configurazione di tutti e tre direttamente dal pannello admin — seguite quelle indicazioni con attenzione. </a> Mailcow</h2> Molto simile a Mailu come approccio: è un insieme di container Docker con una interfaccia web per gestire il tutto. Ha una community molto attiva e un'interfaccia particolarmente curata. Vale la pena valutarlo se Mailu non vi convince. https://mailcow.email</a></li> </ul> </a> Stalwart</h2> Stalwart merita una menzione speciale: è un progetto relativamente recente che racchiude tutte le funzionalità in un singolo eseguibile, scritto in Rust. Supporta già IMAP, SMTP, JMAP e sta aggiungendo funzionalità come CalDAV e CardDAV. È ancora in fase di maturazione, ma la direzione è molto promettente. Tenetelo d'occhio: potrebbe diventare la soluzione di riferimento nei prossimi anni. https://stalw.art</a></li> </ul> </a> Conclusioni</h2> Questo articolo non ha l'ambizione di essere una guida esaustiva, ma piuttosto un punto di partenza per chi vuole riprendere il controllo delle proprie email. I siti ufficiali di Mailu, Mailcow e Stalwart sono documentati molto bene — non ha senso riscrivere qui quello che trovate là. Quello che spero di avervi trasmesso è la curiosità di provarci. Il setup è alla portata di chiunque abbia un minimo di dimestichezza con Linux e Docker, e la soddisfazione di avere la propria casella email — su un server proprio, senza intermediari — vale lo sforzo. Se avete domande specifiche o suggerimenti, usate i commenti qui sotto, a presto!

Backup con Borg e Borgmatic Unknown — Tue, 17 Feb 2026 00:00:00 +0000 </a> Backup con Borg e Borgmatic</h1> Se anche tu sei un self-host compulsivo, la questione dei backup non è una scelta, ma una necessità. Dopo anni di utilizzo e varie prove, su tutti i miei server, utilizzo Borg come software per il backup: non solo è molto affidabile (ho avuto bisogno del restore qualche volta) ma anche straordinariamente semplice da gestire. In questo articolo ti mostrerò perché questi due software hanno conquistato il mio cuore (e i miei dati), come funzionano e soprattutto come iniziare a usarli nel tuo ambiente self-hosted. </a> Chi è Borg e Perché Dovresti Usarlo</h2> Borg (BorgBackup) è un software di backup dedicato alla deduplica, compressione e cifratura dei dati. Sviluppato in Python con componenti critici in C, è stato pensato fin dall'inizio per essere veloce, efficiente e sicuro. A differenza di soluzioni più tradizionali, Borg non crea semplici copie dei tuoi file, ma applica una serie di tecniche sofisticate per rendere i backup efficienti e gestibili. Borgmatic è un'estensione di Borg e permette di configurare il nostro backup attraverso un unico file di configurazione. </a> Le Tre Caratteristiche che Cambiano il Gioco</h3> Deduplica: Questo è il punto che rende Borg veramente speciale. Immagina di avere 100 GB di dati e di fare un backup ogni giorno. Con i backup tradizionali, finiresti per avere 2.8 TB di dati in un mese (100 GB × 28 giorni). Con Borg, se solo il 5% dei tuoi dati cambia ogni giorno, utilizzerai solo circa 140 GB di spazio totale (100 GB iniziali + 5 GB × 28 giorni). Borg identifica i file identici e i blocchi di dati duplicati, memorizzandoli una sola volta. Compressione: Borg comprime i dati utilizzando algoritmi come ZSTD, riducendo ulteriormente lo spazio occupato. Un documento di testo compresso può ridursi del 90%, immagini del 20-30%, database del 40-60%. La compressione avviene durante il backup, non dopo, quindi non impatta sulla velocità di accesso ai dati ripristinati. Cifratura: Tutti i tuoi backup sono cifrati end-to-end con AES-256. Significa che anche se qualcuno riuscisse ad accedere al tuo repository di backup, non potrebbe leggere nulla senza la passphrase. La cifratura viene applicata sia in transito (se usi SSH) che a riposo sul disco. Grazie a queste tre caratteristiche puoi usare anche un servizio esterno per il tuo backup, cosi avrai i tuoi dati al sicuro in un luogo diverso rispetto a quello di dove girano i tuoi servizi. </a> Il Vantaggio Decisivo: Point-in-Time Recovery</h2> Tra le molte cose che Borg fa bene, il point-in-time recovery è una capacità che raramente ho visto in altri backup tools gratuiti. Cosa significa? Semplicemente che puoi ripristinare i tuoi dati a qualsiasi punto nel tempo in cui hai eseguito un backup. Facciamo un esempio concreto. Sei lunedì alle 14:30 e realizzi che un file importante è stato eliminato accidentalmente venerdì scorso. Con Borg, puoi accedere al backup di giovedì mattina alle 08:00 e recuperare esattamente quello che ti serve. Non è "il file è sparito, è perso per sempre", ma "posso scegliere quale versione del mio sistema voglio ripristinare". Questo funziona perché ogni volta che esegui un backup con Borg, viene creato un "snapshot" completo dello stato del tuo sistema in quel momento. Borg poi usa la deduplica per assicurarsi che lo spazio aggiuntivo necessario sia minimo, ma tu mantieni sempre accesso a qualsiasi versione precedente. </a> Borg in Pratica: Cosa Devi Sapere</h2> Borg è estremamente flessibile e può essere usato in molti modi diversi. Ecco gli scenari che coprono la maggior parte dei casi d'uso: </a> Local-to-Local: Il Backup nel Tuo Ufficio</h3> Il caso più semplice è fare il backup dei tuoi dati locali su un disco esterno o su un'altra partizione. È velocissimo e non richiede internet. Il comando base è: borg init --encryption=repokey /mnt/backup borg create /mnt/backup::{now} /home/utente/dati </code></pre> Perfetto per chi vuole un backup fisico nelle vicinanze e non si preoccupa di perdere tutto se la casa prende fuoco (per quello servono i backup remoti). </a> Self-Hosted: Il Backup su un Altro Server</h3> Questo è il mio setup preferito per il self-hosting. Hai il tuo server principale dove girano Nextcloud, il tuo Git personale, la tua email, quello che vuoi. E hai un secondo server (anche molto meno potente) dove archi i backup. Borg comunica via SSH e comprime/cifra tutto prima di inviare i dati. Anche se il server di backup venisse compromesso, non potrebbero leggere nulla. Il comando diventa: borg create ssh://utente@backup.example.com:22/path/to/repo::{now} /dati/importanti </code></pre> Bellissimo, vero? Un server, una passphrase, tutto cifrato. E lo spazio utilizzato è ridicolmente piccolo grazie alla deduplica. </a> Un Dettaglio Fondamentale: Il Modello Client-Server</h3> C'è una cosa importante da capire se decidi di fare il backup su un server remoto: Borg deve essere installato su entrambe le macchine. A differenza di altri strumenti che usano il protocollo SFTP o rsync "passivo", Borg utilizza un modello client-server. Quando avvii un backup, il tuo server locale (il client) si connette via SSH al server di destinazione e avvia un'istanza di Borg anche lì (il server). Perché questa complicazione? In realtà è un enorme vantaggio per due motivi: Efficienza: Il server remoto calcola localmente quali pezzi di dati possiede già, evitando di farti inviare file che sono già nel repository.</li> Integrità: Il processo remoto verifica che i dati arrivino correttamente e gestisce la scrittura sul disco in modo atomico.</li> </ul> Ad esempio, se stai usando una VPS Debian come destinazione, ricordati di fare un semplice apt install borgbackup</code>, altrimenti il client non saprà con chi parlare e riceverai un errore del tipo Remote: bash: borg: command not found. </a> Servizi di Terze Parti: Hetzner e Simili</h3> Se non vuoi gestire il tuo server di backup, ci sono servizi come Hetzner Storage Box che offrono spazio di backup a costi molto bassi (qualche euro al mese per TB). Borg lavora perfettamente con loro e mantiene la stessa garanzia di cifratura end-to-end. Ad esempio, Hetzner (non mi hanno sponsorizzato), offre un servizio molto economico e ben funzionante chiamato storage box: https://www.hetzner.com/storage/storage-box/ (Ci sono pacchetti con vari tagli di spazio disco). </a> Borg e l'Ecosistema Self-Hosted</h2> Due sistemi che uso hanno adottato Borg come soluzione di backup nativa: YunoHost: Se usi YunoHost per gestire il tuo server, i backup sono gestiti di default attraverso Borg. L'interfaccia web di YunoHost ti permette di configurare tutto con pochi click. Scegli la destinazione, inserisci i parametri (credenziali e url), e il sistema si occupa di tutto. Nextcloud AIO (All-in-One): Nextcloud AIO, il modo più moderno di deployare Nextcloud, ha integrato Borg come sistema di backup predefinito. Quando installi Nextcloud AIO, la possibilità di fare backup via Borg è già incorporata. Questo dovrebbe dirvi tutto quello che dovete sapere sulla fiducia che anche i principali progetti ripongono in Borg. </a> Borgmatic: Quando Borg Diventa Semplice</h2> Borg è fantastico, ma ha una curva di apprendimento. I comandi sono molti, le opzioni sono numerose, e ricordare tutti i parametri ogni volta è difficile. Qui entra in gioco Borgmatic. Borgmatic è uno strato di semplificazione costruito sopra Borg. È un software che prende un file di configurazione (YAML, molto leggibile) e trasforma complessi flussi di backup in un singolo comando: borgmatic</code>. Non solo, ma Borgmatic aggiunge funzionalità utili come le notifiche, la verifica automatica dei backup, il controllo della salute del repository e molto altro. </a> Configurare Borgmatic: Un Esempio Pratico</h3> Per iniziare con Borgmatic, installa il pacchetto: pip install --user borgmatic </code></pre> Poi crea la directory di configurazione: mkdir -p ~/.config/borgmatic </code></pre> E un file di configurazione di base: # Configurazione di Borgmatic - salva come ~/.config/borgmatic/config.yaml source_directories: - /home/utente/documenti - /home/utente/progetti - /etc/ repositories: - label: backup_principale path: /mnt/discoesterno/backup # Se vuoi un backup remoto SSH, usa questo: # path: ssh://utente@backup.example.com:22/backups/mio_server retention: keep_daily: 7 keep_weekly: 4 keep_monthly: 12 keep_yearly: 2 checks: - name: repository frequency: 2 weeks - name: archives frequency: 4 weeks hooks: before_backup: - echo "Inizio backup a $(date)" after_backup: - echo "Backup completato con successo" on_error: - echo "ERRORE durante il backup!" </code></pre> Ora, per fare un backup completo, basta eseguire: borgmatic </code></pre> Questo comando: Effettua il backup di tutti i directory elencati</li> Applica la deduplica e la compressione</li> Cifra tutto con la tua passphrase</li> Applica le politiche di retention (mantiene 7 backup giornalieri, 4 settimanali, etc.)</li> Verifica l'integrità del repository secondo il calendario definito</li> Esegue gli hook (comando prima e dopo il backup)</li> </ol> </a> Automazione con Cron</h3> Ora che hai configurato Borgmatic, il passo logico è automatizzare il backup. Aggiungi una voce al crontab: crontab -e </code></pre> E aggiungi questa riga per eseguire il backup ogni giorno alle 02:00 di notte: 0 2 * * * /home/utente/.local/bin/borgmatic -c /home/utente/.config/borgmatic/config.yaml </code></pre> Se vuoi eseguire il backup ogni 6 ore: 0 */6 * * * /home/utente/.local/bin/borgmatic -c /home/utente/.config/borgmatic/config.yaml </code></pre> </a> Il Superpotere di Borgmatic: I Database</h2> Se gestisci servizi come Nextcloud, Ghost o un qualsiasi stack LAMP/LEMP, sai che salvare i file non basta: devi mettere al sicuro il database. Di solito questo significa scrivere uno script che fa il dump, lo salva in una cartella e poi Borg lo carica. Borgmatic fa tutto da solo. Può collegarsi ai tuoi database, farne il dump "al volo" e inviarlo direttamente nel repository di backup senza sporcare il disco con file temporanei. Ecco come aggiungere il supporto per i database nel tuo config.yaml: # Aggiungi questo al tuo file di configurazione databases: - name: nextcloud_db type: postgresql # o mysql / mariadb / sqlite username: nextcloud_user # Se il DB gira in un container, puoi specificarlo qui: # hostname: localhost </code></pre> </a> Perché è fondamentale per Nextcloud?</h3> Nextcloud salva i metadati dei file, i contatti, i calendari e le configurazioni nel database. Se ripristini solo la cartella data ma non il database, ti ritroverai con un'istanza "rotta". Con questa configurazione, Borgmatic: Blocca (se necessario) e interroga il DB.</li> Trasmette il contenuto crittografato al volo.</li> Lo include nello stesso "snapshot" dei file.</li> </ul> In caso di disastro, avrai la certezza matematica che i file e il database siano sincronizzati allo stesso identico istante, evitando inconsistenze che sono l'incubo di ogni sysadmin. </a> Notifiche e Monitoraggio</h3> Una delle feature migliori di Borgmatic è la capacità di avvisarti istantaneamente se un backup fallisce o se è andato a buon fine. Invece di controllare i log ogni mattina, io uso ntfy, un servizio di messaggistica pub-sub semplicissimo (e ovviamente self-hostabile). Puoi configurare le notifiche direttamente nel tuo config.yaml. Ecco come inviare un messaggio al tuo telefono ogni volta che Borgmatic finisce il suo lavoro: ntfy: # L'URL del tuo server ntfy (o quello ufficiale) topic: il_tuo_topic_segreto server: https://ntfy.sh # Invia notifiche solo in caso di errore o sempre? states: [failed, finished] # Puoi anche aggiungere una priorità diversa in base allo stato priority: 5 </code></pre> Se invece preferisci usare i classici hooks per personalizzare il messaggio (magari includendo il nome dell'host), puoi fare così: hooks: on_error: - curl -d "❌ Backup fallito su $(hostname)" https://ntfy.sh/il_tuo_topic_segreto after_backup: - curl -d "✅ Backup completato con successo su $(hostname)" https://ntfy.sh/il_tuo_topic_segreto </code></pre> Con l'app di ntfy installata sullo smartphone, riceverai una notifica push in tempo reale. Se non vedi arrivare nulla, allora sai che c'è qualcosa da controllare. </a> Recuperare i Dati: Quando il Backup Diventa Importante</h2> Tutto questo lavoro di backup è inutile se non puoi effettivamente recuperare i tuoi dati. Con Borg è sorprendentemente semplice. Per elencare tutti i backup disponibili: borg list /mnt/discoesterno/backup </code></pre> Per elencare i file all'interno di un backup specifico: borg list /mnt/discoesterno/backup::backup_2025_01_15 </code></pre> Per estrarre un singolo file: borg extract /mnt/discoesterno/backup::backup_2025_01_15 /home/utente/documenti/importante.txt </code></pre> Per ripristinare l'intero backup in una directory temporanea: mkdir /tmp/ripristino cd /tmp/ripristino borg extract /mnt/discoesterno/backup::backup_2025_01_15 </code></pre> La bellezza di Borg è che il ripristino è altrettanto semplice della creazione del backup. Non c'è magia incomprensibile, solo comandi diretti e intuitivi. </a> Le Limitazioni (Che Non Sono Molte)</h2> Borg è meraviglioso, ma non è perfetto. Vale la pena menzionare un paio di limitazioni: Innanzitutto, per i database, Borg avrebbe bisogno di un dump preventivo su disco. Fortunatamente, come abbiamo visto, Borgmatic risolve il problema gestendo i dump al volo, ma è sempre bene verificare di avere abbastanza spazio temporaneo per queste operazioni se i database sono mastodontici. In secondo luogo, la prima esecuzione di un backup remoto è lenta. Se hai 500 GB da inviare al tuo server di backup via SSH, i tempi saranno significativi. Ma i backup successivi saranno enormemente più veloci grazie alla deduplica. La deduplica cross-archive (tra diversi backup) significa che i cambiamenti incrementali sono davvero incrementali. Infine, il ripristino di backup molto grandi con molti file può essere un po' lento, soprattutto se il repository è su un disco lento. Ma una volta che hai i dati localmente, sei a posto. </a> Conclusione: Perché Ho Scelto Borg</h2> Negli ultimi anni ho usato Borg su ogni server che amministro. A volte ho dovuto recuperare i dati, e ogni singola volta Borg c'è stato, puntuale e affidabile. Ha sempre ripristinato esattamente quello che mi serviva, senza cerimoniali inutili. Borg è ciò che mi piace in un software: semplice nei concetti, potente nell'esecuzione, straordinariamente efficiente, e completamente open source. Borgmatic lo rende ancora più accessibile, anche per chi non vuole passare ore a studiare manuali complessi. Se gestisci un server self-hosted, uno o più personal computer, o semplicemente dati che non puoi permetterti di perdere, Borg e Borgmatic meritano seriamente di essere nella tua cassetta degli attrezzi. Il tempo che dedicherai alla loro configurazione sarà tempo ben speso, e il giorno in cui avrai bisogno di recuperare un file eliminato accidentalmente, ringrazierai te stesso di averlo fatto. Buon backup! Nuovo sito - Parte 1 Unknown — Wed, 07 Jan 2026 00:00:00 +0000 </a> Nuovo sito 2026</h1> </a> Prima parte</h2> Benvenuti nel primo articolo della serie. Non appena mi sono messo a scrivere due righe sul nuovo sito, mi sono accorto che non ne sarebbe bastato uno solo. Un'attività di per se banale, un piccolo sito personale con blog e galleria immagini, in realtà si è rivelata una piccola sfida. Ma partiamo con ordine: prima di questo "restyling" avevo due siti, uno statico (con galleria immagini) e un blog con writefreely</a>. Da qui sono partito e mi sono detto, facciamo un sito unico, almeno ne ho uno solo da manutenere! Cosi inizia la prima sfida: quale software usare? Writefreely ormai sembra abbandonato, peccato perchè, se pur semplice, integrava nativamente activity pub. Per le fotografie volevo trovare qualcosa che le potesse suddividere in cartelle, ma allo stesso tempo che la visualizzazione delle immagini fosse fruibile da tutti i dispositivi. Infine come prerequisiti volevo anche: feed rss</li> sito snello (non pesante da caricare)</li> grafica responsive (banale, ma non sempre è cosi)</li> scrittura delle pagine in linguaggio MarkDown</li> tenere traccia delle modifiche effettuate</li> usare più automatismi possibili</li> statistiche sulle pagine più lette</li> multilingua (integrare inglese in futuro)</li> </ul> Insomma senza tenervi sulle spiena, alla fine ho scelto Zola</a>! </a> Perchè Zola</h2> Di recente ho avuto un'eperienza con Hugo (altro generatore di siti statici), perchè abbiamo rimesso in piedi il sito del PLUG</a> e per alcune cose mi ha incuriosito, sono rimasto "affascinato" anche dalla CI di gitlab, che abbiamo usato per quel progetto. Infine, in questo ultimo periodo mi sono "innamorato" di Forgejo</a>. Quindi ho messo insieme queste cose, ho fatto una navigata sul web, e ho scoperto Zola</a>. Ho trovato anche un tema (tabi</a>) che mi è piaciuto subito, e quindi la decisione era già presa! Nelle prossime puntate della serie ci addentreremo nelle singole problematiche che ho trovato e vedremo quali soluzioni (=software) ho deciso di implementare e perché. Vi aspetto nelle prossime puntate! Chi sono Unknown — Wed, 31 Dec 2025 00:00:00 +0000 Poliedrico navigatore della rete, appassionato di tecnologia, musica, fotografia e sostenitore del software libero. Le mie passioni</h1> Appassionato di tecnologia e informatica fin da ragazzo, la curiosità mi ha portato prima a conoscere e poi a collaborare con il Linux User Group della mia città (PLUG</a>), facendo attività di volontariato mirata alla diffusione del software libero, realizzando vari linuxday. La mia passione é poi diventa anche il mio lavoro (gestione di infrastrutture complesse in contesti di alta affidabilità basate su linux). Mi interesso di decentralizzazione, libertà degli utenti, indipendenza tecnica. Ho iniziato, quindi, a collaborare con il gruppo Devol</a>: gestiamo una serie di servizi liberi</a> che offriamo gratuitamente, con la consapevolezza di offrire alternative libere e rispettose della privacy. Ho dato il mio contributo in quasi tutti i servizi</a>, installandoli o collaborando alla loro gestione quotidiana. Socio fondatore di Fedimedia Italia APS</a>, riporto cos'è direttamente dal sito: Fedimedia Italia APS nasce per costruire un ecosistema digitale e sociale dove tecnologia, diritti e ambiente coesistono in armonia. Ci ispiriamo ai principi di software libero, decentralizzazione, privacy, sostenibilità e inclusività, collaborando con realtà che condividono la nostra visione. Per un futuro digitale etico, aperto e rispettoso del pianeta. La passione per la tecnologia poi mi ha portato ad avvicinarmi (e a praticare come hobby) la fotografia, l'audio (hifi), la stampa 3d e le incisioni laser. Per finire, non appena scopro un nuovo software, una nuova soluzione devo provarla subito! Biografia fotografica</h2> Sono nato in Toscana, nel centro Italia, all'inizio degli anni '80. La fotografia è sempre stata la mia passione perché amo cambiare punto di vista. Qualche anno fa ho acquistato la mia prima reflex e ho frequentato un corso di fotografia presso un circolo locale Fotoclub Il Bacchnio</a>. Da allora mi sono innamorato di quest'arte e ho lavorato sodo per affinare la mia tecnica e il mio gusto estetico. Nel mio tempo libero, che non è mai abbastanza, amo scoprire il mondo che mi circonda attraverso l'obiettivo della mia macchina. Ho selezionato alcuni dei miei lavori e li ho pubblicati su questo sito. Le immagini che troverete qui sono state scattate nella zona in cui vivo e nei dintorni, ma non mancano foto scattate durante i miei viaggi (che purtroppo sono sempre troppo pochi e troppo brevi!). Se avete suggerimenti, domande o se volete semplicemente condividere le vostre idee con me, potete contattarmi usando i link presenti a fondo di pagina. A presto! Forgejo Runner Unknown — Sun, 28 Dec 2025 00:00:00 +0000 </a> Che cos'è Forgejo Runner</h2> Se usi #forgejo e desideri automatizzare i processi di sviluppo, Forgejo Runner è uno strumento che non puoi perderti. Se, invece, non sai cos'è #forgejo, clicca sulla parola e leggi l'articolo che avevo pubblicato qui sul blog. </a> Definizione</h2> Forgejo Runner è un sistema di automazione che esegue compiti in background quando accadono determinati eventi nel tuo repository. In altre parole, ti permette di automatizzare il flusso di lavoro del tuo progetto senza intervento manuale. </a> Come funziona</h2> Quando effettui un push, apri una pull request, o altro ancora, Forgejo Runner può automaticamente: Eseguire test del codice</li> Compilare il progetto</li> Distribuire l'applicazione</li> Generare documentazione</li> Eseguire controlli di qualità</li> </ul> Il tutto accade in automatico dietro le quinte, senza che tu debba fare nulla. </a> Perché è utile</h2> Immagina di dover controllare manualmente che il tuo codice non abbia errori ogni volta che lo carichi. Sarebbe noioso, vero? Forgejo Runner elimina questo problema. Puoi definire una volta le regole che desideri applicare, e il sistema le seguirà automaticamente per ogni nuovo commit. Questo significa codice più pulito, meno errori e molto meno lavoro manuale. </a> Un esempio pratico</h2> Vogliamo che che ogni volta che qualcuno contribuisce al progetto, il codice venga testato automaticamente. Con Forgejo Runner, puoi impostare una regola che dice: "Quando ricevi un nuovo push, esegui i test". Se i test falliscono, riceverai una notifica. Se passano, tutto procede normalmente. </a> Forgejo Runner e Docker</h2> Una delle migliori pratiche è eseguire i compiti dentro container Docker. Questo è diventato, ormai, lo standard di fatto nel settore. Utilizzare Docker con Forgejo Runner offre numerosi vantaggi: isolamento completo tra i vari compiti (un test non interferisce con un altro), ambienti di esecuzione riproducibili e coerenti, e la certezza che il codice funzionerà allo stesso modo sia sulla tua macchina che sui server di produzione. In pratica, invece di eseguire i compiti direttamente sul sistema operativo host, Forgejo Runner li avvia all'interno di container Docker preconfigurati. Questo significa che puoi definire esattamente quali dipendenze, librerie e versioni delle applicazioni servono per i tuoi test o per la compilazione, senza doverti preoccupare di conflitti con altre configurazioni. </a> Pratica</h2> Premesso quanto detto sopra, eseguire il nostro workflow in un container docker ci permette di avere un alto livello di sicurezza, sopratutto in un server condiviso. Per rendere semplice l'esecuzione, ho pensato di realizzare un file docker compose (e un .env) con tutto il necessario: registrazione, aggiornamento automatico e avvio automatico. Trovate il codice di questo mini progetto qui (ovviemente sempre ospitato su forgejo): https://forgejo.it/magostinelli/forgejo-runner-docker </a> Configurazione</h3> Per prima cosa assicuratevi che la vostra istanza di forgejo abbia le action abilitate (altrimenti non vedrete la voce del menù). Per poter aggiungere un runner al vostro workflow, sarà necessario generare un token. Andate su Forgejo Admin Panel → Runner (o Runners) (in alternativa potete aggiungere il runner al singolo progetto git) Seguite le istruzioni presenti nel link sopra, compilando le varibili (file .env) con i vostri parametri, e lanciate (docker compose up) il vostro container. Se tutto ha funzionato, vedrete il runner attivo nella schermata web di forgejo. Adesso passiamo ad utilizzarlo. </a> Utilizzo</h3> Vedi documentazione al link: https://forgejo.org/docs/latest/user/actions/overview/ Crea il file forgejo/workflows/test.yml </a> Esempio di workflow</h4> forgejo/workflows/test.yml name: Test Workflow run-name: Eseguito da ${{ forgejo.actor }} on: [push] jobs: test-job: # Qui specifichi su quale runner deve girare il job # Deve corrispondere a una delle etichette in RUNNER_LABELS runs-on: docker steps: - name: Stampa un messaggio run: echo "Ciao mondo! Questo job sta girando sul mio runner Docker." - name: Mostra informazioni sul sistema run: | echo "Utente corrente: $(whoami)" echo "Directory corrente: $(pwd)" uname -a </code></pre> </a> Conclusione</h2> Forgejo Runner è essenzialmente un assistente che automatizza i compiti ripetitivi nel tuo flusso di lavoro di sviluppo. È perfetto se desideri risparmiare tempo, ridurre errori umani e mantenere la qualità del tuo codice consistente nel tempo. Se stai già usando Forgejo, integrarvi Forgejo Runner (preferibilmente con Docker) potrebbe aiutarti ad incrementare la produttività grazie alle automazioni. Mastodon: toot da command line Unknown — Sat, 01 Nov 2025 00:00:00 +0000 Non tutti sanno che... E' semplicissimo fare un post (toot) sul proprio profilo #mastodon con un semplice comando, ad esempio utilizzando #curl. Vediamo come fare. </a> Abilitazione e creazione token</h2> Accedere, con il vostro account, al l'istanza mastodon di riferimento.</li> Andare su Preferenze (menù a destra)</li> Andare su Sviluppo (menù a sinistra)</li> Fare click su Nuova applòicazione</li> Compilare tutti i campi e concedere almeno i permessi di scrittura post.</li> Salvare in un luogo sicuro (password manager) quanto generato.</li> </ol> </a> Comando curl di esempio</h2> curl -s -X POST https://mastodon.uno/api/v1/statuses \ -H "Authorization: Bearer TOKEN_DI_ACCESSO" \ -d "status=Ciao mondo" \ -d "visibility=public" \ </code></pre> </a> Semplice Script di invio</h3> A questo punto possiamo farci un semplice script che prende in input, come parametro, del testo e lo invia per noi. cat toot.sh #!/bin/bash # Verifica che sia stato passato almeno un argomento if [ -z "$1" ]; then echo "Errore: devi passare il testo del toot come parametro." echo "Uso: $0 \"Testo del toot\"" exit 1 fi # Salva il parametro in una variabile TOOT="$1" # Esegui la richiesta POST curl -s -X POST https://mastodon.uno/api/v1/statuses \ -H "Authorization: Bearer TOKEN_DI_ACCESSO" \ -d "status=$TOOT" \ -d "visibility=public" \ -H "Authorization: Bearer TOKEN_DI_ACCESSO" \ | jq '.uri' </code></pre> Ho inserito #jq in fondo con un filtro (che possiamo modificare a nostro piacimento), perché l'output in formato json è abbastanza prolisso </a> Perché?</h2> A parte che è bello fare il nerd è usare #mastodon da command line, ma la cosa può essere molto utile se la usiamo in abbinata ad altre azioni/comandi. Pensiamo ad esempio ad un integraszione con #forgejo, ad esempio potremmo fare un post (tramite #webook) al termine del nostro workflow. Un altro esempio è il collegare l'account ad un servizio di monitoraggio come #uptimekuma in questo modo si avrà una pagina che indica ai follower lo stato dei nostri servizi. Oppure usarlo al termine di un nostro script che preleva i prossimi appuntamenti da un caledario ics. Insomma, potete integrare l'invio di un toot alla fine di un vostro script custom, il limite a questo punto è solo la fantasia! E voi come lo usate? Forgejo con Docker: Git self-hosted senza fronzoli Unknown — Fri, 11 Jul 2025 00:00:00 +0000 Da tempo utilizzo Git per gestire i miei progetti personali, sia software che di configurazione. Per anni mi sono affidato al pc di qualcunaltro (es: Gitlab o GitHub), ma la dipendenza da un servizio centralizzato, per quanto comodo, inizia a starmi stretta. Così ho cercato una soluzione più allineata alla mia filosofia: Forgejo, un fork comunitario di Gitea, leggero e facilmente self-hostabile. </a> Perché Forgejo</h2> Forgejo nasce da una comunità che punta alla trasparenza e all’autonomia, senza il rischio che un progetto venga assorbito o piegato a logiche commerciali. La compatibilità con Gitea è totale, e i requisiti minimi lo rendono perfetto per VPS o server casalinghi. </a> Veniamo subito al dunque e facciamolo partire, cosi potremo provarlo con mano!</h2> </a> Setup con Docker</h2> Ci affidiamo a Docker Compose, cosi con un solo file di configurazione abbiamo tutto il necessario. </a> docker-compose.yaml</h3> services: forgejo: image: codeberg.org/forgejo/forgejo:latest container_name: forgejo restart: always environment: - USER_UID=1000 - USER_GID=1000 volumes: - ./data:/data - /etc/timezone:/etc/timezone:ro - /etc/localtime:/etc/localtime:ro - ./robots.txt:/data/gitea/public/robots.txt:ro expose: - "3000" networks: - forgejo_net networks: forgejo_net: driver: bridge </code></pre> </a> Reverse Proxy</h3> E' possibile usare il web server che preferiamo, come ad esempio traefik, caddy, apache o nginx, in questo articolo vedremo un esempio con quest'ultimo. Qui una configurazione base con https (via Let's Encrypt, gestito esternamente): /etc/nginx/sites-available/forgejo.conf server { listen 80; server_name git.miodominio.it; return 301 https://$host$request_uri; } server { listen 443 ssl; server_name git.miodominio.it; ssl_certificate /etc/letsencrypt/live/git.miodominio.it/fullchain.pem; ssl_certificate_key /etc/letsencrypt/live/git.miodominio.it/privkey.pem; location / { proxy_pass http://localhost:3000; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; } } </code></pre> Dopo aver creato il file, attivare con: ln -s /etc/nginx/sites-available/forgejo.conf /etc/nginx/sites-enabled/ nginx -t && systemctl reload nginx </code></pre> </a> Backup automatico</h2> Il backup rappresenta un step fondamentale del nostro setup, conviene implementarne subito uno all'avvio del servizio, cosi non ce ne dimenticvheremo e terremo i nostri dati al sicuro. Ricordiamoci che qui salveremo il risultato di diverse ore di programmazione, studio e prove! I nostri dati si trovano nel volume data di cui sopra, quindi sarà sufficiente salvare il docker file e la directory data. Io consiglio di usare #borg ma potete usare il softwsre che preferite, trovo particolarmente utile aggiungere questa nuova directory alle procedure di salvataggio che sicuremante avrete già per tutto il resto. (se non le avete potete anche smettere di leggere questo blog, tornate quando ne avrete implementata una). </a> Configurazioni iniziali</h2> A questo punto, dopo l'installazione, non ci resta che accedere via web al nostro software e fare le prime configurazioni. È possibile creare utenti, organizzazioni, concedere permessi e creare tutti i repository che si desiderano. Ciascun progetto può essere impostato ad accesso privatp o pubblico. In questo modo sarà semplicissimo collaborare in più persone allo stesso progetto, tenendo traccia delle varie modifiche. Infine è anche possibile importare direttamente altri repository git. </a> Runner e Action</h2> Forgejo, essendo un fork di Gitea, supporta un sistema di CI/CD integrato chiamato Actions, simile a GitHub Actions, e permette di eseguire job di build o deploy tramite runner personalizzati. Io stesso ne faccio uso, è uno dei motivi per cui mi sto trovando benissimo con forgejo! Ho varie configurazione a seconda del progetto ospitato, ma essenzialmente queste si occupano di effettuare il "deploy" del codice, cioé copiano a destinazione (server di sviluppo o di produzione a seconda dei casi), il codice modificato, cosi che sia pronto all'uso. In questo modo, grazie alla history di git, sarà sempre possibile tornare indietro, nonché tenere traccia delle modifiche nel tempo. </a> Come funziona</h3> Le Actions sono definite da file YAML nei repository (.forgejo/workflows/), e possono contenere job con step eseguiti su runner registrati. I runner sono agent installati su macchine (stessa VPS o remote), che si collegano al server Forgejo e attendono job da eseguire. Una volta definita la condizione scatenante (es: commit su ramo main, rilascio di una nuova versione, ecc) partirà il worksflow che abbiamo definito, con la possibilità di verificarne lo stato di esecuzione in tempo reale. Infine è anche possibile andare a vedere i log delle esecuzione precedenti. All'interno di una action si possono usare #secret e #variabili, in modo da poter riusare il codice della action e allo stesso tempo mantenere al sicuro le credenziali. </a> Setup runner base</h3> Vediamo come creare un nuovo runner, passo passo: export RUNNER_VERSION=$(curl -X 'GET' https://data.forgejo.org/api/v1/repos/forgejo/runner/releases/latest | jq .name -r | cut -c 2-) wget -O forgejo-runner https://code.forgejo.org/forgejo/runner/releases/download/v${RUNNER_VERSION}/forgejo-runner-${RUNNER_VERSION}-linux-amd64 chmod +x forgejo-runner sudo mv forgejo-runner /usr/local/bin/forgejo-runner sudo useradd -m -s /bin/bash forgejo-runner sudo usermod -aG docker forgejo-runner </code></pre> Rechiamoci sull'interfaccia web di Forgejo: Forgejo > Repository > Settings > Actions > Runners > "Generate new token" sudo -i -u forgejo-runner forgejo-runner register </code></pre> </a> Avvio automatico del runner</h4> Io ho usato uno script systemd per l'avvio automatico, ve lo riporto di seguito sudo echo " [Unit] Description=Forgejo Act Runner After=network.target docker.service Requires=docker.service [Service] User=forgejo-runner Group=forgejo-runner ExecStart=/usr/local/bin/forgejo-runner daemon Restart=always WorkingDirectory=/home/forgejo-runner [Install] WantedBy=multi-user.target" > /etc/systemd/system/forgejo-runner.service sudo systemctl daemon-reload sudo systemctl enable forgejo-runner sudo systemctl start forgejo-runner systemctl status forgejo-runner </code></pre> </a> Vantaggi in breve</h2> Repository del proprio codice, diviso come si preferisce: singoli progetti, organizzazioni, ecc.</li> Possibilità di creare utenti per collaboratori/amici con controllo sugli accessi/permessi.</li> Automatizzo test, build, deploy senza dipendere da servizi esterni.</li> Nessuna dipendenza da fornitori terzi e nessun limite di spazio, esecuzioni, personalizzazioni.</li> Versionamento del codice, e nel caso di ci/cd garanzia di riproducibilità</li> Pocchissime risorse necessarie lato server</li> Vuoi mettere quanto è figo avere il proprio servizio di versionamento?</li> </ul> </a> Uso quotidiano</h2> Forgejo supporta #git via #ssh, Web UI e #webhooks. Ho configurato alcuni repository con CI locale usando le Actions e i runner integrati. L’interfaccia è leggera e pulita, senza funzionalità inutili. </a> Conclusioni</h2> Forgejo è una soluzione Git solida, coerente con un approccio decentralizzato. Semplice da gestire, veloce da installare, e adatta anche per chi – come me – preferisce sapere dove stanno i propri dati. Per ora lo utilizzo solo per progetti personali, ma potrei iniziare a usarlo anche per collaborazioni future. Non vi resta che provarlo, fatemi sapere le vostre impressioni con un commento nel #fediverso su questo articolo. Upgrade Home Server Unknown — Mon, 09 Dec 2024 00:00:00 +0000 Alla fine ho ceduto, ho acquistato un mini pc usato di qualche anno fa. Come molti si voi sapranno, da anni il pc sempre acceso di casa mia è un raspberry pi 4, dove gira la domotica di casa (#homeassistant) e qualche altro (piccolo) servizio. Da tempo ero arrivato un po' al limite, perché ho un sacco di sensori e vorrei conservare un po' di storico (comodo ad esempio per analizzare consumi), ho quindi iniziato a guardarmi intorno. Per primo ho pensato al pi 5, a cui però vanno aggiunti alimentatore, case, memorie, e quindi il prezzo quasi raddoppia. Da lì sono passato a guardare cosa offriva il mercato dell'usato, ed eccomi giunto a questa riflessione che condivido con voi. Innanzi tutto i minipc, grazie ai nuovi dischi nvme sono sia compatti, ma anche silenziosi, e poi finalmente da qualche anno a questa parte, non si guarda solo all'evoluzione in termini di prestazioni, ma anche all' efficienza energetica. Anche l'ormai affermata architettura x86 è stata costretta a correre ai ripari nei confronti di arm, molto più efficiente sotto questo punto di vista. Altra cosa da considerare è che negli ultimi 4-5 anni non c'è stata chissà quale rivoluzione sull'hardware e quindi un pc di qualche anno fa è più che sufficiente per i miei scopi (e quelli di molti) . Il sistema operativo #GnuLinux è molto efficiente nel "ridare" vita a vecchi pc, è in pratica un matrimonio perfetto! In rete (ebay, subito, amazon) si trovano molti di questi pc ricondizionati, in quanto spesso sono usati, o meglio noleggiati, da aziende per pc ad uso ufficio. Ovviamente questi mini pc hanno un tdp (= consumo) più alto di un raspberry pi, ma anche molta più potenza di calcolo! Potete addirittura metterci sopra #proxmox e vari server virtuali, a patto di avere memoria ram a sufficienza. Io penso che opterò per #debian su cui userò un po' di software nativi (pacchetti ufficiali) e un po' di immagini #docker alla bisogna. Il modello che ho scelto (Lenovo m900 tiny) è dotato di processore Intel Core i5 6500T, dove la T finale, appunto, strizza l'occhio ai bassi consumi. Il pc è anche dotato di varie uscite video e può anche essere montato dietro ad uno schermo, ma io lo userò in modalità #headless, cioè senza monitor collegato. L'interno hardware del dispositivo è tale e quale ad un portatile, stesso processore, stessa scheda madre, ecc ecc. Ritengo che per uso ufficio e casa è perfetto, basta collegare un monitor (o una tv), tastiera, mouse e via. Per questi usi, va più che bene (con linux), ed è poco rumoroso. Quindi, per concludere, adesso aspetto che mi arrivi e dopo ci vorrà qualche giorno (non vi nascondo che mi fa un po' fatica) per trasferire tutto quello che avevo sul vecchio sul nuovo! Spero di avervi fornito qualche spunto di riflessione interessante, soprattutto riguardo al riciclo dell'hardware, e voi ci avete mai fatto un pensierino? Terminale nel 2025? Ha ancora senso? Unknown — Sat, 19 Oct 2024 00:00:00 +0000 Beh, chi mi conosce saprà già che la mia risposta è decisamente si! Non c'è giorno in cui non lo utilizzi. Molte operazioni sono molto più veloci se fatte da terminale, come ad esempio quelle che si possono effettuare su molti file in un colpo solo! Bisogna ammettere che, iniziando da zero, la strada è in salita, c'è molto da imparare, ma una volta acquisita una certa padronanza, velocizzerete moltissimo il vostro flusso di lavoro e non solo ci sono delle operazioni che si possono effettuare solo in questo modo.. Pensate, ad esempio, alla modifica solo di alcuni file in mezzo a migliaia, oppure spostare solo quelli che rispettano alcuni criteri. Nel mio caso terminale è sinonimo di #bash, la shell più usata in ambito #linux. </a> Esempi</h2> Quelli che seguono sono alcuni esempi dei miei utilizzi più comuni. </a> Resize massivo di immagini</h3> find /home/yunohost.app/nextcloud/data/__groupfolders/3/prove -type f -iname "*.jpg" -exec mogrify -define preserve-timestamp=true -verbose -resize "2048x2048>" -quality 90 {} \; </code></pre> </a> Resize massivo di video</h3> mencoder panettone.mov -vf rotate=1 -oac pcm -ovc lavc -lavcopts ffmpeg -i input.file -c:v mpeg4 -q:v 5 -tag:v DIVX -vf scale=w=720:h=576:force_original_aspect_ratio=decrease -c:a libmp3lame -q:a 3 -ac 2 -ar 44100 output.avi </code></pre> </a> Trovare tutti i link simbolici "rotti"</h3> find /opt/mypath/ -xtype l </code></pre> </a> Rinomina di massa file</h3> for i in File*.txt; do j=`echo $i | sed 's/questo/quello/g'`; mv "$i" "$j"; done </code></pre> </a> Ottimizzazione file pdf</h3> Se vogliamo ridurre le dimensioni di alcuni file pdf in un certo path, rinunciando alla qualità delle immmagini. for file in $(ls suffisso_*.pdf); do gs -sOutputFile="${resize_file%%.*}".pdf -sDEVICE=pdfwrite -dBATCH -dNOPAUSE -dDownsampleColorImages=true -dDownsampleGrayImages=true $file; done </code></pre> </a> sincronizzazione di file e directory</h3> Questo comando si può usare sia tra due directory dello stesso computer, sia nel caso uno dei due sia remoto, l'enorme vantaggio sta nella seconda volta in cui viene lanciato, solo le differenze tra il primo e il secondo saranno trasferite, ottimizzando, quindi, i tempi del trasferimento. (saranno riportati anche i permessi dei singoli file) rsync -auvx /orgine/ /destinazione/ </code></pre> </a> Conversioni di formato (audio, video, ma non solo)</h3> </a> Flac (diversi metodi)</h4> sox track_01.wav track_01.flac for myfile in $(ls *.wav); do flac --verify --replay-gain --best --delete-input-file $myfile; done ffmpeg -i in.wav -af aformat=s16:44100 out.flac </code></pre> </a> Ssh</h2> Spesso la shell (= riga di comando) va a braccetto con il software ssh, che permette di collegarsi su un sistema remoto. Grazie alla combinazione dei due, è possibile amministrare server remoti (cioé diversi dal pc che stiamo usando) o headless, cioé privi dell'interfaccia grafica (che consuma solo risorse aggiuntive), come il famoso #raspberrypi. </a> curl</h2> Come non citare curl</a> il coltellino svizzero della riga di comando, specializzando in richieste remote via http e trasferimento di file. Su questo strumento (#curl) farò un articolo apposito, perché è uno strumento molto potente, in continuo sviluppo e con numerosi casi d'uso. </a> Vim</h2> E' il mio editor per eccellenza, quando uso il terminale uso lui per editare i file di testo (e non solo). </a> Installazione pacchetti</h2> Tutte le varie distribuzioni linux hanno degli appositi software (rigorosamente da riga di comando) per installare i pacchetti e le loro dipendenze, alcuni esempi: apt (Debian/Ubuntu)</li> dnf (Fedora, redhat)</li> pacman (Arclinux)</li> apk (Alpine)</li> </ul> </a> Ansible</h2> Oltre a bash, di cui sopra abbiamo ampiamente parlato, #ansible merita una mensione d'onore (è probabile che in futuro farò un articolo dedicato a questo strumento). Ansible è un tool (open source) di automazione, con cui effettuare il provisioning, la gestione della configurazione, il deploy delle applicazioni e moltissimi altri processi IT, in modo semplice, organizzato e automatizzato. Il suo utilizzo è libero, e in rete è possibile trovare migliaia di playbook (script), condivisi da altri utenti che permettono di automatizzare i compiti più disparati. </a> Software di Backup</h2> Da sempre Linux (ma non solo) offre molti software per gestire il backup da riga di comando. Alcuni esempi borg</li> duplicity</li> restic</li> rsync</li> rclone</li> </ul> </a> Powershell</h2> Infine una piccola digressione/informazione, anche Microsoft è stata costretta ad ammettere la superiorità della riga di comando, infatti dopo anni in cui ha puntato esclusivamente a rendere le interfacce sempre più accattivanti, da qualche anno fornisce insieme ai suoi sistemi operativi la #powershell. Con questo software, di fatto, non ha voluto rimanere indietro rispetto al competitor #linux. In pratica è un ammissione circa il fatto che alcune cose si fanno meglio e più velocemente con la riga di comando! Nel corso del tempo sono nate estenzioni per questa shell, e ormai è possibile effettuare moltissime operazioni, purtroppo ha una propria sintassi, quindi sarà necessario studiare un po'. Per motivi spazio e tempi di lettura l'articolo finisce qui, ma ci sarebbe materiale a sufficienza per scrivere libri su libri o riempire di articoli giornalieri un blog. Spero di avervi un po' incuriosito a provare, e con che i miei appunti su qualche comando che uso vi siano di aiuto. Storage S3 (Simple Storage Service) Unknown — Sun, 22 Sep 2024 00:00:00 +0000 </a> Cos'è?</h2> Amazon S3 è un tipo di storage in grado di memorizzare vari tipi di oggetti, è usato per applicazioni internet, backup, disaster receovery, archiviazione dati e per memorizzare grandissime quantità di dati per poi essere analizzate. Questo servizio è stato lanciato negli usa nel 2006 ed in Europa è arrivato, invece, l'anno successivo. Come abbiamo visto, è nato come un servizio del cloud Amazon, ma poi moltissimi altri vendor (o software) hanno implementato le stesse Api, e quindi è diventato uno standard usato da molti altri fornitori (o software). </a> Vantaggi</h2> Costo ridotto</li> Possibilità di usarlo come repository per i nostri backup (a buon mercato).</li> Se hostiamo un servizio, possiamo optare per una VPS con disco ridotto (magari del tipo NVME), per poi usare s3 per memorizzare i dati di grandi dimensioni, in questo modo massimizziamo prestazioni e conteniamo i costi.</li> Funzionalità avanzate: cifratura dei dati, immutabilità del dato, snapshot, regole sul ciclo di vita dei dati, ecc.</li> </ul> </a> Svantaggi</h2> Vendor locking, diventa fondamentale prevedere un backup (magari incrementale) su un altro provider, ma non ovviamente avremo un raddoppio dei costi. Impossibilità di accedere ai dati in modo tradizionale: non c'è una directory con i dati organizzati in modo gerarchico. </a> Bucket</h2> Un bucket è un container per gli oggetti archiviati in S3, si possono avere più bucket con uno stesso account, può essere utile per separare ambiti diversi e anche per creare chiavi di accesso seperate per ciascun bucket, cosi da segregare le applicazioni. </a> Provider suggeriti</h2> Backblaze</a></li> IDrive e2</a></li> Wasabi</a></li> Amazon AWS</a></li> </ul> </a> Software server</h2> Se vogliamo self-hostare il servizio esistono dei software tramite i quali noi stessi possiamo diventare fornitori del servizio. È consigliabile avere più vps, magari di provider diversi, che formino un cluster, in modo da garantire la disponibilità del dato anche nel caso di un crash singolo. Alcuni di questi software sono: minio</a></li> garage</a></li> seeweedFS</a></li> </ul> </a> Backup</h2> </a> Software client backup</h3> duplicati</a></li> duplicity</a></li> iperious backup</a> (commerciale)</li> rclone</a></li> </ul> </a> rclone</h3> E'un software da riga di comando che è in grado di gestire files che si trova su cloud storage, tra questi quelli di tipo s3. Detto in parole povere, è #rsync con supporto #s3. Quindi possiamo usarlo per spostare i dati da un bucket ad un altro, sincronizzare due bucket, ecc ecc. </a> Vendor backup</h3> Alcuni fornitori offrono un proprio servizio di backup (e ripristino) dei dati, in questo caso bisogna fidarsi del fornitore scelto. Writefreely: il blog della semplicità Unknown — Sun, 15 Sep 2024 00:00:00 +0000 Questo #blog è realizzato con il software #writefreely, la più semplice piattaforma per scrivere contenuti permanenti sul web. </a> Caratteristiche</h2> Si tratta di un software minimalista con cui creare un Blog, o anche un'intera comunità di più blog. Tra le funzionalità, abbiamo l'autosaving, un editor lineare, senza distrazioni, con il supporto di #markup language. Quella che può sembrare una limitazione, invece è un vantaggio: ci si concentra sul contenuto, e non sull'apparenza. Ci sono sia il supporto per il feed rss che la federazione con il #fediverso. </a> Federazione</h2> I vostri post saranno federati con il fediverso, per cui, ad esempio, chiunque abbiamo un account su #mastodon potrà seguire il vostro blog. Se non sapete cos'è il #fediverso, potete approfondire qui: https://fediverso.it </a> Installazione e configurazione</h2> Software leggerissimo, occupa pochissime risorse ed è un solo semplice eseguibile, con l'unico requisito di un database #mysql, che \e dove saranno salvati i contenuti. Se volete cimentarvi nell'installazione e configurazione, seguita la guida ufficiale, davvero molto semplice, ma esaustiva: https://writefreely.org/start </a> Gestione Immagini</h2> Dopo averlo provato, l'unica cose di cui sentivo la mancanza era una gestione delle #immagini, ma ho risolto in maniera molto semplice e utile, vi lascio all'articolo che avevo scritto a tal proposito (basterà cliccare sul tag #immagini). ##Personalizzazione E' possibile configurarlo per gestire più blog o uno soltanto (il sito sui cui vi trovato è in modalità mono). Ciascun blog, può essere configurato i 3 modalità: Pubblico: tutti leggono i vostri articoli.</li> Privato: accessibile solo agli utenti registrati</li> Protetto da password: unica per tutti per poter leggere</li> </ol> Riguardo al punto 1, starà poi a voi decidere se renderlo indicizzabile dai motori di ricerca oppure no, semplicemente configurando il file #robots.txt Esistono 3 modalità di visualizzazione dei post: Blog: vengono mostrate le data degli articoli che saranno visualizzati dal più recente.</li> Novel: nessuna data degli articoli, ordinamento dal primo post in poi</li> Notebook: nessuna data degli articoli, ordinamento dal post più recente.</li> </ol> Infine è disponibile un campo per la firma da personalizzare, questo "pezzetto" di testo, o codice, sarà presente in calce a tutti gli articoli. </a> Css</h3> Le uniche personalizzazioni grafiche realizzabili sono tramite il #css, è possibile trovare in rete dei temi giù pronti da cui partire, tramite i quali personalizzare colori, stili, dimensioni e distanze della pagina, in pieno spirito minimalista. </a> Conclusioni</h2> Personalmente trovo sia davvero piacevole aprire la schermata di nuovo articolo e trovare un schermo pulito, vuoto, in cui concentrarsi sulla scrittura e quindi sul contenuto, less is more! Ho scelto questo software perché non avevo bisogno di fare chissà quale cose strabilianti, ma appunto la necessità era quella di scrivere qualcosa utile per gli altri, ma anche per me (scrivere mi rilassa). Costa aspettate a provarlo? Per chi non si vuol sbattere (o non ha dove farlo) nell'installazione, consiglio questo sito dove potete aprire il vostro blog writefreely: https://noblogo.org Condivisione file Unknown — Tue, 14 May 2024 00:00:00 +0000 </a> Introduzione</h2> Scambiare file tra dispositivi diversi (o persone diverse), si dà per scontato che sia sempre facile, veloce e alla portata di tutti, ma quasi mai è così! Nel 2024.ha senso fare un'articolo sull'argomento? Decisamente sì! Di soluzioni ce ne sono moltissime, ma qui ne vedremo solo 3, che poi sono quelle che uso io, con le quali riesco a coprire tutte le esigenze che ho mai avuto. </a> Pairdrop</h2> Ispirato all'app AirDrop di Apple, questo software offre un servizio semplice, ma allo stesso geniale! Non serve installare alcuna app sul dispositivo, basta un browser! Funziona con tutti i dispositivi e sistemi operativi. E' possibile associare i dispositivi in modo permanente e creare delle stanze in cui scambiare i file. Lo scambio dei file avviene in maniera sicura, il server viene usato solo per mettere in comunicazione i dispositivi, nessun file verrà depositato, anche temporaneamente, sul server. Vi lascio un'istanza se volete provarlo: https://pairdrop.devol.it/ </a> Nextcloud</h2> Funziona in modo asincrono, cioè i due dispositivi non devono essere usati (e disponibili) contemporaneamente. Consente varie opzioni di condivisione, come ad esempio la possibilità di avere una cartella condivisa permanente e aggiornata in tempo reale (gli utenti devono avere account sul sistema (o federati). Ho parlato su questo blog di #nextcloud con un articolo dedicato, clicca sul nome se vuoi approfondire. </a> Bitwarden (Vaultwarden)</h2> Il famoso password manager Bitwarden (e la sua controparte open Vaultwarden) oltre che per gestire le nostre password, può essere usato anche per inviare file e testi, e non si tratta di una funzione di ripiego, ma è molto bene implementata! Abbiamo la possibilità di proteggere il file con una password, impostare la scadenza del link e addirittura può la modalità usa e getta (il file si autodistrugge dopo lo scaricamento) ! Se volete un'istanza da usare liberamente vi suggerisco questa: https://vaultwarden.devol.it E voi cosa usate? #sharing #filesharing #pairdrop #airdrop #bitwarden #vaultwarden Retropie Unknown — Fri, 03 May 2024 00:00:00 +0000 RetroPie è un software gratuito che è possibile installare su Raspberry Pi, Odroid e sistemi x86 e permette di emulare i videogiochi del passato! Si basa su retroarch, che è un frontend per vari emulatori, uno dei suoi punti di forza è la possibilità di avere una configurazione unificata per tutte le piattaforme. RetroArch/Libretro è un progetto di frontend e backend che si propone di creare un proprio ecosistema software che giri come codice dinamico. </a> Guida brevissima</h2> Perché una guida brevissima? Il web è pieno di guide per installare retropie, non ha senso scriverne un'altra, quindi, fate una ricerca: installare retropie</a>. In breve: si scarica immagine della scheda SE, con un software come balena etcher (o dd) la si scrive sulla scheda, si copiano i giochi in nostro possesso, e, infine, si inserisce e via! </a> Come si gioca</h2> E' possibile collegare joypad usb o bluetooth, o usare una tastiera (magari meccanica) per navigare tra i menù e giocare. Date un'occhiata ai joypad della 8bitdo</a>. Essendo un sistema estremamente portatile, è l'ideale da portare ad una cena tra amici e trascorrere la serata a ricordare i giochi che hanno caratterizzato la nostra adolescenza! Sarà sufficiente trovare un tv dotato di porta HDMI, una presa di alimentazione e il divertimento è assicurato. Se emulate giochi "pesanti" potrebbe essere necessario montare una ventola e dei buoi dissipatori sul vostro raspberry. </a> Configurazione</h2> Le personalizzazioni alla configurazione e il caricamento di nuovi file può essere effettuato in due modi: Collegando direttamente la scheda sd ad un altro computer</li> Configurare il sistema per collegarsi alla rete (wifi, ethernet), in modo da poter accedere alle cartelle condivise (già configurate di default).</li> </ol> Il secondo metodo è molto utile anche per applicare aggiornamenti o per fare lo scraping delle copertine. </a> EmulationStation</h3> Si tratta del frontend (menù) che ci accoglie dopo aver acceso il sistema. Da qui si fanno partire i vari giochi (e programmi), è altamente personalizzabile, sia come temi che come immagini. </a> Retroarch</h3> Trattandosi di un unico frontend per i vari emulatori, è possibile accedere al menu e cambiare le configurazioni (es mappatura tasti) per il singolo gioco o come globali e quindi per tutti i giochi che andremo a provare successivamente </a> Sistemi emulati</h2> 3do</li> Amiga</li> Amstrad CPC</li> Apple II</li> Atari 2600</li> Atari 5200</li> Arari 7800</li> Atari Jaguar</li> Atari Lynx</li> Atari ST, STE, TT, Falcon</li> Coco</li> Colevovision</li> Commodore 64, Vic-20</li> Daphne</li> Dragon 32</li> Dreamcast</li> FinalBurn Neo</li> Famicon Disk System</li> GameCube</li> Game & Watch</li> Game Gear</li> Game Boy</li> Game Boy Color</li> Game Boy Advance</li> Intellivision</li> Macintosh</li> MAME</li> Master System</li> Mega-Cd/Sega Cd</li> Megadrive / Genesis</li> MESS</li> MSX</li> Neo Geo</li> Neo Geo Pocket</li> Neo Geo Pocket Color</li> Nintendo 64</li> Nintendo DS</li> Nintendo Entertainment System</li> Oriuc/Armos</li> PC</li> PC-8800</li> PC-9800</li> PC Engine</li> PC Engine 2</li> Playstation 1</li> Playstation 2</li> Pokemon Mini</li> PSP</li> ResidualVM</li> SAM Coupé</li> Saturn</li> ScummVM</li> Sega 32x</li> Sega SG-1000</li> Sharp X1</li> Sharp X68000</li> Super Nintendo Entertainment System</li> TI-99</li> TRS-80</li> Vectrex</li> Videopac</li> Virtual Boy</li> Wii</li> WonderSwan</li> WonderSwan Color</li> ZX-81</li> ZX Spectrum</li> </ul> </a> Rom e licenze (disclaimer)</h2> Attenzione al fatto che molte delle rom anche ancora il copyright in vigore, per cui è necessario possedere una copia acquistata dei giochi che andrete a caricare sul vostro sistema. Usare copie pirata dei giochi è un reato </a> Approfondimenti</h2> Se ne volete sapere ancora di più vi lascio qualche sito: https://retropie.org.uk (sito ufficiale)</li> https://www.retropie.it (sito italiano non ufficiale)</li> https://t.me/retropie_it (gruppo telegram in italiano)</li> https://mastodon.uno/tags/retropie (mastodon)</li> </ul> </a> Per veri nerd</h2> Se ho incuriosito, lo avete provato, vi siete divertiti il passo successivo è quello di costruire un cabinet personalizzato! Vi lascio a qualche immagine presa in giro sul web, giusto per farvi un'idea. </a> Nes Case</h3> Io ho questo come case per il raspberry che uso con retropie. Il disco ssd si trova in quella che era la cartuccia del videogioco! Nextcloud Unknown — Fri, 23 Feb 2024 00:00:00 +0000 Nota Introduttiva: questo articolo sarà solo un'introduzione, seguiranno approfondimenti sui singoli componenti. </a> Cos'è nextcloud</h2> Software open source che permette di realizzare un servizio Cloud personale per i propri dati. Ambiente collaborativo e può anche essere federato con altre installazioni. È possibile installarlo su un proprio dispositivo o usare quello messo a disposizione da alcune aziende o associazioni. L'architettura è modulare, questo ci permette di attivare solo le funzionalità che ci servono e se ne possono aggiungere di nuove (via via che gli sviluppatori le rilasciano). C'è un plugin per ogni esigenza! </a> Caratteristiche</h2> Il suo punto di forza è la condivisione e la sincronizzazione dei file, che può avvenire tramite semplice browser web o utilizzando l'applicazione disponibile per tutti i sistemi operativi. Possiamo considerarlo un'alternativa a Dropbox, Google drive o onedrive. Ci sono anche numerosi servizi aggiuntivi, che coprono diverse esigenze, come ad esenpio: calendario</li> contatti</li> webmail</li> attività (task)</li> note (markup language)</li> chat interna</li> suite per l'ufficio (via web, basata su libreoffice)</li> galleria immagini</li> ebook reader</li> password manager</li> gestione bookmark (con possibilità di sync con plugin per il browser)</li> podcast</li> libro di ricette</li> ricerca</li> forms</li> </ul> Questi servizi possono essere usati via web, o con i vari client, con il vantaggio di avere tutto sincronizzato tra più dispositivi. Nextcloud diventa così il proprio hub personale dove ci sono tutti i propri dati e le proprie attività. </a> Vantaggi</h2> self hosting: possiamo installarlo su un nostro pc o su una #vps in modo che i nostri dati siano sempre sotto il nostro controllo.</li> nel caso si voglia affidarsi al lavoro di altri, possiamo scegliere il provider che vogliamo e cambiarlo in qualsiasi momento (esportando i dati)</li> tra utenti dello stesso server (o federati) è possibile collaborare</li> condivisione di file (e immagini) avendo sempre tutto sotto controllo, vedi paragrafo dedicato sotto.</li> ricerca globale: usando la casella di ricerca, questa verrà effettuata ovunque: file, note, contatti, calendario, ecc. ecc.</li> </ul> </a> Backup</h2> Come abbiamo visto nextcloud è la nostra casa personale di tutti i dati e attività, diventa quindi fondentale prevedere un sistema di backup affidabile, a cui far ricorso in caso di problemi. </a> Cosa salvare</h3> Database: dipende da quello che avete scelto, ma solitamente si tratta di Mysql (o MariaDB). Le procedure di salvataggio sono quelle consuete (mysqldump), che potete trovare in rete o in questo blog (in futuro).</li> File: salvataggio della directory nextcloud ospitata dal webserver, che contiene sia il software che i nostri dati</li> Se non siamo gli unici utilizzatori dell'istanza, è consigliabile impostare l'istanza in modalità manutenzione durante le operazioni di salvataggio, in modo da avere la consistenza dei dati.</li> </ol> Vi consiglio di usare un sistema come #borg, il quale può essere usato in modalità incrementale così vi garantisce di poter recuperare sempre una certa versione dei vostri documenti e ha il vantaggio che, dopo la prima esecuzione, i backup successivi trasferiranno solo le nuove modifiche sul backup, saranno così molto veloci e occuperanno solo lo spazio strettamente necessario! </a> Condivisione di file</h2> cartelle (e file) in sola lettura per utenti anonimi anche protetti da password</li> possibilità di poter ricevere file da altri (upload)</li> galleria foto</li> cartelle collaborative con altri utenti del server (o istanze federate)</li> supporto nativo a #webdav</li> applicazione desktop per sincronizzazione automatica dei file.</li> supporto al versionamento</li> </ul> </a> Calendario e contatti</h2> configurando un app come #davx5 vi permette di sincronizzare contatti e calendario del vostro smartphone</li> È possibile sincronizzare anche i client desktop, sfruttando i protocolli standard #caldav e #carddav</li> import e export da e verso altri sistemi</li> </ul> </a> App mobile</h2> accesso a tutti i propri file in mobilità</li> auto upload delle foto scattate</li> </ul> </a> Task</h2> gestione categorie</li> sotto task</li> date di inizio e scadenza</li> percentuale avanzamento</li> </ul> </a> Note</h2> accesso web</li> markup language</li> categorie</li> app mobile</li> </ul> </a> Nota personale</h3> Io sto usando tantissimo le note, per segnarmi di tutto: appunti, comandi, persino le bozze che scrivo per il blog. Trovo che sia la vera killer application, ritrovo sempre tutto e l'impaginazione è semplice e funzionale. </a> Suite ufficio</h2> E' possibile editare i documenti office anche via interfaccia web: Software basato sul diffuso libreoffice</li> Editing collaborativo real time (è necessario installare Collabora office)</li> </ul> </a> Utenti di mastodon.uno</h2> Se vi ho incuriosito e volete provare ad usarlo, vi segnalo che gli utenti di mastodon.uno posso richiedere un account da qui: https://cloud.mastodon.uno/apps/forms/s/YSCoCC37D9omTN8iXSKkQqz9 (sul server sono già preinstallati diversi software aggiuntivi) Come bloccare la pubblicità sullo smartphone Unknown — Sat, 10 Feb 2024 00:00:00 +0000 Aggiornamento 14/02/2024: aggiungo in fondo all'articolo le modifiche necessarie per la parte server. Questo metodo lo utilizzo ormai da svariati mesi e funziona benissimo! Premetto subito che non è una semplice soluzione adatta per tutti, poiché richiede un server #wireguard e un'installazione di #pihole. Però se avete un amico che ha già configurato tutto per se, sarà molto semplice farlo usare anche a voi! E' complessa la configurazione server, mentre la parte client è semplicissima: scaricare un'app e scansionare un qr code. Abbiamo visto la configurazione di entrambi su questo blog (cliccate sui due hashtag per le leggere le guide). Con questo metodo non solo bloccherete le pubblicità invasive sul browser, ma su tutte le app! Inoltre oltre al blocco pubblicità avrete anche il blocco dei siti malevoli (in base alle liste che avete deciso di aggiungere a pihole). Il trucco è usare la vpn per fare in modo che lo smartphone navighi nello stessa modalità che avviene da casa, cioè protetto da pihole! Abbiamo due diverse modalità di uso per la vpn: usarla solo per la risoluzione dns</li> usarla per tutto il traffico</li> </ul> L'una non esclude l'altra, cioè possiamo fare due profili diversi e passare da uno all'altro in base alle necessità (ad esempio se ci connettiamo un WiFi pubblico non protetto, conviene usare la seconda opzione). La prima soluzione ha il vantaggio di consumare pochissima banda per il server, solo lo stretto necessario per le risoluzioni dns. Esempio di configurazione solo dns: [Interface] PrivateKey = chiave_priv_client1 Address = 192.168.20.2/24 Dns = ip_vpn_privato_server [Peer] PublicKey = chiave_pub_server PresharedKey = xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx AllowedIPs = ip_vpn_privato_server/32 Endpoint = hostname_pubblico_server:porta </code></pre> Esempio di configurazione traffico completo: [Interface] PrivateKey = chiave_priv_client1 Address = 192.168.20.2/24 Dns = ip_vpn_privato_server [Peer] PublicKey = chiave_pub_server PresharedKey = xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx AllowedIPs = 0.0.0.0/0, ::/0 Endpoint = hostname_pubblico_server:porta </code></pre> Vi consiglio di usare questo client per wireguard wg-tunnel, perché ha una funzionalità fondamentale per il nostro scopo: è in grado di attivare automaticamente la vpn quando ci disconnettiamo dalla nostra wifi (è possibile scegliere più reti fidate). Non ho provato questa soluzione su iPhone, ma presumo che possa funzionare anche lì. Infine vi consiglio anche un'ottimo client #android per gestire pihole: Pi-hole Droid. </a> Aggiornamento 14/12/2024</h2> </a> Modifiche configurazione server</h3> Affinchè il server sia in grado di ruotare i pacchetti ricevuti dalla VPN è necessaria qualche configurazione in più, dei comandi "standard" #iptables per gli addetti ai lavori. (su iptables trovate ampia documentazione on line) Ma veniamo al dunque Esempio di righe in aggiunta alla parte server: ... PostUp = iptables -A FORWARD -i %i -j ACCEPT PostUp = iptables -A FORWARD -o %i -j ACCEPT PostUp = iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE # DNS - sostituire 192.168.1.x con ip del proprio pihole PostUp = iptables -I FORWARD -i %i -p udp -m udp -d 192.168.1.x/32 --dport 53 -j ACCEPT PostUp = iptables -I FORWARD -i %i -p tcp -m tcp -d 192.168.1.x/32 --dport 53 -j ACCEPT # Blocco rete locale per tutti (nell'esempio è con subnet 192.168.1.0) PostUp = iptables -I FORWARD -i %i -d 192.168.1.0/24 -j REJECT # Apertura rete locale ad un singolo ip PostUp = iptables -I FORWARD -i %i -s 172.16.2.2/32 -d 192.168.1.0/24 -j ACCEPT PostDown = iptables -D FORWARD -i %i -j ACCEPT PostDown = iptables -D FORWARD -o %i -j ACCEPT PostDown = iptables -t nat -D POSTROUTING -o eth0 -j MASQUERADE ... </code></pre> Spazzolini elettrici e domotica indipendente Unknown — Fri, 09 Feb 2024 00:00:00 +0000 Pare che la vicenda degli spazzolini elettrici WiFi usati per un attacco informatico non sia reale, ma piuttosto si tratta di uno scenario ipotetico. (https://www.hwupgrade.it/news/sicurezza-software/tre-milioni-di-spazzolini-elettrici-smart-utilizzati-come-rete-botnet-per-un-attacco-ddos_124149.html) Certo non molto distante dalla realtà, visto che ormai tutti gli elettrodomestici hanno connettività WiFi. A mio avviso il problema è il come è stata implementata la connettività degli apparecchi. Infatti molti di questi richiedono obbligatoriamente una connessione internet funzionante. A parte eventuali problematiche legate alla sicurezza, questo comporta anche una dipendenza dal sito del produttore. Cioè se per qualsiasi motivo (economico e non) quest'ultimo decide di chiudere il servizio, il nostro apparecchio perderà queste funzionalità. Facciamo un esempio concreto: in casa ho un impianto di #domotica personale con #homeassistant, ho anche l'impianto di condizionamento collegato in WiFi. Dato che gli apparecchi hanno qualche anno, ho dovuto acquistare una scheda aggiuntiva (WiFi) da inserire al loro interno. Dopo un po' di ricerche e approfondimenti, ho scoperto che ne esistevano due versioni, una più vecchia, ma che esponeva direttamente in rete locale delle #api, e una più moderna che funzionava solo se è attivo un collegamento internet (e il server del produttore è funzionante). Ho faticato un po', ma alla fine sono riuscito a trovare la prima versione della scheda presso un venditore on line, ne aveva ancora disponibili anche se ormai fuori produzione (per mia fortuna). In questo modo riesco a comandarli (e interrogare lo stato) anche se la connessione internet di casa dovesse non funzionare o se il produttore decidesse di interrompere il servizio. Concludendo, quando acquistate un apparecchio, nella scelta fate attenzione anche a questo aspetto! #domotica #sicurezza #wifi #informatica #spazzolini Wireguard - VPN per tutti Unknown — Sun, 28 Jan 2024 00:00:00 +0000 </a> Definizione</h2> WireGuard è un programma open source che implementa una connessione VPN per creare connessioni sicure punto-punto </a> A cosa serve?</h2> Sicuramente avrete già sentito parlare di vpn, qualora ne siate a digiuno provo a scriverlo brevemente. Attivando questa connessione tra due dispositivi, collegati entrambi alla rete internet, permette loro, in modo sixuro, di comunicare tra di loro. </a> Vantaggi</h2> Wireguard si distingue da altri programmi simili per la sua leggerezza, occupa pochissime risorse, e per le prestazioni. Se lo provate, con una buona connessione da ambo i lati, vi sembrerà davvero di essere in rete locale. La connessione tra i due punti è cifrata e quindi sicura. </a> Perché usarlo</h2> Collegarsi alla propria rete domestica da fuori casa (senza esporre pubblicamente i servizi, ma solo la porta della vpn)</li> Amministrare / gestire dispositivi di: amici / parenti / clienti</li> Condividere risorse locali solo con chi si vuole</li> Anonimato (navigare sul web come se fisicamente si ci trovasse nella rete del server vpn)</li> Sicurezza: se si è connessi ad una rete pubblica il nostro traffico sarà comunque cifrato</li> blocco pubblicità su smartphone se usato in accoppiata a #pihole (seguirà articolo dedicato)</li> Supporto dello split tunnel</li> </ul> </a> Caratteristiche</h2> Si basa su protocollo udp, e non tcp per avere prestazioni migliori</li> Disponibile per svariati sistemi operativi</li> Funziona su tutti i dispositivi mobili</li> Risorse richieste quasi nulle, funziona benissimo su vecchi pc o su #raspberrypi</li> Configurazione facile con un file unico (portatile)</li> Configurazione tramite qr code</li> Possibilità di avere più vpn attive contemporaneamente</li> </ul> </a> Creare una nuova connessione</h2> Installare il software</li> Scgliere una porta udp dedicata</li> Abllitare il forwarding della porta sul nostro router</li> Scelta di una subnet (dedicata)</li> Abilitare il forwarding dei pacchetti ip</li> Creare la configurazione</li> </ol> </a> Configurazione manuale (da riga di comando)</h3> Di seguito vari comandi, divisi per argomento, che permettono di attivare la nostra prima vpn. La preshared key non è obbligatoria ma se la si usa si renderà la connessione ancora piuù sicura. Negli esempi sottostanti abbiamo scelto 92.168.20.0/24 come subnet per la nostra vpn. </a> Installazione (debian)</h4> sudo apt update sudo apt install wireguard sudo vi /etc/sysctl.conf net.ipv4.ip_forward=1 sudo sysctl -p </code></pre> </a> Generazione chiavi</h3> Le chiavi generate vanno sia per una configurazione come server che come client umask 077 wg genkey > privatekey wg pubkey < privatekey > publickey wg genpsk > preshared.keys </code></pre> </a> Esempio di file conf del server</h4> /etc/wireguard/wg0.conf [Interface] PrivateKey = chiave_privata_server Address = 192.168.20.1/24 ListenPort = 52001 SaveConfig = true PostUp = iptables -t nat -I POSTROUTING -o eth0 -j MASQUERADE PreDown = iptables -t nat -D POSTROUTING -o eth0 -j MASQUERADE [Peer] PublicKey = chiave_pub_client_1 PresharedKey = xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx AllowedIPs = 192.168.20.2/32 </code></pre> </a> Esempio di file conf del client</h4> [Interface] PrivateKey = chiave_priv_client1 Address = 192.168.20.2/24 [Peer] PublicKey = chiave_pub_server PresharedKey = xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx AllowedIPs = 0.0.0.0/0, ::/0 Endpoint = hostname_pubblico_server:52001 </code></pre> </a> Comandi per la connessione</h4> sudo wg-quick up wg1 sudo wg-quick down wg1 sudo wh show </code></pre> </a> Avvio automatico con systemd</h4> sudo systemctl enable wg-quick@wg0.service sudo systemctl start wg-quick@wg0.service sudo systemctl status wg-quick@wg0.service </code></pre> </a> Generare Qr code</h4> Installare il software qrencode qrencode -t ansiutf8 < /etc/wireguard/clients/client1.conf </code></pre> </a> Aggiunta nuovi client</h2> Per aggiungere un nuovo client, conviene spengere la vpn del server (wg down), aggiungere le nuove righe al file di configurazione, e riattivare la connessione (wg up) </a> Configurazione guidata</h3> Vedi i due frontend web suggeriti sotto per la parte server. Per la configurazione come client è sufficiente importare il file conf generato o in alternativa il qr code. Per la connessione è sufficiente utilizzare un client; Su linux è possibile usare li strumenti integrati nel desktop in uso attraverso NetworkManager (kde, gnome, ecc)</li> Su windows è sufficiente scaricare il client dal sito ufficiale (https://www.wireguard.com)</li> Android Play store: https://play.google.com/store/apps/details?id=com.wireguard.android</li> Apple store: https://apps.apple.com/it/app/wireguard/id1441195209</li> </ul> </a> Programmi accessori (frontend)</h2> https://github.com/ngoduykhanh/wireguard-ui</li> https://github.com/wg-easy/wg-easy</li> https://github.com/subspacecloud/subspace</li> https://www.wireguardconfig.com/</li> </ul> </a> Funzioni avanzate</h2> </a> Dns</h3> Nella configurazione del client è anche possibile indicare quale server dns utilizzare </a> Firewall per i client</h3> Nalle configurazione server è possibile aggiungere più righe di PostUp con iptables, e quindi configurare il firewall con assoluta personalizzazione: è possibile, quindi, limitare la risorse da accedere a specifici indirizzi </a> Limitare la banda</h3> Sempre grazie ai comandi postup è possibile anche limitare, qualora si voglia, la banda passante per i client (sia in upload che ion download), ad esempio: PostUp = tc qdisc add dev wg0 ingress; tc filter add dev wg1 protocol ip ingress prio 2 u32 match ip dst 0.0.0.0/0 action police rate 10mbit burst 10mbit; tc filter add dev wg0 protocol ip ingress prio 2 u32 match ip src 0.0.0.0/0 action police rate 10mbit burst 10mbit PostUp = tc qdisc add dev wg0 parent root handle 1: hfsc default 1; tc class add dev wg0 parent 1: classid 1:1 hfsc sc rate 10mbit ul rate 10mbit </code></pre> moodeaudio: post su mastodon Unknown — Thu, 18 Jan 2024 00:00:00 +0000 In questo brevvisimo articolo vedremo uno #script che preleva il brano attualmente in riproduzione su moOde e lo pubblica (come toot) su #mastodon. (se non sapete cos'è #moodeaudio trovate articolo dedicato cliccando sul tag) Io lancio lo script di seguito manualmente per non pubblicare troppi toot (ad ogni cambio brano), ma potete integrarlo facilmente in vari automatismi (ad esempio usando #homeassistant). Dato che lei formazioni vengono recuperate via rete, potete eseguirlo da un qualsiasi pc della vostra rete casalinga. </a> Prerequisiti</h2> Curl: di solito è già installato, qualora non lo fosse potete farlo semplicemente usando l'utility di gestione del software della vostra distribuzione (apt, dnf, pacman)</li> Toot</a>: client da riga di comando per mastodon (trovate tutti i dettagli e le istruzioni per installarlo sul sito qui indicato, anche se come sopra probabilmente sarà già incluso nella distribuzione che usate)</li> Jq: utility, da riga di comando, in grado di processare (e visualizzare) file json</li> </ul> </a> Script</h2> Di seguito lo script che ho realizzato in linguaggio bash: #!/bin/bash testo="Sto ascoltando: " testo+=$(curl -s "http://moode.local/command/?cmd=get_currentsong" | jq -r '.artist + " - " + .title') testo+=" #musica #moodeaudio #hifi #raspberrypi" toot post "$testo" </code></pre> Matrix Unknown — Mon, 08 Jan 2024 00:00:00 +0000 </a> Cos'è?</h2> Protocollo aperto e decentralizzato per la messaggistica. I suoi punti di forza sono, a mio avviso, la crittografia (e2ee), il fatto che essendo decenrrallizato ci sono più server che comunicano tra loro e quindi si può, non solo, scegliere il server che si vuole, ma anche installarne uno proprio con cui comunicare con gli altri. Su matrix troverete molte stanze tematiche, questo è un altro dei suoi punti di forza, molti progetti opensource hanno la propria stanza tramite la quale parlare direttamente con gli sviluppatori. Cercando di semplificare, potremmo definirlo come il sostituto di #irc. </a> Server pubblici</h2> Trovate qui la lista: https://servers.joinmatrix.org/ </a> Sellf hosting</h2> È possibile installare e configurare un proprio server, così sarete voi stessi a deciderne le regole, ma soprattutto potete affiancarci vari bridge e bot (vedremo in seguito cosa sono). In un prossimo articolo vedremo nel dettaglio un esempio concreto di installazione e configurazione. Personalmente, in uno dei setup che ho seguito ho utilizzato docker, sia per il il server matrix, ma anche per tutti gli altri componenti aggiuntivi (che vedrete di seguito). Per il momento vi lascio una semplice lista di software che potete utilizzare. </a> Server software</h3> synapse (stabile, supporta tutte le funzioni, ma è un po' pesante)</li> dendrite (scritto in go, rappresenta la nuova generazione di server, molto più leggero come risorse, supporta il 99% delle funzioni matrix, ma non è ancora stabile)</li> conduit (leggerissimo, ottimo per uso personale, non supporta a pieno tutte le funzioni di matrix)</li> </ul> </a> Bridge</h2> Grazie ai bridge potete usare Matrix per dialogare con le altre app di messaggistica, come dice il nome stesso questi faranno da ponte tra le varie App. Facebook messenger</li> Telegram</li> WhatsApp</li> Irc</li> signal</li> </ul> Trovate qui</a> un elenco molto più esaustivo. </a> Bot</h2> Esistono anche molti bot già pronti all'uso, ma anche delle basi da cui partire per poter scrivere il proprio. Qui ne trovate alcuni: https://matrix.org/ecosystem/integrations/</li> https://github.com/topics/matrix-bot</li> </ul> </a> Client</h2> Essendo matrix un protocollo aperto, esistono vari client che possono essere utilizzati. Sono disponibili per tutti i sistemi operativi, ma anche per Android e iPhone. Molti dei client che seguono sono disponibili anche in modalità web, compatibile con tutti i browser: Element (il client più usato, pesante, ma ricco di funzionalità)</li> Cinny (client web molto pratico e leggero)</li> Fluffy (client mobile molto leggero)</li> Elementx (client di nuova generazione, ancora in beta, ma che promette di essere leggerissimo)</li> SchildiChat (un fork di element, con in più alcune ottimizzazioni, specialmente in ambito mobile)</li> </ul> </a> Stanze consigliate</h2> L' elenco sarebbe lunghissimo, e ciascuno segue quelle relative ai propri interessi, ne indico alcune, giusto per farci un giro se chi legge questo articolo deciderà di iscriversi. https://matrix.to/#/#lealternativegruppo:matrix.org</li> https://matrix.to/#/#mozilla-italia:mozilla.org</li> https://matrix.to/#/#mastodon:mozilla.org</li> https://matrix.to/#/#pixelfed:matrix.org</li> https://matrix.to/#/#Debian-Italia:matrix.org</li> https://matrix.to/#/#vaultwarden:matrix.org</li> https://matrix.to/#/#Raspberryita:matrix.org</li> </ul> Poi ci sono ovviamente tutte le stanze dedicate ai software sopra menzionati (sia client che server), in cui, ad esempio, potete aiuto in caso di problemi. Il mio impianto hifi Unknown — Tue, 26 Dec 2023 00:00:00 +0000 Su questo blog voglio parlare anche di musica, quale miglior modo per iniziare se non l' approccio Nerd che descrive ciò che ho in casa nel momento in cui scrivo? In realtà in casa ne ho ben due: andiamo in ordine cronologico: quello secondario (che tengo in camerina), è quello storico che acquistai con il mio primo lavoro e che con pochissime modifiche è arrivato ai giorni d'oggi. Poi c'è quello primario, posizionato nel soggiorno, e che quindi considero come primario, essendo usato maggiormente. L'impianto primario è quello più studiato, su cui mi sono concentrato negli ultimi anni. In entrambi i casi si tratta di impianti mediocri, niente dai costi proibitivi, ma io ne sono pienamente soddisfatto! Ma scendiamo nel dettaglio e vediamo cosa ho nel momento in cui sto scrivendo. (Dicembre 2023) </a> Impianto Primario</h2> E' composto da: amplificatore classe D assemblato da me usando la scheda Hypex NC252MP e case in metallo Ghent Audio</li> Raspberrypi 4 con Moode Audio installato, disco usb ssd, cablaggio ethernet, con alimentatore lineare</li> DAC S.M.S.L SU-9</li> Diffusori da scaffale B&W 706 S3</li> Subwoofer Elac DEBUT S10.2</li> </ul> Ciascuno dei componenti ha una propria storia, e l'impianto cosi come descritto è arrivato per gradi, cioè nel tempo ho aggiornato un componente per volta. Essendo posizionato in una stanza polifunzionale (soggiorno/cucina), sono dovuto scendere a compromessi: quello che ritengo sia il più importante nel mio caso, è che ho dovuto, per motivi di spazio, optare per dei diffusori da scrivania con posizionamento, purtroppo, a pochi centimetri dalla parete posteriore. Avendo dei diffusori abbastanza compatti, ho voluto aggiungere anche un subwoofer: trovo il suono decisamente più completo, per tutti i generi di musica che ascolto. Abitando in condominio non ascolto a volumi elevati, soprattutto il subwoofer tendo ad usarlo ad un volume molto basso. L' amplificatore Hypex è davvero molto pulito, non potevo fare scelta migliore. Ad esso è collegato, con cavi bilanciati XLR, il DAC che nel mio caso funge anche da pre: S.M.S.L SU-9 Uso il telecomando del DAC per regolare il volume, dato che il mio amplificatore, essendo un puro finale di potenza, non ha il potenziometro per il volume. A sua volta il DAC è collegato al raspberry pi con cavo USB. Dato che per la riproduzione audio non si consumano molte risorse, il raspberry è senza ventola, ma ha un case-dissipatore che è più che sufficiente. Infine l'alimentatore è di tipo lineare, in modo da ridurre al massimo i rumori di fondo. Su questo impianto, ma anche sull' altro, ascolto solo musica liquida, dalle segenti sorgenti: Archivio locale su disco in formato flac o DSD</li> Abbonamento Qobuz</li> </ul> Riguardo la prima opzione, per la musica che mi piace tendo ad averla in archivio in formato #flac. Questo formato è senza perdita di qualità, e nel mia collezione la qualità da quella usata per il cd in su, cioé molti dei miei file hanno un formato superiore, come bit e frequenza, a quello del normale cd. In questo modo sono sempre sicuro di poter godere e usufruire della musica che ho acquistato. Il mio archivio musicale è circa 500Gb, ed è salvato in più copie (almeno 4) a giro per casa, in modo da essere al sicuro in caso di problemi Negli ultimo tempi, ho affiancato il mio archivio con un servizio di musica in streaming, in modo da scoprire qualcosa di nuovo (nuovi gruppi) e anche per curiosare in altri generi musicali. In particolare, uso il servizio Qobuz, perché è uno dei pochi che ha una qualità senza compromessi (formato flac, vedi spiegazione di sopra). Il software moode installato sul raspberry è compatibile con lo streaming da Qobuz, per cui funziona molto bene, utilizzo il software Bubbleupnp sul telefono per gestire la riproduzione in streaming, aggiungere brani alla coda, scoprire le nuove uscite, ecc ecc. </a> Impianto Secondario</h2> Amplificatore Yamaha ax-396</li> Diffusori Celestion F2</li> Raspberrypi 4 con Moode Audio installato, disco usb ssd, cablaggio ethernet, con alimentatore lineare (Allo Nirvana)</li> DAC HAT Allo Boss e case</li> subwoofer Yamaha YST-SW40</li> </ul> Anche il secondo impianto viene usato con la musica liquida, quindi vale tutto quello che ho scritto sopra. L'unica cosa su cui mi soffermo è il dac, in questo caso è di tipo HAT, cioé come dice la parola stessa (=cappello), è una schedina che va a posizionarsi sul connettore gpio del raspberry, a cui, quindi, aggiunge un'uscita rc audio analogica (la classica con i connettori bianco e rosso). In questo modo abbiamo una soluzione super compatta, ma funzionale, da poter attaccare direttamente ad un amplificatore. </a> Impianto cuffie casalingo</h2> Anche questo è posizionato in camerina, per cui possiamo anche dire che si fonde con l'impianto secondario, dato che sono collegate insieme. Veniamo alle componenti: Dac e amplificatore FiiO K5 Pro</li> Cuffie HiFiMAN Sundara Magneto-planari</li> Computer fisso con: collegamento al NAS con la mia libreria di file .flac in hires</li> software Qobuz con abbonamento per streaming hires</li> </ul> </li> </ul> Il dac per le cuffie è anche collegato all'amplificatore, in questo caso lavora solo come DAC inviando il segnale all'amplificatore. </a> Audio in mobilità</h2> Per non farsi mancare niente, nel tempo ho anche acquistato dei dispositivi per ascoltare musica in mobilità, con una qualità maggiore della media diciamo. Ecco la lista: Riproduttore portatile Hidizs AP80 PRO con scheda sd da 512MB</li> Cuffie sennheiser MOMENTUM 3 Wireless</li> FiiO BTR5 Amplificatore Portatile Bluetooth Bilanciato</li> Auricolari TRN BA8 16BA con cavo bilanciato TRN T3 intrecciato in argento</li> Auricolari TINHIFI T2</li> </ul> In questo articolo non ho volutamente parlato di cavi, ma anche quelli rientrerebbero nel listone, penso di aver già scritto molto così, chissà magari ne parlerò in un prossimo articolo Home Assistant rsync backup Unknown — Mon, 18 Dec 2023 00:00:00 +0000 Ho scritto un plugin per home assistant! Ma ce n'era davvero bisogno? Purtroppo si, perchè avevo una particolare necessità che sotto vi spiego. </a> Contesto</h2> A casa ho un NAS che tengo quasi sempre spento, e che accendono alla bisogna. Quando lo accendo, ci sono delle procedure/software installati che partono e aggiornarnano i dati. Avevo, quindi, la necessità di trovare una soluzione simile anche con #homeassistant. Ho provato vari plugin esistenti, ma nessuno faceva al caso mio. Dato che implementare questo tipo di plugin sulla carta sembrava molto semplice, ho deciso, quasi per gioco, di scriverne uno. Lo trovate qui: https://github.com/magostinelli/hassio-addons-rsync-key </a> Cosa fa?</h3> Sincronizza i backup locali con quelli remoti via ssh con scambio chiave (senza password). Al primo avvio del componente aggiuntivo viene mostrata la chiave (pubblica) creata, tale chiave dovrà essere abilitata per l'accesso sul nas al percorso in cui vogliamo depositare la copia dei nostri backup. Il plugin ha alcune opzioni di configurazione: E nella schermata dei log è possibile monitorare la sua ultima esecuzione. </a> Come lo uso?</h3> Ho creato un automazione che fa partire questo componente aggiuntivo 1 minuto dopo aver rilevato che il mio nas è stato acceso. Una volta che il componente avrà eseguito il suo lavoro si spengerà automaticamente, così il consumo di risorse è davvero inesistente. #homeassistant #hass #rsync #linux #backup #nas moOde audio Unknown — Sat, 16 Dec 2023 00:00:00 +0000 </a> Cos'è?</h2> Uno streamer audio da installare su #raspberrypi (o su altri SBC). </a> A cosa serve?</h2> Riproduzione audio di alta qualità dalla propria libreria personale (nas, disco usb). o dai servizi streaming più disparati. </a> Cosa può fare</h2> Può riprodurre tutti i più diffusi (e non) formati audio come ad esempio: flac, mp3, ape, wav, ogg, ecc.</li> Organizzare la propria libreria musicale (riprodurre per generi, artisti, tag, anno, ecc.)</li> Riprodurre da servizi streaming quali Quobuz, Tidal o Spotify</li> Supporto alle Web radio</li> Supporto Upnp</li> Supporto di dac esterni usb o tramite HAT</li> Airplay</li> Riproduzione via bluetooth -Aggiornamento con un click</li> </ul> </a> Supporto dac</h2> Il supporto per i dac è davvero molto esteso, potete consultare il forum ufficiale</a> se volete leggere l'esperienza di altri utenti, ma sono sicuro che difficilmente avrete problemi di compatibilità. </a> Installazione di moode</h2> Non credo sia necessaria una guida, la procedura è sempre la stessa di quando si installa qualcosa sul raspberry, sarà sufficiente procurarsi una scheda sd, l'immagine di moOde e scrivere quest'ultima sulla scheda. </a> Uso con Qobuz</h2> In quanto possessore di abbonamento #Qobuz, uso moOde anche con questo servizio, di seguito alcuni brevi istruzioni per usarlo nella maniera, a mio avviso, migliore. Il dispositivo mobile servirà solo come telecomando, una volta aggiunti alla coda i brani, la riproduzione proseguirà anche se il dispositivo si disconnette e quindi non avremo alcun impatto sulla batteria per fare transcodifiche. Sarà necessario avere sul proprio smartphone (o tablet) l'applicazione BubbleUPnP (costa pochi euro). Impostare la configurazione come da schermate che seguono: Nelle impostazioni di moOde sarà necessario attivare Open Home, come da schermata seguente. Infine adesso aprendo BubbleUPnP, potete scegliere il vostro dispositivo moOde (icona select renderer), e nel menu troverete qobuz, a cui vi loggherete con le credenziali in vostro possesso. Che altro aggiungere? Io lo uso con soddisfazione da anni ormai, se avete delle domande sono a vostra disposizione! Pi-hole Unknown — Sun, 10 Dec 2023 00:00:00 +0000 Fa parte dei software indispensabili: vi consiglio di installarlo sul vostro #raspberrypi, sul vostro #NAS o su qualsiasi dispositivo (su base #linux) che terrete sempre acceso. Il mio consiglio va in direzione del raspberry, viste i consumi e dimensioni ridotte, ma ciascuno rimane libero di fare le proprie scelte. </a> Cos'è</h2> Pi-hole è un'applicazione **Linux ** pensata per bloccare la pubblicità e il tracciamento degli utenti su Internet a livello di rete locale. Pi-hole agisce come un DNS sinkhole[ e, opzionalmente, come un server DHCP. Fonte: https://it.wikipedia.org/wiki/Pi-hole </a> Come funziona</h2> Si affianca al vostro router per la connettività Internet ed è in grado di bloccare le pubblicità e i traccianti per tutti i dispositivi di casa. Può funzionare come server #DHCP (in questo caso dovrete disattivare quello presente sul vostro router), oppure può affiancarlo (nelle impostaziooni dhcp del router dovrete indicare là indirizzo ip di pi-hole come server dns per i client). Una volta fatta questa configurazione non dovrete fare niente sui vostri dispositivi, che siano computer, telefoni o smarttv, facile no? </a> Installazione</h2> </a> Standalone</h3> curl -sSL https://install.pi-hole.net | bash</code> </a> Prerequisiti e sistemi supportati</h4> Consultate la pagina ufficiale qui: https://docs.pi-hole.net/main/prerequisites/ </a> Docker</h3> Consiglio di usare docker-compose, di seguito una configurazione di base che potete personalizzare a voswtro piacimento version: "3" version: "3" services: pihole: container_name: pihole image: pihole/pihole:latest # For DHCP it is recommended to remove these ports and instead add: network_mode: "host" ports: - "53:53/tcp" - "53:53/udp" - "67:67/udp" # Only required if you are using Pi-hole as your DHCP server - "80:80/tcp" environment: TZ: 'Europe/Rome' # WEBPASSWORD: 'set a secure password here or it will be random' # Volumes store your data between container upgrades volumes: - './etc-pihole:/etc/pihole' - './etc-dnsmasq.d:/etc/dnsmasq.d' # https://github.com/pi-hole/docker-pi-hole#note-on-capabilities cap_add: - NET_ADMIN # Required if you are using Pi-hole as your DHCP server, else not needed restart: unless-stopped </code></pre> </a> Personalizzazione</h2> </a> Aggiunta di liste di blocco</h3> Le liste si configurano dall'interfaccia web alla voce AdList, eccone alcune che potete aggiungere: https://www.github.developerdan.com/hosts/lists/ads-and-tracking-extended.txt</li> https://s3.amazonaws.com/lists.disconnect.me/simple_tracking.txt</li> https://s3.amazonaws.com/lists.disconnect.me/simple_ad.txt</li> https://raw.githubusercontent.com/StevenBlack/hosts/master/hosts</li> http://sysctl.org/cameleon/hosts</li> </ul> L' elenco non è certo esaustivo, esistono sicuramente altre liste, le potrete trovare con una semplice ricerca sul web. </a> Utilizzo</h2> Una volta che avete configurato la porta dell'interfaccia web, collegatevi a quest'ultima, e gestirete tutto da li. Dal menu, in Tools -> Update Gravity potete aggiornare le liste d ei blocchi (come quelle indicate sopra). Attraverso la voce disable blocking potete intemrrompere temporaneamente (o meno) il blocco. Da query log vedrete tutte le varie richieste e se i siti richiesti sono bloccati o meno, da qui potete anche aggiungerli manualmente alla whitelist, come nel caso venga bloccato un sito che a voi serve. </a> Consiglio importante</h3> Una volta installato funzionerà tutto in automatico e senza che ci sia bisogno di particolari interventi, proprio per questo vi consiglio di avere solo questa unica e semplice accortezza: Ricordatevi che lo avete installato, e nel caso abbiate qualche sito mal funzionante, tenete presente che potrebbe essere per questo che qualcosa non vi funziona! A me personalmente è successo qualche volta, ma sono prontamente intervenuto (whitelist o disabilitazione temporanea) e ho risolto velocemente e facilmente. I malfunzionamenti dipendono sempre dal tipo e numero di liste che inserite. Alcuni esempi di malfunzionamenti che mi sono capitati: app amazon</li> rai play sulla tv</li> </ul> </a> DNS Consigliati</h2> https://www.dns0.eu/it</li> https://www.opendns.com/</li> </ul> </a> Companion app</h2> Per la sua gestione da pc non avrete problemi, basterà usare la sua comodissima interfaccia web (la porta dipende dal tipo di installazione/configurazione che avete effettuato). Per Il vostro tablet/smartphone vi consiglio queste applicazioni: Pi-hole Connect</a></li> Pi-hole Droid</a></li> DroidHole</a></li> </ol> Se volete curiosare, questo è il sito ufficiale: https://pi-hole.net/ Commenti su writefreely Unknown — Sat, 09 Dec 2023 00:00:00 +0000 </a> Come interagire con il blog</h2> Puoi interagire con questo (ma anche altri) blog tramite il fediverso, dove il software più diffuso è sicuramente #mastodon (almeno nel momento in cui sto scrivendo). </a> Come avviene?</h2> Cosa permette a livello tecnico questa integrazione? In tutti gli articoli del blog è presente una firma, dove c'è il riferimento al mio account mastodon (vedi sotto). Rispondendo a questo post, riceverò una notifica, da lì potremo confrontarci su questo, o altri, articoli. </a> Evoluzioni future</h2> Al momento l'unica cosa che è rimasta fuori è la visualizzazione dei commenti sotto gli articoli, chissà che non venga implementata nelle future versioni, io ci spero! In alternativa continuo a studiare, magari riesco a trovare un modo per farli visualizzare io sotto ad ogni articolo. Home Assistant Unknown — Fri, 08 Dec 2023 00:00:00 +0000 Quello che segue sarà il primo di una serie di articoli che troverete sul blog. Questo è quello introduttivo diciamo. Iniziamo! </a> Cos'è? A che serve?</h2> È un software per la domotica (personale). Ma c'è ne'era bisogno? Decisamente si! Vedremo, nelle puntate successive, quante cose è in grado di fare! Come descrizione generale possiamo dire che è un Hub tramite il quale comandare tutti i nostri dispostivi domotici, non solo da un unico punto di controllo, ma è possibile creare delle automazioni usando tutti gli altri nostri dispositivi. </a> Perché</h2> Se dovessi scegliere alcuni dei suoi punti di forza per convincerli a provarlo direi: Indipendenza (il vostro impianto domotico funzionerà anche senza internet, e anche se i vari provider chiudessero i loro servizi)</li> Leggero: funziona (alla grande) su un piccolo SBC come #raspberrypi</li> Espandibile: impossibile elencare tutte le integrazioni e plugin supportati</li> In continuo sviluppo: ogni mese escono nuove funzionalità, e i bug fixing escono con una frequenza anche maggiore.</li> Supporto: c'è una vastissima comunità di utilizzatori</li> Facilità d'uso: la configurazione avviene tramite una semplice interfaccia web</li> App mobile: esiste sia per Android che per iPhone ed è fatta benissimo</li> Backup: ha una procedura di salvataggio configurazioni automatizzata, se la salviamo altrove (lo vedremo) saremo in grado di ripristinare la configurazione con un click.</li> Multiutente: potete creare un account per tutta la famiglia</li> Open source: distribuito con licenza apache 2.0</li> </ol> </a> E ora?</h2> Continua a seguire gli articoli di questa serie, ne vedremo delle belle! Clicca qui per vedere gli altri approfondimenti: #nextcloud #domotica Vi lascio qualche immagine di esempio prese dal web. Linguaggio Sql e Join Unknown — Thu, 07 Dec 2023 00:00:00 +0000 Mi è capitata sottomano l'immagine che segue, ho deciso di condividerla con voi perché la trovo molto immediata e semplice. Tutti colo che hanno avuto a che fare con le join del linguaggio sql spesso hanno delle perplessità sui vari tipi di join esistenti, questa immagine, sfruttando il concetto degli insiemi, spiega in maniera visuale il tutto, rendendo semplice una cosa complessa, la trovo geniale! #sql #database #informatica Writefreely e uso delle immagini Unknown — Thu, 07 Dec 2023 00:00:00 +0000 Quando ho deciso di riaprire un blog, ho optato per il software #writefreely, per due buone ragioni: la prima per la sua semplicità, la seconda perché si integra con il #fediverso (#actvitypub). Una delle cont indicazioni della sua semplicità è il suo limite con le immagini, infatti non supporta, nativamente, il caricamento delle immagini, cosa che trovo un po' scomoda per un blog. Quindi mi sono messo a pensare cercando di fare necessità virtù. Dato che ho un mio #server personale (dove è ospitato anche questo blog), mi è venuto naturale creare un nuovo #virtualhost su #apache (il webserver che uso). In questo modo posso caricare tutte le immagini che voglio senza limiti. Alla soluzione mancava un ultima cosa, ovvero come gestire il caricamento delle immagini. Esistono vari software opensource da poter installare (es: lutim</a>), ma ho scartato questa ipotesi perché si sarebbe trattato dell'ennesimo software da gestire, solo per poter caricare una manciata di immagini. Dato su questo stesso server uso #nextcloud, mi è venuta un'idea geniale: montare la directory usata per il virtual host come archivio esterno! In questo modo il caricamento dei file è comunque protetto all'accesso nextcloud, il quale mi fornisce anche una semplice interfaccia per il caricamento delle #immagini! Prima la salutarvi, proviamola questa soluzione per le immagini! Ecco qua due immagini, scaricate dal web a aggiunte a nextcloud direttamente da dispositivo mobile! (addirottura la seconda è in formato #svg) A presto. P. S. Questo articolo è allo stesso tempo un test, ho provato ad inserire un po' di hashtag in giro, vediamo come funziona.

~/magostinelli

Email in self hosting

</span></a> Software all-in-one (l'alternativa pratica)</h3> Se preferite partire velocemente e con meno grattacapi, esistono soluzioni che impacchettano tutto in un unico sistema, gestendo anche aggiornamenti e backup:</p> Mailu</strong></li> Mailcow</strong></li>

Backup con Borg e Borgmatic

Nuovo sito - Parte 1

Chi sono

Forgejo Runner

</span></a> Come funziona</h2> Quando effettui un push, apri una pull request, o altro ancora, Forgejo Runner può automaticamente:</p> Eseguire test del codice</li> Compilare il progetto</li> Distribuire l'applicazione</li> Generare documentazione</li>

Mastodon: toot da command line

Forgejo con Docker: Git self-hosted senza fronzoli

Upgrade Home Server

Terminale nel 2025? Ha ancora senso?

</span></a> Installazione pacchetti</h2> Tutte le varie distribuzioni linux hanno degli appositi software (rigorosamente da riga di comando) per installare i pacchetti e le loro dipendenze, alcuni esempi:</p> apt (Debian/Ubuntu)</li> dnf (Fedora, redhat)</li> pacman (Arclinux)</li>

</span></a> Software di Backup</h2> Da sempre Linux (ma non solo) offre molti software per gestire il backup da riga di comando. Alcuni esempi</p> borg</li> duplicity</li> restic</li> rsync</li>

Storage S3 (Simple Storage Service)

Writefreely: il blog della semplicità

Condivisione file

Retropie

</span></a> Configurazione</h2> Le personalizzazioni alla configurazione e il caricamento di nuovi file può essere effettuato in due modi:</p> Collegando direttamente la scheda sd ad un altro computer</li>

</span></a> Approfondimenti</h2> Se ne volete sapere ancora di più vi lascio qualche sito:</p> https://retropie.org.uk (sito ufficiale)</li> https://www.retropie.it (sito italiano non ufficiale)</li> https://t.me/retropie_it (gruppo telegram in italiano)</li>

Nextcloud

</span></a> Calendario e contatti</h2> configurando un app come #davx5 vi permette di sincronizzare contatti e calendario del vostro smartphone</li> È possibile sincronizzare anche i client desktop, sfruttando i protocolli standard #caldav e #carddav</li>

</span></a> App mobile</h2> accesso a tutti i propri file in mobilità</li>

</span></a> Task</h2> gestione categorie</li> sotto task</li> date di inizio e scadenza</li>

</span></a> Note</h2> accesso web</li> markup language</li> categorie</li>

Come bloccare la pubblicità sullo smartphone

Spazzolini elettrici e domotica indipendente

Wireguard - VPN per tutti

</span></a> Creare una nuova connessione</h2> Installare il software</li> Scgliere una porta udp dedicata</li> Abllitare il forwarding della porta sul nostro router</li> Scelta di una subnet (dedicata)</li> Abilitare il forwarding dei pacchetti ip</li>

https://retropie.org.uk (sito ufficiale)</li>
https://www.retropie.it (sito italiano non ufficiale)</li>
https://t.me/retropie_it (gruppo telegram in italiano)</li>
https://mastodon.uno/tags/retropie (mastodon)</li> </ul>

accesso web</li>
markup language</li>
categorie</li>
app mobile</li> </ul>

Software basato sul diffuso libreoffice</li>
Editing collaborativo real time (è necessario installare Collabora office</strong>)</li> </ul>