Archivi categoria: GNU/Linux

Installare Tomcat su Ubuntu 20.04 Focal Fossa

di

0


In un precendente tutorial abbiamo visto come installare Tomcat su CentOS 8, ora vediamo come installare il popolare application server su Ubuntu 20.04 Focal Fossa.

Dopo aver installato Ubuntu 20.04, versione server, è sufficiente installare il Java JDK versione 8 sul server.

sudo apt install openjdk-8-jdk

Create un utente chiamato tomcat9 e create una cartella per ospitare i file di Tomcat.

sudo useradd -r tomcat9
mkdir /usr/local/tomcat9

Poi scaricate da Internet l’ultima versione di Tomcat 9 per sistemi GNU/Linux, usando questo comando:

wget http://mirror.nohup.it/apache/tomcat/tomcat-9/v9.0.34/bin/apache-tomcat-9.0.34.tar.gz -O apache-tomcat-9.0.34.tar.gz

Qualora il comando vi restituisca un errore, recatevi alla pagina http://mirror.nohup.it/apache/tomcat/tomcat-9/v9.0.34/bin/ e selezionate una versione più recente es. nel caso di una futura 9.0.35 l’url può essere trasformato così: wget http://mirror.nohup.it/apache/tomcat/tomcat-9/v9.0.35/bin/apache-tomcat-9.0.35.tar.gz -O apache-tomcat-9.0.35.tar.gz

Scompattiamo l’archivio di Tomcat nella cartella predisposta prima.

tar zxvf apache-tomcat-9.0.*.tar.gz --strip-component=1 -C /usr/local/tomcat9

Facciamo sì che tutti i file di Tomcat nella cartella /usr/local/tomcat9 siano di proprietà dell’utente tomcat9

sudo chown -R tomcat9:tomcat9 /usr/local/tomcat9

Per poter avviare Tomcat in maniera automatica è opportuno creare uno script per systemd. Creiamo quindi un file di tipo service:

nano /etc/systemd/system/tomcat9.service

In questo file incolliamo il seguente testo:

[Unit]
 Description=Apache Tomcat Server
 After=syslog.target network.target

 [Service]
 Type=forking
 User=tomcat9
 Group=tomcat9

 Environment=CATALINA_PID=/usr/local/tomcat9/temp/tomcat.pid
 Environment=CATALINA_HOME=/usr/local/tomcat9
 Environment=CATALINA_BASE=/usr/local/tomcat9

 ExecStart=/usr/local/tomcat9/bin/catalina.sh start
 ExecStop=/usr/local/tomcat9/bin/catalina.sh stop

 RestartSec=10
 Restart=always

 [Install]
 WantedBy=multi-user.target

Salvato il file è necessario ricaricare la lista dei servizi gestiti da systemd, lo si può fare col comando:

sudo systemctl daemon-reload

Per abilitare l’avvio automatico di Tomcat alla partenza del sistema operativo lanciare questo comando:

sudo systemctl enable tomcat9.service

Per lanciare Tomcat usare invece quest’altro comando:

sudo systemctl start tomcat9.service

A questo punto è possibile collegarsi a Tomcat usando l’indirizzo http://localhost:8080 dal server locale.

Abilitare l’accesso a Tomcat dall’esterno

Di default, Tomcat non consente l’accesso da IP esterni al server di installazione. Questo per motivi di sicurezza.

Per consentire l’accesso dall’esterno, bisogna modificare il file /usr/local/tomcat9/conf/server.xml aggiungendo nella sezione Connector port=”8080″, la coppia opzione-valore address=”0.0.0.0″

A questo punto occorre ricaricare (o riavviare) Tomcat.

sudo systemctl reload tomcat9.service

Ora ci si può collegare dall’esterno, nell’esempio l’IP del server Ubuntu con Tomcat 9 è 192.168.217.7:

Mini-guida alle share NFS

di

0

Per condividere una cartella con un altro sistema Linux si può usare il protocollo NFS (versione 4 o 3). Sul server dove la cartella viene condivisa va installato e attivato il servizio nfs-server.

Se la distribuzione è una Centos 7 (Red Hat o Oracle Linux 7) è sufficiente installare il pacchetto nfs-utils:

yum install nfs-utils

E attivare i seguenti servizi:

systemctl enable rpcbind
systemctl enable nfs-server
systemctl enable nfs-lock
systemctl enable nfs-idmap
systemctl start rpcbind
systemctl start nfs-server
systemctl start nfs-lock
systemctl start nfs-idmap

Supponendo che la cartella condivisa si chiamerà /export, essa va creata e modificati i permessi.

I permessi di questa cartella sono uno degli aspetti da considerare perchè la possono rendere inaccedibile dal client: se gli UID e GID dell’utente, di un eventuale processo che scrive dentro file, che ci accedono da remoto concidono con quelli del proprietario della cartella, non è necessario cambiarli altrimenti sì. Nel nostro caso abbiamo deciso di esportare la cartella a tutti gli utenti che possono accedervi.

mkdir /export
chmod 755 /export
chown nfsnobody:nfsnobody /export

Nel file di configurazione della cartella condivisa che è /etc/exports va inserita una riga così:

/export 192.168.1.14(rw,sync,no_subtree_check,no_root_squash,no_all_squash,fsid=3587)

dove /export è la cartella da condividere e 192.168.1.14 è l’ip del sistema client, rw significa in modalità read&write, fsid è un numero casuale indicativamente sul migliaio, mai uguale per altre voci nel file exports.

Le opzioni no_root_squash e no_all_squash fanno si che i file creati nella share vengano assegnati tutti all’utente nfsnobody così che chiunque da qualunque client autorizzato possa cancellare e modificare i file e cartelle.

Per esportare (ossia esporre) la share sul server nfs bisogna usare il comando:

exportfs -ra

Sul sistema client va montato su una cartella usando queste opzioni nel file /etc/fstab

192.168.1.12:/export /mnt/export nfs nfsvers=4,rw 0 0

dove 192.168.1.12 è l’IP server server NFS, nfsvers=4 è la versione di nfs, in questo caso v4. Può essere cambiata con nfsvers=3 per usare NFSv3. /mnt/export è la cartella dove sarà montata la share (deve esistere).

Per verificare la visibilità della share sul client:

showmount -e 192.168.1.12

Per verificare la corretta esportazione della share sul server nfs:

showmount -e localhost

Red Hat / CentOS 7 con GUI minima

di

0

Vi sarà capitato di dover installare un sistema operativo CentOS, oppure Red Hat o Oracle Linux, con numero minimo di pacchetti per evitare di installare programmi e funzionalità inutili.
A volte invece capita che vi chiedano di installare la GUI e la GUI, di suo, comporta l’installazione di centinaia di pacchetti che mai userete.
Eccovi un metodo per installare Red Hat o CentOS (anche Oracle Linux e cloni) con la GUI minimale.
La prima cosa è quella di installare il sistema operativo scegliendo il profilo Minimal.
Al termine dell’installazione collegarsi e installare i seguenti pacchetti:

yum groupinstall "X Window System" "Fonts"
yum install gnome-classic-session gnome-terminal nautilus-open-terminal control-center liberation-mono-fonts

Poi per impostare l’avvio della GUI all’avvio del sistema:

sysconfig set-default graphical.target

Il gruppo di pacchetti che sarà installato con “X Window System” comprende l’insieme ridotto per far funzionare il server X, mentre il gruppo “Fonts” benchè non strettamente necessario permette di non avere problemi di visualizzazione delle finestre e di vari programmi installati perchè installa uno svariato numero di caratteri.
Infine con il comando install di gnome-classic-session gnome-terminal nautilus-open-terminal control-center liberation-mono-fonts permette di installare Gnome in maniera semplice ed essenziale.

Installare NextCloud e abilitare la videoconferenza open source

di

2

NextCloud mette a disposizione una piattaforma per la videoconferenza, chiamata NextCloud Talk, molto utile in questi giorni. Dunque vediamo come installare NextCloud su un virtual private server e come configurare NextCloud Talk.

Il nostro VPS ha un disco di 10 GB e come sistema operativo Debian 10 Buster.

La prima cosa da fare è installare un ambiente LAMP (Linux, Apache, MySQL e PHP). Partiamo con MySQL.

Scarichiamo il pacchetto ufficiale che contiene i repository community di MySQL.

wget https://dev.mysql.com/get/mysql-apt-config_0.8.15-1_all.deb

Installiamo il pacchetto

dpkg -i mysql-apt-config_0.8.15-1_all.deb

Durante la configurazione viene chiesto di scegliere quale versione di MySQL usare, scegliamo la 5.7 (non la 8)

Aggiorniamo la cache dei pacchetti e poi il server e client MySQL.

apt update
apt install mysql-server mysql-client

Durante l’installazione viene chiesto di inserire una password quella che sarà assegnata all’utente root. Inseriamone una e annotiamocela.

Lanciamo poi la riga di comando di gestione di mysql, inserendo poi la password di root

mysql -u root -p

Digitiamo questo codice, avendo cura di scegliere una password difficile da indovinare al posto di tNl2wcZRgcl, infatti questa è la password dell’utente usernextcloud che viene usato da nextcloud per collegarsi al database dbnextcloud.

CREATE DATABASE dbnextcloud;
GRANT ALL PRIVILEGES ON dbnextcloud.* TO 'usernextcloud'@'localhost' IDENTIFIED BY 'tNl2wcZRgcl';
flush privileges;
exit;

Ora possiamo installare i componenti di PHP.

apt install php-cli php-fpm php-json php-pdo php-mysql php-zip php-gd php-mbstring php-curl php-xml php-pear php-bcmath

Dopo aver installato i componenti di PHP, si possono installare quelli di Apache.

apt install libapache2-mod-php apache2 apache2-utils

Bene. Possiamo scaricare l’archivio nextcloud-18.0.3.tar.bz2 dal sito di nextcloud contenente l’ultima versione, poi scompattare l’archivio e assegnare i permessi sui file.

cd /var/www/html
wget https://download.nextcloud.com/server/releases/nextcloud-18.0.3.tar.bz2
tar xjvf nextcloud-18.0.3.tar.bz2 --strip-component=1
rm -f nextcloud-18.0.3.tar.bz2
chown -R www-data:www-data /var/www/html

Per garantire una maggior sicurezza, è bene abilitare il protocollo HTTPS per l’accesso e l’uso di nextcloud. Per fare questo useremo i certificati generati gratuitamente da Letsencrypt. Per usare Letsencrypt è necessario che il nome del vostro dominio nextcloud punti all’indirizzo IP del vostro VPS.

Per esempio il nostro dominio è nextcloud.pyroplastic.stream il record A corrispondente è uguale all’IP del nostro VPS.

Dobbiamo abilitare il supporto HTTPS per Apache, perchè di default non lo è.

a2enmod ssl

Installiamo Letsencrypt.

apt install letsencrypt

Apriamo il file /etc/apache2/sites-available/default-ssl.conf e commentiamo (ossia anteponiamo un cancelletto) le righe con SSLCertificateFile e SSLCertificateKeyFile, sostituendole con quelle qui sotto.

SSLCertificateFile /etc/ssl/certs/tls.cert
SSLCertificateKeyFile /etc/ssl/private/tls.key
SSLCACertificateFile /etc/ssl/certs/tls-ca-bundle.crt

Ora generiamo il certificato con il tool letsencrypt dove nextcloud.pyroplastic.stream è il nome del vostro dominio.

letsencrypt certonly --webroot -w /var/www/html -d nextcloud.pyroplastic.stream

A questo punto sono stati generati dei file con chiave, certificato e chain. Creiamo dei link simbolici, avendo cura di sostituire nei seguenti comandi nextcloud.pyroplastic.stream con il vostro dominio.

ln -s /etc/letsencrypt/live/nextcloud.pyroplastic.stream/cert.pem /etc/ssl/certs/tls.cert
ln -s /etc/letsencrypt/live/nextcloud.pyroplastic.stream/privkey.pem /etc/ssl/private/tls.key
ln -s /etc/letsencrypt/live/nextcloud.pyroplastic.stream/chain.pem /etc/ssl/certs/tls-ca-bundle.crt

Abilitiamo la configurazione HTTPS appena modificata lanciando questo comando e riavviamo apache.

a2ensite default-ssl.conf
systemctl restart apache2

Siamo arrivati alla fine della configurazione via riga di comando. Ora puntando all’url https://nextcloud.pyroplastic.stream e configurare nextcloud.

Nella parte sotto della pagina, bisogna inserire i valori relativi al database MySQL che abbiamo configurato all’inizio.

Terminata la configurazione, parte lo scaricamento di alcune funzionalità. Talk è già installato ma non è attivo di default per cui è necessario abilitarlo. Per fare ciò andiamo nella sezione dell’aggiunta delle applicazioni e fra quelle sociali cerchiamo Talk.

Clicchiamo su abilita.

Dopo pochi secondi nel menù in alto a sinistra appare Parla. Cliccandoci su, e poi cliccando su un contatto es. Rosa, si aprirà la chat.

Per fare una call, è sufficiente premere sul pulsante Inizia Chiamata, verrà chiesto di poter accedere al microfono e alla webcam.

Sul sito di nextcloud è possibile scaricare il client Windows, Linux e Android per poter usare NextCloud (e anche Talk): https://nextcloud.com/install/

E’ possibile acquistare una VPS a 11,80 euro l’anno con 1536 MB di RAM e 10 GB di disco su AlexHost.com, scegliendo il piano PROMO KVM VDS 0.99/mo con pagamento annuale.

Clear Linux

di

0

Quanti di voi avevano mai sentito parlare di Clear Linux prima di qualche giorno fa?
Immagino pochi, ebbene Clear Linux o meglio Clear Linux * OS è una distribuzione GNU/Linux prodotta da Intel (il colosso delle CPU) che dà il suo meglio su CPU AMD. Grazie all’ottima gestione delle risorse è emerso che Clear Linux è in grado di offrire performance di calcolo migliori su sistemi AMD con molti core rispetto a quanto faccia Windows 10.

Dunque mi è venuta la curiosità di provare questa distribuzione, installandola anche su un virtual machine.

Desktop di ClearLinux, installabile come bundle ulteriore

Installazione di Clear Linux

Clear Linux richiede EFI, non funziona con il tradizionale BIOS, per cui è necessario possedere un PC con supporto ai 64 bit, EFI (UEFI) abilitato e almeno 2 GB di RAM. Probabilmente ogni PC o portatile prodotto negli ultimi 8 anni dovrebbe essere in grado di disporre tranquillamente di tali risorse.

Dopo aver scaricato la ISO e avviato la virtual machine è facile procedere all’installazione del sistema usando il comando clr-installer, così parte un installer alquanto spartano che ricorda molto i sistemi operativi della fine degli anni ’90, primi anni del nostro secolo 🙂

Muovendosi con le frecce o il tasto tab è possibile configurare la lingua, il layout della tastiera.

Le unice lingue disponibili sono l’inglese (statunitense), lo spagnolo (messicano) e il cinese mandarino; poca scelta.

Per fortuna è possibile scegliere almeno il layout della tastiera (it).

L’altra cosa importante è la selezione del disco dove installare il sistema operativo. Nel menù principale scegliere la voce “Configure installation media” e poi, se non ci sono esigenze particolari, direi di impostare “Safe installation”, ottimo compromesso per una virtual machine di prova.

Per poter installare il sistema bisogna aggiungere un utente (di tipo admin) e configurare anche la telemetria.

Nel menù con le impostazioni avanzate è possibile configurare una scheda di rete, utile per comunicare col modo esterno. Essa viene in automatico impostata in modo da accettare un indirizzo IP dinamico (tramite server DHCP), si può ovviamente dare un IP statico.

Scendendo in basso nel menù Avanzato, si può dare un hostname alla VM.

Poi è possibile installare già del software aggiuntivo, entrando nel menu “Select Additional Bundles”

Clear Linux per default imposta l’aggiornamento automatico del sistema. La cosa può essere cambiata in caso di necessità.

Ora procediamo con l’installazione vera e propria.

Terminata l’installazione e dopo il riavvio del sistema, Clear Linux parte con la sua interfaccia testuale.

Guida all’uso di Clear Linux

Abbiamo riscontrato la presenza di un kernel molto aggiornato, oggi è il 15 febbraio.

Questo perchè il sistema operativo Clear Linux è una distribuzione a rilascio continuo (rolling), ciò rende estremamente interessante la sua installazione su hardware molto recente. In fase di installazione era possibile scegliere anche un kernel più vecchio ma è preferibile affidarsi all’ultimo.

Il software per la gestione dell’avvio dei deamon (servizi) è systemd.

A livello di partizionamento, se si sceglie quello automatico predefinito, ci si troverà con un layout formato da 3 partizioni: una boot EFI (da 142 MB), swap (da 244 MB) e la partizione / con il restante spazio.

Per installare del software si può usare il comando swupd (abbreviazione di software update). A differenza di altre distribuzioni, Clear Linux non permette di installare in maniera semplice singoli pacchetti ma lo si può fare tramite flatpak es. per installare il gioco 0AD.

flatpak install flathub com.play0ad.zeroad

Di suo, Clear Linux invece offre i cosiddetti bundle ossia un insieme di programmi e configurazioni per rendere un dato software o servizio funzionante.

Nel caso volessimo installare il web server Apache ci sono sufficienti 3 comandi:

sudo swupd bundle-add httpd
sudo systemctl enable httpd.service
sudo systemctl start httpd.service

Dove la prima riga permette di scaricare e configurare tutto il necessario per usare Apache. Le altre 2 servono per attivare il servizio.

Per poi, se si vuole, aggiunger anche PHP con un semplice:

sudo swupd bundle-add php-basic

Invece se si desidera installare un ambiente desktop (Gnome) si può installare il bundle desktop-autostart.

sudo swupd bundle-add desktop-autostart

Così, sarà installato Gnome e una serie di programmi tra cui Firefox, Gimp.

Conclusioni

Quest’articolo non vuole essere una guida a Clear Linux ma già con questi pochi elementi si evince come Clear Linux sia una distribuzione ideata per girare come piccolo sistema per virtual machine oppure come container nel quale installare software da combinare con altre tecnologie per scalare velocemente. Il fatto che sia molto aggiornata, consente di sfruttare i vantaggi delle nuove feature introdotte nel kernel e nei nuovi pacchetti.

P2V di CentOS 7 su VMware

di

0

In un precedente articolo abbiamo visto come trasformare un’installazione di Ubuntu su hardware reale in una virtual machine da caricare su un host VMware ESXi. In questo, invece, vediamo come virtualizzare, ossia fare P2V, di un sistema CentOS 7 su VMware.

La procedura è analoga a quella di Ubuntu, o forse è ancora più semplice.

Basta installare VMware vCenter Converter Standalone, il software messo a disposizione in maniera gratuita da VMware, che può essere scaricato gratuitamente da qui: https://my.vmware.com/group/vmware/details?downloadGroup=CONV62&productId=701&rPId=20180#, noi facciamo riferimento alla versione 6.2.0.1.

Il tool può essere installato su Linux o su Windows. Se non si dispone di una GUI sul proprio server CentOS è conveniente installare VMware vCenter Converter su un portatile o su una workstation con interfaccia grafica.

La virtualizzazione P2V di CentOS viene fatta a sistema operativo acceso, conviene però fermare applicativi e database presenti sulla macchina. La versione 6.2.0.1 del Converter supporta tutte le versioni di CentOS 6 e le versioni CentOS 7.0, 7.1, 7.2, 7.3, 7.4, 7.5 (64-bit), non la 7.6 e successive; in questi casi è possibile fare P2V su CentOS però ci sono delle cose da fare dopo aver trasformato il sistema in virtual machine.

Quindi aprendo il tool di conversione, lanciare il comando Convert machine e selezionare come Source Type “Powered on” e poi “Remote Linux Machine”. Indicare l’indirizzo IP o l’hostname del server CentOS, immettere l’username root e la sua password.

Indicare i parametri dell’host ESXi sul quale importare la nuova virtual machine.

Indicare il nome con cui verrà chiamata la virtual machine sul host ESXi. Se sono presenti altre VM sull’host, essere verranno elencate.

Se sono presenti più datastore sull’host ESXi, selezionare quello con spazio sufficiente o quello desiderato.

In seguito apparirà un riepilogo delle caratteristiche della futura VM.

Cliccando su Finish nella schermata precedente comincia subito il P2V di CentOS 7.

Il tempo necessario alla conversione dipende da diversi fattori tra i quali la banda e la dimensione della VM. In questo caso la trasformazione in virtual machine di CentOS è stata rapida.

Ora è possibile spegnere il server fisico con CentOS e accendere la virtual machine.

Risoluzione degli errori

All’avvio del sistema virtualizzato compare questa schermata “error: can’t find command ‘:’.”

E’ sufficiente premere INVIO alcune volte in modo che il sistema proceda con l’avvio.

Una volta che il sistema è avviato lanciare come utente root i seguenti comandi:

sed -i '/^:/d' /etc/grub2.cfg
sed -i '/^:/d' /boot/grub2/grub.cfg
grub2-mkconfig -o /boot/grub2/grub.cfg

Riavviare il sistema.

Questa anomalia si verifica se si utilizza una versione non supportata es. CentOS 7.7 da VMware Converter. In questo caso i file con la configurazione del bootloader Grub2 risultano “rovinati” da un errore: molte righe cominciano con il carattere due punti. Questi vanno eliminati e la configurazione rigenerata.

Migrazione P2V di Ubuntu 16.04

di

0

In questo articolo vedremo come convertire un sistema Linux Ubuntu 16.04 server installato direttamente sull’hardware in una virtual machine che andrà a girare su un host VMware ESXi.

Tale conversione, ossia la migrazione da un sistema fisico ad uno virtuale, prende il nome di P2V (Physical to Virtual).

Un sistema Ubuntu 16.04 può essere facilmente spostato su un virtualizzatore in relativamente poco tempo: la migrazione del sistema può essere fatta con il server Ubuntu acceso fino al completamento della conversione. Poi il vecchio server Ubuntu può essere spento e la nuova virtual machine accesa in pochi minuti.

Non ci sono particolari vincoli o restizioni nella migrazione P2V. E’ conveniente però fermare eventuali database sul server Ubuntu e servizi non essenziali.

Oltre ad un host ESXi, con un datastore VMware con sufficiente spazio per ospitare la virtual machine, ci serve un PC sul quale installare VMware VCenter Converter Standalone.

VMware VCenter Converter Standalone può essere scaricato gratuitamente da qui: https://my.vmware.com/group/vmware/details?downloadGroup=CONV62&productId=701&rPId=20180#, in questo articolo si fa riferimento alla versione 6.2.0.1 di VMware VCenter Converter Standalone.

Note: se il vostro sistema Ubuntu ha un kernel molto aggiornato, installate l’ultima versione disponibile altrimenti potreste incappare in incompatibiltà.

Questo software può essere installato sia su Linux sia su Windows. E’ importante, per semplificare le cose, che il PC sia sulla stessa LAN oppure che abbia completa visibilità sia dell’host ESXi sia del server Ubuntu.

Lato Ubuntu, prima di partire bisogna predisporre di un account Linux. E’ possibile utilizzare l’account di root ma deve essere abilitato a collegarsi tramite SSH oppure si può usare un utente sudo purchè possa eseguire tutti i comandi di sudo senza dover inserire una password.

Per abilitare quest’ultima cosa è sufficiente aggiungere la seguente riga “username ALL=(ALL) NOPASSWD: ALL” dove username è il nome dell’utente sudo nel file /etc/sudoers; il tutto usando l’editor visudo.

$ sudo visudo

Fortunatamente tale riga può essere rimossa al termine della migrazione p2v.

Ora per migrare P2V il sistema Ubuntu 16.04, basta avviare VMware VCenter Converter Standalone e cliccare su “Convert machine”

Apparirà la prima finestra della procedura guidata che ci invita a selezionare Remote Linux machine dal primo menù a tendina.

Poi di indicare l’indirizzo IP oppure l’hostname del server Ubuntu 18.04 da virtualizzare, nonchè nome utente e password. Queste possono essere le credenziali di root oppure dell’utente sudo predisposto prima.

Viene chiesto di verificare che l’impronta del server Ubuntu sia quella che ci si aspetti, confermando con YES, è possibile andare oltre.

Se l’utente inserito è corretto, viene chiesto di immettere le informazioni necessarie per collegarsi all’host ESXi, è sufficiente inserire l’IP, un utente amministrativo come root e la sua password.

Viene chiesto di dare un nome alla virtual machine di destinazione, di default viene preso l’hostname del server Ubuntu. E’ possibile cambiarlo. Nell’inventory sono presenti tutte le VM che sono già ospitate sull’host ESXi.

Viene data la possibilità di selezionare un datastore: scegliamo il datastore con spazio adeguato alle dimensioni della virtual machine che sarà creata durante il P2V del server Ubuntu.

In seguito vengono mostrati i dettagli di come verranno fatte le VM. In particolare si nota che lo spazio che sarà occupato dalla virtual machine è di circa 5 GB. Queste informazioni possono essere accomodate alle proprie necessità, basta cliccare sulla voce Edit.

Andando avanti, mantenendo inalterate le impostazioni precedenti, avremmo comunque un riepilogo dopo il quale partirà il job di P2V di Ubuntu.

Inizialmente la stima può essere anche molto maggiore del tempo effettivamente necessario; la prima parte prevedere la creazione della virtual machine nuova sull’host e poi parte la migrazione di Ubuntu.

Durante la migrazione possiamo vedere come vengono aggiornati dei log.

Nella fase di conversione della macchina fisica a virtuale, sul server Ubuntu di origine vengono lanciati dei comandi di copia e processi ssh: tar e sshd.

Al termine dell’operazione di P2V è possibile spegnere il server fisico e accendere la virtual machine. Ricordiamoci di rimuovere, se l’abbiamo aggiunta, la riga nel file sudoers.

Ecco il sistema, su virtual machine, funzionante!

Risoluzione errori

Unable to query the live Linux source machine. Make sure that you can run sudo without entering a password when logged in to the source machine over SSH as ‘vale’.

L’utente vale, benchè abbia diritti di sudo, richiede la password via SSH. Disabilitarla inserendo la riga “vale ALL=(ALL) NOPASSWD: ALL” nel file sudoers.

FAILED: An error occurred during the conversion: ‘GrubInstaller::InstallGrub: /usr/lib/vmware-converter/installGrub.sh failed with return code: 127, and message: FATAL: kernel too old Error running vmware-updateGrub.sh through chroot into /mnt/p2v-src-root Command:

chroot “/mnt/p2v-src-root” /vmware-updateGrub.sh “GRUB2” “(hd0)” “(hd0,1)” /vmware-device.map “grub2-install” ‘

Questo errore compare attorno al 97-98% della fase di conversione della virtual machine e ciò è dovuto a una combinazione di kernel/grub non correttamente riconosciuta da VMware Converter, in questo caso Ubuntu 18.04. Questo errore per esempio si verifica con la combinazione Grub 2.02-2ubuntu8.14 e Linux 4.15.0-74-generic. Al momento non è risolvibile e Ubuntu 18.04 non funziona con questa versione di Converter.

Kernel Panic – not syncing: VFS: Unable to mount root fs on unknown-block(0,0)

Kernel panic della VM Ubuntu 16.04

Al primo avvio (e ai successivi) la VM virtualizzata Ubuntu 16.04 continua ad andare in kernel panic. Per risolvere il problema, collegare il DVD/iso alla VM e avviare in modalità ripristino, ossia scegliendo la voce “Ripristina un sistema danneggiato”.

Se Ubuntu 16.04 era stato installato con le impostazioni di default (LVM) selezionare il filesystem di root che corrisponde al logical volume che termina con la parola root.

Inserire i comandi che compaioni sotto:

update-initramfs -u
update-grub
exit

Dopo exit, scegliere di riavviare il sistema.

Rimuovere il DVD/iso e avviare la virtual machine. Ora dovrebbe essere possibile collegarsi ad Ubuntu.

Canonical Livepatch patch di sicurezza senza riavvio

di

0

Bentornati nel nuovo episodio della saga relativa al patching del kernel Linux senza la necessità di riavviare il sistema per applicare gli aggiornamenti. In questo episodio vedremo Canonical Livepatch ossia la soluzione ideata per Ubuntu che, a differenza delle altre, è gratuita fino a 3 sistemi Ubuntu.

Il fatto che essa sia gratuita permette, a chiunque possieda un computer con Ubuntu o un server con Ubuntu, di usare la tecnologia al prezzo di un’iscrizione sul sito di Canonical.

Come Kernelcare, Livepatch applica solo patch di sicurezza e non di funzionalità, queste ultime vanno installate tramite la solita procedura (es. apt upgrade) e riavvio del sistema.

Livepatch è installabile a partire da Ubuntu 14.04 fino all’ultima versione. In questo tutorial installeremo Livepatch su un server con Ubuntu 18.04 Bionic Beaver.

Per ottenere una chiave di attivazione di Livepatch basta collegarsi al sito https://ubuntu.com/livepatch, registrarsi e ottenere il proprio codice.

La prima cosa da fare sul sistema, invece, è aggiornare i metadati dei pacchetti e installare le patch del sistema.

sudo apt update && sudo apt upgrade

Poi è necessario installare snap (snapd):

sudo apt install snapd

Quindi è possibile procedere con la semplicissima installazione del pacchetto canonical-livepatch come mostrato dalla guida e poi l’abilitazione con la chiave.

sudo snap install canonical-livepatch
sudo canonical-livepatch enable afd6b**********************

Lanciato il comando di attivazione comparirà un token identificativo.

Prima di applicare le patch di sicurezza del kernel si può utilizzare il comando per capire lo stato del sistema:

sudo canonical-livepatch status

Che può restituire un output simile:

Nello screenshot precedente, si nota come il kernel instalato sia 4.15.0-72.81-generic mentre il patchState è nothing-to-apply, il che significa che il nostro kernel è già all’ultima versione con le ultime patch di sicurezza disponibili.

Ogni volta che ci colleghiamo al server, è possibile vedere nel banner iniziale alcune statistiche relative a Livepatch, che in questo caso ricordano che Livepatch è abilitato e le patch sono tutte applicate.

In questo altro sistema dopo aver installato Livepatch, abbiamo riscontrato che ci sono delle patch di sicurezza del kernel da applicare.

Solitamente per applicare le patch non bisogna fare nulla, perchè si arrangia il deamon canonical-livepatchd ad installare le patch in autonomia, in alternativa è sufficiente lanciare il seguente comando:

sudo canonical-livepatch refresh

Tuttavia nel caso dello screenshot è necessario procedere all’installazione di un nuovo kernel: non tramite livepatch ma tramite il solito dist-upgrade o apt upgrade (e riavvio). Questo perchè il patchState è kernel-upgrade-required, come si può notare nello screenshot sopra.

sudo apt update
sudo apt dist-upgrade
sudo reboot

Invece nel caso sotto proposto, Livepatch ha applicato automaticamente delle patch di sicurezza:

Garantire la ricezione delle e-mail

di

0

Nel precedente articolo abbiamo visto come creare un server di posta utilizzando lo script di Mail-in-a-Box, che permette la configurazione di un ambiente praticamente chiavi in mano.

Una volta creato un account di posta, come quello di rosa@pyroplastic.stream si possono ricevere messaggi di posta elettronica da tutti i provider: gmail.com, outlook/hotmail, yahoo… Tuttavia, non è detto che i nostri messaggi vengano recapitati con successo, questo perchè il nostro server di posta potrebbe non essere stato configurato secondo le specifiche anti-spam di gmail.com, Outlook/Hotmail, Yahoo.

Come possiamo vedere nello screenshot sotto, il messaggio di posta inviato da Rosa è finito nella cartella dello Spam di Yahoo Mail.

Stessa cosa per una mail inviata ad un account Hotmail.

In questo articolo vedremo con assicurarci che le mail spedite dal nostro server mail vengano effettivamente recapitate nella posta in arrivo.

Verifica blacklist

La prima cosa da verificare in generale è che l’ip del proprio mail server non sia in una blacklist ossia che la reputazione dell’IP o dell’host non sia invalidata da precedenti invii di spam. Questo capita se l’IP è dinamico o se il nostro server mail in passato è stato oggetto di spam. Per controllare se l’IP è stato bandito si può ricorrere a questo tool gratuito: https://mxtoolbox.com/blacklists.aspx

Se è in blacklist, si può richiedere la rimozione ai vari mantenitori delle liste e attendere 12-24 ore affinchè l’esclusione dalle lista sia effettiva per tutti.

Invece. se il nostro IP o host non è in una blacklist ma le mail non vengono recapitate con successo, tipicamente il secondo motivo per cui il messaggio finisce nella cartella SPAM, è la mancanza della configurazione SPF.

Attivazione reverse DNS (o record PTR)

Questa funzione permette di assegnare un nome univoco all’indirizzo IP del vostro mail server. Tuttavia non è strettamente necessario, ma è importante se si inviano mail a piccoli provider (tipo tiscali.it, libero.it,…). Il reverse DNS (chiamato anche record PTR o rDNS) solitamente va impostato da chi vi fornisce il server di posta e il suo indirizzo IP. Come valore va inserito il nome del server mail: nel nostro caso, posta.pyroplastic.stream.

La richiesta di creazione/attivazione del record può essere fatta solitamente tramite il pannello di controllo del provider oppure aprendo un ticket.

Record SPF

SPF, Sender Policy Framework, è un sistema di validazione delle email ideato per individuare tentativi di invio di email con indirizzo mittente contraffatto.

Verificando nelle intestazioni del messaggio, infatti appare spf=softfail

SPF è in pratica una sorta di record DNS di tipo TXT da aggiungere fra i record DNS del dominio di posta. Nel nostro caso aggiungeremo:

pyroplastic.stream.  IN TXT "v=spf1 mx a ip4:176.x.x.99 a:posta.pyroplastic.stream"

Dove 176.x.x.99 è l’indirizzo IP del nostro mail server e posta.pyroplastic.stream è il suo hostname.

Questo tipo di configurazione va bene solo nel caso non vi siano altri mail server autorizzati ad inviare mail per il dominio @pyroplastic.stream. Infatti con questo record SPF, dichiareremo che le uniche mail genuine provengono o da 176.x.x.99 o da posta.pyroplastic.stream.

Potete aiutarvi a generare il vostro record SPF, tramite il tool gratuito online: https://www.spfwizard.net/

Aggiunta dkim

Abbiamo provato a mandare un messaggio dall’account di Rosa verso Hotmail e Yahoo, ma ancora finisce nello spam. Tuttavia a questo punto mezza configurazione è ok in quanto SPF=pass. Rimane da sistemare dkim. DKIM non è obbligatorio, ma aumenta la probabilità di non avere problemi in caso in cui qualcuno inizi a utilizzare senza il nostro consenso i nostri account (Mail spoofing).

Per creare la configurazione dkim, basta andare sul pannello di controllo di Mail-in-a-Box, sezione System, voce Extenal DNS.

Scorrendo verso il fondo della pagina troveremo i nostri valori da inserire nuovamente nel DNS.

Quindi dobbiamo creare un record mail._domainkey di tipo TXT contenente il valore v=DMIK1; h=sha….

Aggiunta record _dmarc

L’altro record che si può inserire è DMARC, che è l’acronimo di Domain-based Message Authentication, Reporting & Conformance.

Per usare questa tecnologia, va creato un record di tipo TXT chiamato _dmarc, il cui valore contiene questi valori:

v=DMARC1; p=none; rua=mailto:dmarcreport@pyroplastic.stream

Dove dmarcreport@pyroplastic.stream è un indirizzo di posta al quale recapitare eventuali report in cui sono elencate le statistiche di chi ha inviato mail con il proprio dominio. E’ un campo necessario quindi, inseriamo un indirizzo mail creato ad-hoc.

Esempio di report/statistiche inviato da gmail.

Invece il valore p=none serve per dire di non fare nulla in caso arrivino messaggi che non corrispondano alle direttive imposte con dkim o spf.

Epilogo

Dopo aver fatto tutte queste modifiche e aspettato circa 24 ore, abbiamo provato nuovamente ad inviare un messaggio di posta. Questa volta l’email è stata recapitata correttamente nell’inbox (posta in arrivo) dell’utente destinatario.

Facciamo un breve riassunto dei controlli da fare quando le mail non vengono recapitate nella casella di posta in arrivo:

  • Verificare la non presenza nelle blacklist dell’IP o host del mail server (estremamente importate)
  • Creare il record SPF (mediamente consigliato)
  • Creare il “record” DKIM (opzionale)
  • Creare il record _dmarc (opzionale)
  • Aggiungere il reverse DNS (altamente consigliato)
  • Attendere 24 ore dopo aver modificato i DNS.

Creare un proprio server di posta elettronica

di

4

Google con GMAIL, Microsoft con Hotmail/Outlook forniscono account di posta elettronica gratuita ma le mail vengono analizzate e utilizzate a fini di marketing.
Se desiderassimo mantenere le nostre mail fuori da questi giri, come è possibile fare?
Potremmo optare per una soluzione casalinga o privata.

Non è una cosa comune costruirsi un mail server, ma con un po’ di conoscenze è possibile predisporre un ambiente funzionale per gestire il flusso mail di qualche utente ad un costo contenuto.

Se si disporre di un indirizzo IP fisso per la propria linea Internet, si può ospitare il server di posta a casa, altrimenti con una decina di euro al mese (o anche meno) si possono acquistare dei VPS (virtual private server) sui quali predisporre il nostro server di posta.
Nel nostro caso optiamo per un VPS con Ubuntu 18.04, che offre aggiornamenti di sicurezza per parecchi anni.

Come risorse disponibili è sufficiente 1 GB di RAM e 1 CPU, anche un Raspberry Pi va bene. Invece per lo spazio disco, beh…Questo dipende dalle vostre necessità: calcolando che circa 5 GB di spazio disco sono necessari per il sistema operativo, altri 10 GB sono sufficienti se si usa una politica di svecchiamento delle vecchie mail e degli allegati, in un ambiente con 7-8 account mail attivi.

E’ possibile acquistare una VPS a 11,80 euro l’anno con 1536 MB di RAM e 10 GB di disco su AlexHost.com, scegliendo il piano PROMO KVM VDS 0.99/mo con pagamento annuale. In alternativa con circa 44 euro l’anno, si può avere una VPS su OVH VPS 2018 SSD 1 da 2 GB di RAM e 20 GB di disco.

Acquistata il VPS oppure predisposto il nostro server casalingo, si può installare l’ecosistema posta elettronica con uno script predisposto di mailinabox.email che fa uso di certificati TLS Let’s Encrypt, gratuiti.

Lo script prevede che sul server che andremmo ad usare non ci siano altri software (es. Apache) o servizi installati se non quelli previsti dall’installazione mimimal di Ubuntu 18.04, perchè mailinabox andrà ad installare Nginx e altri componenti come Postfix, Dovecot e Nextcloud.

La prima cosa da fare è assegnare un hostname appropriato al server. Se andremmo a creare un account di posta come @pyroplastic.stream, potremmo decidere di chiamare il nostro server posta.pyroplastic.stream.

Il nome del mail server deve essere risolvibile dai nostri DNS e da quelli su Internet; per assegnare un hostname definitivo e permanente occorre inserire tale nome nel file /etc/HOSTNAME

sudo echo posta.pyroplastic.stream > /etc/hostname

Verifichiamo tramite il comando hostname che il nome del server sia corretto.

hostname
hostname --fqdn

Aggiorniamo il server con gli ultimi pacchetti disponibili:

sudo apt update && sudo apt upgrade

Poi riavviamo il server, in modo che il kernel e altri software possano girare all’ultima versione.

Successivamente si può lanciare lo scaricamento dello script e la conseguente installazione:

wget https://mailinabox.email/setup.sh
sudo bash setup.sh

Lo script ad un certo punto inizierà a mostrare delle schermate in cui vengono chieste alcune informazioni:

Ora è possibile aggiungere il primo account di posta da attivare sul nuovo mail server. Questo account sarà necessario per accedere anche alla console di gestione.

Nella successiva schermata, viene chiesto di inserire l’hostname del proprio server:

Se si è presa una VPS su Internet, può essere che venga chiesto quale è l’indirizzo IP pubblico del server, solitamente il campo è precompilato già in maniera corretta.

Viene chiesto di impostare il fuso orario (time zone), basta scegliere Europe e poi Rome.

Durante l’installazione, è possibile vedere quale indirizzo IP viene assegnato al server. In questo caso, il server è posto in una rete privata (casalinga) con un indirizzo pubblico associato (indirizzo di NAT).

Invece se il server ha già un suo indirizzo pubblico, viene mostrato solo questo:

Viene chiesto di fornire una password per il proprio account, da usare anche per fare login sul pannello di controllo.

Una volta terminata la configurazione è possibile collegarsi alla console di gestione tramite la pagina web https://posta.pyroplastic.stream/admin, dove posta.pyroplastic.stream è il nome del nostro mail server.

Colleghiamaoci al pannello di gestione di Mail-in-a-Box:

Per aggiungere un nuovo account di posta, basta andare nella sezione mail poi users

Aggiungiamo un account, es. rosa:

Aggiunto l’utente, possiamo entrare nella sua webmail (roundcube) su https://posta.pyroplastic.stream/mail/

Oltre alla webmail è possibile configurare l’account anche su un mail client come Thunderbird.

I valori da usare sono questi (ovviamente posta.pyroplastic.stream va cambiato col vostro hostname):

OpzioneValore
ProtocoloIMAP
Mail serverposta.pyroplastic.stream
IMAP Port993
IMAP SecuritySSL or TLS
SMTP Port587
SMTP Security STARTTLS (“always” or “required”, se richiesto)
Username:L’intero indirizzo mail es. rosa@pyroplastic.stream
Password:La password dell’utente

Configurare un certificato TLS

Per configurare un certificato TLS (SSL) si può usare Let’s Encrypt. Basta andare nel meù System, TLS (SSL) Certificates.

Cliccando sul pulsante Provision, sarà possibile attivare il certificato.

Dopo pochi secondi compare una schermata che segnala che il certificato è ok. Il certificato ha una durata di 89 giorni, ma sarà rinnovato automaticamente in futuro.

Accedere a Nextcloud

Mail-in-a-Box, oltre a predisporre un server di posta elettronica, installa anche NextCloud uno software che consente di tenere aggiornati i propri contatti oppure di caricare i file personali sul server come se fosse Dropbox o Owncloud.

Per accedere al proprio NextCloud basta puntare all’indirizzo: https://posta.pyroplastic.stream/cloud/ e fare login con le stesse credenziali dell’account di posta: es. rosa@pyroplastic.stream

Questo server mail è ospitato su AlexHost.com, in particolare abbiamo scelto il PROMO KVM VDS 0.99/mo, che consente di avere una VPS con 1536MB RAM e 10 GB di spazio disco ad un prezzo contenuto.