Suggerimento Mini PC linux

[sacarde]

confermo, con:

tightvncserver (1.3.10)
+
lightdm (1.18.3) (abilitato e configurato abilitando vnc)
+
lightdm-gtk-greeter


funziona, eccedendo dall'altro pc: vncviewer <ip>

[ishtar1900]

Originariamente inviato da psimem

Ho provato a configurare lightdm ma niente da fare, posso fare il login da remoto solo dopo aver effettuato almeno una volta il login fisicamente sulla macchina, non riesco a capire come mai

se configurando lightdm in autologin ti da comunque problemi puoi eliminarlo definitivamente e avviare il sistema via systemd e startx, in fondo il dm non non ha alcuna utilita nel tuo caso

[psimem]

Originariamente inviato da sacarde

confermo, con:

tightvncserver (1.3.10)
+
lightdm (1.18.3) (abilitato e configurato abilitando vnc)
+
lightdm-gtk-greeter


funziona, eccedendo dall'altro pc: vncviewer <ip>

Adesso provo su una macchina virtuale e vedo se il problema persiste.

Originariamente inviato da ishtar1900

se configurando lightdm in autologin ti da comunque problemi puoi eliminarlo definitivamente e avviare il sistema via systemd e startx, in fondo il dm non non ha alcuna utilita nel tuo caso

Forse un po' troppo complicato per le mie conoscenze...
Se non cavo un ragno dal buco con la strada precedente tengo sicuramente presente questa possibilita'.

[psimem]

Piccolo aggiornamento, non ho ancora avuto modo di fare ulteriori test con lightdm e tightvncserver per cui momentaneamente ho abilitato l'auto-login in ubuntu-mate e poi in auto-start eseguo un comando che lancia x11vnc.
Per ora funziona, pero' l'obiettivo finale rimane lightdm+vnc.

PS: non e' che c'entra qualcosa il fatto che prima avevo la home criptata?

[psimem]

Ok, preparato VM ad-hoc con debian-xfce 9, installato tightvncserver e configurato lightdm.conf come da precedenti post: funziona perfettamente .

Per sfizio adesso provo con la home criptata...
Ok funziona anche con la home criptata.

Adesso che ho avuto un assaggio con la home criptata non mi dispiacerebbe avere l'intero sistema protetto allo stesso modo.
Ho quindi installato nuovamente debian con l'intero disco criptato.
Adesso il problema sta nel fatto che nelle primissime fasi di avvio viene richiesta la password per decriptare il disco; essendo il pc headless ci dovrebbe essere un modo per poter inserire detta password da remoto.
Dopo una ricerca ho scoperto che sarebbe possibile installare un leggero server ssh (dropbear) in initramfs in modo tale che venga avviato al momento della richiesta password per decriptare il disco...

Allora, ho tribolato non poco dato che le guide che ho trovato differivano in alcuni passaggi ma alla fine ce l'ho fatta; in sostanza bisogna installare in initrafs del pc server un server ssh
ed avviarlo al momento del boot e dal pc client collegarsi tramite ssh ed inserire la password di decriptazione.
Riporto di seguito i passaggi anche per mio riferimento futuro.
Come prima cosa installare sul pc server dropbear (server ssh) e busybox (tool):

# apt-get install dropbear busybox

Con Debian in automatico verra' installata e configurata come dipendenza dropbear-initramfs.
Riavviamo il pc server e facciamo il login in modo da avere il server ssh attivo.
Il prossimo punto e' fondamentale (ed io ci ho sbattuto la testa diverse volte) dato che dropbear non consente il login tramite password al momento del boot bisogna creare una coppia di chiavi sul pc client e trasferire quella .pub sul pc server.
Prima ovviamente dobbiamo installare sul pc client il client ssh:

# apt-get install openssh-client

Poi possiamo creare le chiavi:

$ ssh-keygen -f ~/.ssh/id_rsa_unlockcrypto

Verra' richiesta una passphrase, se non ci serve avere la chiave criptata lasciare in bianco.
Ora possiamo copiare la chiave pubblica dal pc client al pc server:

$ scp id_rsa_unlockcrypto.pub username@ip.of.your.server:/home/username/

Ora dobbiamo inserire detta chiave nel file usato da dropbear per eseguire l'autenticazione (e questo e' un altro passaggio sul quale sono inciampato diverse volte); dal pc server come root:

# cat id_rsa_unlockcrypt.pub > /etc/dropbear-initramfs/authorized_keys

Ora possiamo eseguire l'aggiornamento di initramfs e grub in modo che dropbear possa essere correttamente lanciato all'avvio:

# update-initramfs -u -k all
# update-grub2

Ora riavviamo il pc server e quando ci verra' chiesta la passwor di decriptazione colleghiamoci dal pc client fornendo la chiave privata come autenticazione:

$ ssh -v -i ~/.ssh/id_rsa_unlockcrypto root@ip.of.your.server

Una volta collegati ci verra' suggerito il comando per eseguire la decriptazione:

cryptoroot-unlock

Ora possiamo finalmente inserire la password per avviare la decriptazione.

[psimem]

Come da post precedente tutto funziona correttamente pero' c'e' un piccolo inghippo: dopo che mi sono collegato tramite ssh la prima volta per inserire la password di decriptazione quando tento di accedere nuovamente al server avviato sempre tramite ssh ottengo questo:

$ ssh username@ip.of.your.server
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@    WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!     @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
Someone could be eavesdropping on you right now (man-in-the-middle attack)!
It is also possible that a host key has just been changed.
The fingerprint for the ECDSA key sent by the remote host is
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx.
Please contact your system administrator.
Add correct host key in ~/.ssh/known_hosts to get rid of this message.
Offending ECDSA key in ~/.ssh/known_hosts:2
  remove with: ssh-keygen -f "~/.ssh/known_hosts" -R ip.of.your.server
ECDSA host key for ip.of.your.server has changed and you have requested strict checking.
Host key verification failed.

Se come suggerito elimino il riferimento in known_hosts riesco ad eseguire il login:

$ ssh-keygen -f "~/.ssh/known_hosts" -R ip.of.your.server

Come posso evitare questo errore?