Il problema che rilevo è l'impossibilità di effettuare il resume di una sessione precedentemente posta in detach. Al resume chiede la password, nessuna è accettata, neanche vuota e in più si inchioda completamente. Alla fine devo chiudere l'intero terminale ST ma anche con XTerm capita, e dare un bruto "pkill -9 screen".
Vi posto i dettagli della clonazione del repo e i passaggi per compilarlo con le opzioni che ho usato, si dovrebbe riuscire a testarlo anche senza installarlo propriamente, dopo il make si trova l'eseguibile nella dir dei sorgenti lavorati:
Codice: Seleziona tutto
git clone git://git.savannah.gnu.org/screen.git
Codice: Seleziona tutto
cd screen/src
autoreconf -vif || exit 101
./configure \
--prefix=/usr \
--sysconfdir=/etc \
--libdir=/usr/lib64 \
--mandir=/usr/man \
--infodir=/usr/info \
--with-pty-mode=0620 \
--with-pty-group=5 \
--enable-pam \
--enable-telnet \
--disable-socket-dir \
--build=x86-slackware-linux
make
Una volta ottenuto l'eseguibile "screen", si può testare lanciandolo direttamente dalla dir dei sorgenti "screen/src":
Codice: Seleziona tutto
./screen
Infine si può tentare il resume, sempre da lì, dalla dir dei sorgenti, lanciando:
Codice: Seleziona tutto
./screen -r
Se non avete toccato nulla, non vi dovrebbe più far agganciare la sessione screen.
Invece si può settare PAM come segue in modo da accettare qualsiasi password (ovviamente in certi ambiti la cosa è non sicura, se avete protetto la sessione in ambienti multiuser è ovvio, mentre in ambiti single user non dovrebbe esserci problema e inserire ogni volta la password è una scomodità non accettabile). Ad ogni modo PAM si può settare come segue:
Codice: Seleziona tutto
$ cat /etc/pam.d/screen
#%PAM-1.0
auth sufficient pam_permit.so
Nella pratica la cosa me funziona solo se avvio come root screen, a quel punto se mando in detach e poi faccio il resume, chiede la password, do invio ed entro nella sessione senza problemi.
Non capisco perché non funzioni in modo analogo avviando screen da utente semplice...
Sulla mailing devel di screen il problema sembra conosciuto, ma nel mio caso pare che la soluzione che consigliano, ovvero settare pam in modo da accettare qualsiasi password, tamponi la situazione se utilizzo l'utente root, lascio un riferimento:
https://lists.gnu.org/archive/html/scre ... 00024.html
Resta il fatto che tale soluzione non sembra risolvere quando la sessione screen è lanciata da semplice utente, che è poi quello che interessa a me.
Se qualcuno sa che potrebbe centrare PAM e ha idee di cosa potrei provare per risolvere, benvenga, grazie in anticipo!