GNU Screen 4.99 - resume non funzionante
Inviato: gio 5 ott 2023, 16:12
Già da tempo avevo installato la versione di sviluppo (4.99) di GNU Screen, a me serviva per abilitare i colori truecolor che non sono supportati nella versione stabile del programma.
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:
OK, se lo provate su slackware-15.0 autoconf va aggiornato alla versione 2.71 altrimenti dà errore nella generazione del configure (autoreconf).
Una volta ottenuto l'eseguibile "screen", si può testare lanciandolo direttamente dalla dir dei sorgenti "screen/src":
A quel punto si esegue il detach premendo "Ctrl+A d" ("Contrl-a" e poi "d"). Questo invia la sessione in background. E si ritorna al prompt precedente.
Infine si può tentare il resume, sempre da lì, dalla dir dei sorgenti, lanciando:
Dovrebbe chiedere una password. E qui dipende da come è settato PAM se ho ben capito.
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:
In teoria così dovrebbe funzionare, cioè al resume chiede la password, si dà invio e si entra.
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!
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
./screenInfine si può tentare il resume, sempre da lì, dalla dir dei sorgenti, lanciando:
Codice: Seleziona tutto
./screen -rSe 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.soNella 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!
