Molti servizi di hosting condiviso, anche economici, offrono l’interessante possibilità di accedere in ssh al proprio spazio server. Non è possibile agire liberamente, in questi casi, installando alcunchè. Però c’è la possibilità di eseguire semplici comandi di shell, compresa la creazione di backup compressi, la copia di files e cartelle e tanto altro.

Alcuni gestori non offrono altro che un accesso “jailed” all’interno del pannello cPanel, altri richiedono di comunicare un indirizzo IP statico dal quale collegarsi, ponendo quell’IP in whitelist. Malgrado tutte queste limitazioni, generare la coppia di chiavi pubblica/privata per garantirsi l’accesso da shell al pc remoto è comunque una possibilità utile. Vediamo per i meno esperti come fare per generare la chiave ssh in pochi, semplici passaggi.

Entro nel cPanel e vado in Accesso SSH

Il primo passaggio è entrare nel cPanel fornito dal servizio di hosting e trovare l’icona di “SSH Access”, cliccandola.

Genero e autorizzo la chiave pubblica

Clicco su “Manage ssh keys” e scelgo un nome significativo per la mia chiave.

Scelgo una password robusta (mi raccomando) e genero la chiave.

A questo punto, comparirà la mia nuova chiave. Non è ancora autorizzata (lo vedo dallo status accanto al nome): non mi resta allora che cliccare su “Autorizzo” e attendere la conferma.

Scarico la chiave privata

Ora devo scaricare la mia chiave privata. E’ facilissimo: accanto al nome della mia chiave privata, sulla pagina, troverò il link “View/Download”. La salvo in una cartellina sicura del mio computer.
Nel mio esempio uso:

 ~/.ssh 

quindi alla fine avrò nel mio pc il file

 ~/.ssh/nomemiachiaveprivata

Cambio i permessi al file

Per poter aggiungere la mia chiave, è necessario che il file abbia i giusti permessi. Quindi digito:

chmod 400 ~/.ssh/nomemiachiaveprivata

Memorizzo la chiave sul mio pc

Non voglio dover inserire password, quindi aggiungo la mia chiave con:

ssh-add ~/.ssh/nomemiachiaveprivata

Il sistema mi chiederà, solo per questa volta, di digitare la password.
Fatto! Tutto qua…

E ora, mi collego con la mia chiave ssh!

Nulla di più semplice. Basterà il comando:

ssh -i ~/.ssh/nomemiachiaveprivata nomeutente@indirizzoip

RewriteEngine On 
RewriteCond %{SERVER_PORT} 80 
RewriteRule ^(.*)$ https://www.nomedeldominio.it/$1 [R,L]

Tmux consente infatti di aprire sessioni su server remoti, lanciare operazioni, staccare la finestra, andarsene a casa e riattaccare la sessione ritrovando tutto come se nulla fosse accaduto.
Si tratta della funzione principale del glorioso GNU Screen, ma cui Tmux aggiunge una moltitudine di migliorie.

Con Tmux lo schermo si può suddividere come si vuole. L’organizzazione in sessioni/finestre/pannelli consente di avere spazi di lavoro straordinariamente razionali e organizzati.
Al punto che per alcuni è diventato un’alternativa ai comuni (e pesanti) window manager.

Tornando alla nostra amata linea di comando, Tmux presenta un vantaggio, che è anche un’arma a doppio taglio: l’estrema configurabilità.
Ho conosciuto persone impegnate più nel configurare la linea di stato e il key mapping di Tmux che a usarlo realmente…anzi, una di quelle persone sono proprio io 🙂

Il mio consiglio allora è quello di “farsi le ossa” smanettando con il file di configurazione .tmux.conf, esultare per le migliorie e giocando con powerline e plugins, ma poi tornare all’essenzialità. Perchè la velocità, il poter non staccare mai le mani dalla tastiera, la pulizia nell’organizzazione delle informazioni sono il segreto e la forza di Tmux. Che è un programma “esigente”, come Vi. Ma alla fine ripaga per lo sforzo, e lo fa con gli interessi.

Per poter lavorare con profitto con Tmux è necessario capire la “logica” dell’applicazione. E questa logica è tutta compresa nel modo in cui il programma gestisce gli elementi base: sessioni, finestre, pannelli.

Si comincia dalla sessione. Ogni volta che lanciamo Tmux viene creata una sessione. Se vogliamo dare un nome alla nostra sessione (cosa che consiglio sempre di fare, assegnando nomi significativi, a differenza di ciò che farò in questo esempio…) basterà digitare

​tmux​​ ​new​​ ​-s​​ ​primasessione

Il risultato sarà uno schermo nero con la riga di stato in basso che riporterà il nome della sessione.

La sessione può essere staccata

Se nel mio terminale lancio un applicativo, ad esempio htop, mi basterà digitare la sequenza PREFISSO-D per tornare al prompt. Cosa è successo?
Semplice. Il programma in realtà è ancora “vivo”, ma è stato staccato. Se digito:

tmux ls

posso notare come la sessione che ho staccato “esista ancora”. Mi basterà “riattaccarla” con:

tmux​​ attach​​ -t primasessione​​ 

e come per magia ritroverò il mio htop in azione! Non è magia, ma ci si avvicina.
Per inciso, se voglio “uccidere” la sessione il comando è:

tmux​​ kill-session​​ -t​​ primasessione

E’ giunto il momento di creare una sessione che presenti due finestre. Diciamo una prima finestra con una shell, e la seconda con un Midnight Commander. Digito dunque:

tmux new -s miasessione -n miashell

Tutto come previsto. Si apre la finestra con la sessione “miasessione” e il prompt della shell. Ora mi basta creare una nuova finestra con PREFISSO-C e lanciare mc.

Visto? nella riga di stato posso vedere la presenza, nella sessione miasessione, delle due finestre: miashell e mc. Per rinominare una finestra mi basta usare PREFISSO-, (il prefisso CTRL-B oppure CTRL-A se l’ho ridefinito, seguito da una virgola).

Le finestre sono precedute da un numero. Di default la prima finestra ha il numero 0, ma vedremo in seguito come ridefinire la cosa per far iniziare la sequenza dal numero 1.

Mi basterà digitare PREFISSO+numero per “saltare” da una finestra a un’altra.

La parte più bella però è la successiva. Posso infatti dividere ogni mia finestra in più pannelli.

Se guardate l’immagine più sopra con i 4 applicativi disposti in uno schema 2×2 potete facilmente capire cosa si possa ottenere. In pratica, lo schermo può essere suddiviso a piacimento, disponendo i programmi come risulta più comodo. L’esempio classico di un amministratore di server che può monitorare più macchine o il programmatore che tiene a schermo editor, debugger e riga comando / output possono bastare a far capire l’utilità di una soluzione di questo tipo.

La suddivisione dello schermo avviene con i comandi PREFISSO-% per la suddivisione verticale e PREFISSO-” per quella orizzontale, ma redifiniremo questi tasti in maniera più intuitiva agendo sul file di configurazione.

La gioia della personalizzazione

La personalizzazione di Tmux avviene tutta attraverso la scrittura del file .tmux.conf presente di default nella propria home directory.

La fantasia e le innumerevoli possibilità possono fornire ore e ore di svago per chiunque coltivi la passione della customizzazione, consentendo anche soluzioni assai avanzate. Non è questa la sede per spingerci verso arditi settaggi (lascio ai link e ai libri qua sotto il compito per i più curiosi e interessati), ma mi limito a “ritoccare” alcuni aspetti molto importanti per quanto riguarda le funzionalità base del programma.

Apro dunque con il mio editor preferito (oppure creo) il file .tmux.conf

La primissima cosa che andrò a modificare è il PREFISSO. CTRL-B è infatti una sequenza che giudico infelicissima. Meglio, molto meglio CTRL-A, che non a caso è il prefisso standard di GNU Screen:

# Ctrl-a al posto di Ctrl-b
# Cancello la combinazione C-b
unbind C-b
# e setto C-a
set -g prefix C-a

Voglio poi che l’indice base per finestre e pannelli parta da 1 anzichè da 0:

# Indice base per le finestre a 1 invece di 0
set -g base-index 1
# Indice per i pannelli a 1 invece di 0
setw -g pane-base-index 1

Voglio avere il manuale a portata di tasto PREFISSO-?, e voglio poter cambiare la mia configurazione e ricaricarla con una semplice sequenza di tasti (PREFISSO-r) per fare i miei esperimenti:

# mostra il manuale
bind-key ? command-prompt "split-window -h 'exec man %%'"
# ricarica il file di configurazione
bind r source-file ~/.tmux.conf  \; display  "Ricaricato!"

Voglio divertirmi a suddividere la mia finestra in più pannelli in maniera intuitiva. Uso \ oppure | per la suddivisione verticale e – per quella orizzontale. Semplice e intuitivo!

# Dividi
bind-key - split-window -v
bind-key \ split-window -h
bind-key | split-window -h

Abilitiamo il mouse, e poi voglio i colori!

# Attiva il mouse
set -g mouse on

# 256 colori
set -g default-terminal "screen-256color"

Su riga di comando, taglia e incolla personalizzati, potenziamento della clipboard, temi e plugin lascio il divertimento a voi, e le spiegazioni ai testi consigliati. E’ tutto molto facile, tutto molto ma molto ricco di soddisfazioni. Buon divertimento con Tmux!

Risorse online

• The Tao of tmux – leggilo online (inglese)
• Il manuale di Tmux (inglese)
• Una sintetica introduzione ai comandi principali (inglese)

Due ottimi libri acquistabili su Amazon

La cosa è fattibilissima.

Mi spiego con un esempio banale. Su di un cloud server Amazon Lightsails ho installato uno stack Bitnami WordPress.
Diciamo che mi interessa poter montare la cartella htdocs nel mio filesystem locale.

Ecco come fare:

Basta installare sshfs sulla propria macchina Linux.
Ad esempio in un sistema Debian e derivate userò:

sudo apt install sshfs

e poi si può montare la cartella htdocs dell’utente di esempio bitnami come fs locale in ~/sito.

Creo allora la cartella:

mkdir ~/sito

e poi digito:

sudo sshfs bitnami@ILMIOIP:/opt/bitnami/apps/wordpress/htdocs ~/sito -o IdentityFile=~/.ssh/LAMIACHIAVEPRIVATA.pem -o allow_other       

Ovviamente in questo esempio presuppongo che l’utente si chiami bitnami e si dovrà sostituire ILMIOIP con l’ip della macchina remota e LAMIACHIAVEPRIVATA.pem con la chiave privata corrispondente.

Poi mi basterà andare in

cd ~/sito

per poter lavorare sul sito remoto nella massima comodità.

Per smontare la directory dal mio filesystem locale mi basterà il comando:

sudo fusermount -u ~/sito

Risolvere un problema di autenticazione

Gestendo più server, può capitare di avere molteplici identità e di incappare in fase di autenticazione nell’errore
Too many authentication failures for user

Quello che possiamo fare è far in modo che il sistema non cerchi di indentificare automaticamente l’utente, usando ssh in questo modo:

ssh -o IdentitiesOnly=yes NOMEUTENTE@IPSERVER

Libri sull’argomento

The given path is misformatted or contained invalid characters: ecc ecc

Il problema risiede del file .htaccess generato da wordpress in fase di installazione. Vi si ritrovano infatti path assoluti, anzichè relativi. in pratica, due righe tipo queste:

RewriteRule ^([_0-9a-zA-Z-]+/)?(wp-(content|admin|includes).*) C:\xampp-portable\htdocs\wordpress/$2 [L]
RewriteRule ^([_0-9a-zA-Z-]+/)?(.*\.php)$ C:\xampp-portable\htdocs\wordpress/$2 [L]

basta cambiare il path assoluto c:\xampp-portable\htdocs\wordpress in relativo /wordpress/  e tutto funziona!

Io ho risolto così: per me il problema era cambiare la direttiva “AllowOverride None” in “AllowOverride All” nella configurazione di Apache (nella parte relativa a /var/www).

Quando ho visto tutto funzionare, non mi è parso vero, e quindi posto a futura memoria!

Il problema nasce dal fatto che spesso l’uso congiunto dei due programmi genera un fastidioso problema: Skype e Apache vanno in conflitto. La soluzione, per fortuna è molto semplice. Trattandosi di un conflitto di porte (usano entrambi 80 e 443) basta modificare la configurazione di Apache o quella di Skype. Io preferisco quest’ultima soluzione, perchè sono troppo pigro per aggiungere il numero di porta ad ogni chiamata ad Apache (tipo http://localhost:8080/, per fare un esempio…).

E allora, si apre Skype, si sceglie Strumenti e poi Opzioni, poi Avanzate e quindi Collegamento. Si elimina la spunta alla voce “Usa le porte 80 e 443 come alternative per le connessioni in ingresso” e si riavvia Skype.

Il problema dovrebbe essere risolto.

1) Devo configurare Windows perchè riconosca l’host. Edito, come amministratore (ad es. in Vista) il file c:\windows\system32\drivers\etc\hosts

e aggiungo la riga che mi serve. Il file, tolta la parte di commento, avrà un aspetto tipo questo:

127.0.0.1       localhost
127.0.0.1       pippo.com

salvo ed esco

2) vado in c:\xampp\apache\conf\extra

trovo ed edito il file httpd-vhosts.conf, aggiungendo queste righe:

NameVirtualHost *:80

<VirtualHost *:80>
ServerAdmin webmaster@localhost
DocumentRoot C:/xampp/htdocs/pippo.com/
ServerName pippo.com

<Directory "C:/xampp/htdocs/pippo.com/">
Options Indexes FollowSymLinks Includes ExecCGI
AllowOverride All
Order allow,deny
Allow from all
</Directory>
</VirtualHost>

3) Ora posso avviare (oppure riavviare) Xampp (o il solo Apache)

Fatto!