usa gnu screen quando ssh è usato come utente, ma su come un altro

8

Di seguito è riportato ciò che accade quando si tenta di utilizzare lo schermo gnu. Fondamentalmente, tutto funziona bene fino a quando non faccio un altro utente. quindi ricevo un Cannot open your terminal '/dev/pts/7' - please check.errore

l413:~$ ssh sbird@example.com
sbird@example.com password: 
sbird@example:~$ screen
[screen is terminating]
sbird@example:~$ su - gradplan
Password: 
gradplan@example:~$ screen 
Cannot open your terminal '/dev/pts/7' - please check.
gradplan@example:~$

Come posso accedere come sbird, su per gradplan e continuare a usare lo schermo?

gnu-screen su

— Alexander Bird
fonte

4

Per rispondere direttamente alla tua domanda:

ssh sbird@example.com su grandplan -c “script /dev/null -qc \"screen\""

Non modificare i permessi su / dev / pts / X - introduce solo una falla di sicurezza non necessaria.

— Joseph Riopelle
fonte

11

Digitare script /dev/nullprima di iniziare screen.

$ su - gradplan
$ screen
Cannot open your terminal '/dev/pts/15' - please check.
$ script /dev/null
Script started, file is /dev/null
$ screen
# do whatever inside the screen
[detached]
$

ref: ServerFault: Perché il reindirizzamento di "script" su / dev / null / consente a "screen" di funzionare mentre viene citato in giudizio come un altro utente?

— ento
fonte

Per i futuri lettori, ho scoperto che fare causa all'interno dello schermo è in realtà una pratica migliore, ma poiché questo risponde a ciò che in realtà ho chiesto di meglio, ho accettato questa come la risposta giusta.

— Alexander Bird,

1

Se tu:

ls -l /dev/pts/7

Vedrai che è di proprietà di sbird, quando passi a Gradplan, non ha permessi per toccare quel dispositivo.

Puoi provare a farlo

chmod a+rw /dev/pts/X

(X è il numero di punti a cui sei attualmente connesso, perché cambierà) prima di visualizzare lo schermo.

Oppure puoi schermare come sbird, quindi in ogni finestra dello schermo lì.

— superfro
fonte