Screen terminé lors de la deconnexion du terminal SSH

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Screen terminé lors de la deconnexion du terminal SSH

Garrus

Bonsoir à tous,

Alors voilà j'ai un serveur sous Debian 9, installé avec le script Bonobox, et j'essaye de lancer une commande dans un screen, pour que la commande continue de s’exécuter à la fermeture du terminal.

Donc je lance mon screen :

screen -S commande

Je lance ma commande, je détache le screen avec ctrl-A + D, lorsque je fais

screen -ls

je vois bien mon screen. Je me dé-logue puis je me relogue et là le screen c'est fermé...

Je ne vois pas bien où se trouve le problème, les commandes que j'utilise pour lancer le screen sont correctes non ?

Merci

Erusaris

Banip Même si l'appli ou la commande se termine, le screen doit rester actif. Enfin en tout cas visible dans

screen -list

Garrus Étrange problème ... Sinon solution provisoire utilise

nohup

Banip

C'est quoi la commande que tu lances ? C'est peut être parce qu'elle (la commande) se termine que ton screen se termine non ?

Ikoula

Il faut peut être lancer la commande avec un compte utilisateur différent.

Banip

Erusaris Pas d'accord, lances un screen avec une commande sleep. Quand ta commande sleep se terminera ton screen aussi. Testé sur debian 8 ce matin.

Garrus Si tu lances ta commande

vncserver :1 -geometry 1600x900 -depth 16 -pixelformat rgb565

sans le screen, est ce que la commande finie par se stopper seule ?

Garrus

Merci pour vos réponse.

Alors la commande que j'essaye de lancer c'est :
vncserver :1 -geometry 1600x900 -depth 16 -pixelformat rgb565

Pour avoir accès à un bureau à distance.

J'ai essayé avec nohup et même problème malheureusement.

Du coup je me suis lancer dans une tentative d'installer teamviewer (pour voir si ça marche mieux) mais même là je patine :

teamviewer

Init...
xprop:  unable to open display ''
CheckCPU: SSE2 support: yes
Checking setup...
Launching TeamViewer ...
Launching TeamViewer GUI ...
Aborted

ou alors :

teamviewer setup

TeamViewer daemon is not running, setup cannot continue. Please activate the TeamViewer daemon before invoking setup.

teamviewer daemon status

systemctl status teamviewerd.service
● teamviewerd.service - TeamViewer remote control daemon
   Loaded: loaded (/etc/systemd/system/teamviewerd.service; enabled; vendor preset: enabled)
   Active: active (running) since Tue 2018-02-27 20:35:02 CET; 4min 12s ago
 Main PID: 3489 (teamviewerd)
    Tasks: 17 (limit: 4915)
   CGroup: /system.slice/teamviewerd.service
           └─3489 /opt/teamviewer/tv_bin/teamviewerd -d

Feb 27 20:35:02 scw-1467f0 systemd[1]: Starting TeamViewer remote control daemon...
Feb 27 20:35:02 scw-1467f0 systemd[1]: teamviewerd.service: PID file /var/run/teamviewerd.pid not readable (yet?) after start: No such file or dire
Feb 27 20:35:02 scw-1467f0 systemd[1]: Started TeamViewer remote control daemon.

Bref je sèche complètement...

Garrus

Banip Je n’ai pas l’impression que la commandes s’arrete : elle continue tant que le terminal reste connecté

Erusaris

Banip Ah oui ok j'aurais appris un truc, merci 🙂
Garrus Je me sert de temps en temps de vnc aussi et je le lance comme ça :

vncserver -geometry 1600x900

Pour le couper

tightvncserver -kill :1

Édit : J'ai retrouver ça dans mes notes si ça peut t'aider : https://paste.mondedie.fr/?2e170804af0e2a7d#bRSgNYJtEdrXZ6lwT/P9cE5G2zdM08owe1bXtF4nydo=

Banip

Garrus Je me sers pas de VNCserver, comment sais tu que ton screen s'arrête dès que tu coupes ton SSH ? N'est ce pas plutôt VNCserver qui au bout de X secondes s'arrête ?

Pour moi un screen ne peux s’arrêter que si la commande qu'il contient s'arrête :/

Erusaris Pas de problème 🙂

Garrus

Banip

Pour tout dire j'ai testé d'abord sur un VPS, aussi sous debian 9 et installé avec bonobox et là j'ai bien le comportement "normal" :
- lorsque la commande vnc est lancé dans la session ssh sans screen, elle est arrêté à la déconnexion du ssh
- lorsque la commande vnc est lancé dans un screen détaché du terminal alors elle reste active aussi longtemps que désiré, elle ne se coupe pas toute seule.

J'ai comparé la configuration de vnc sur les 2 serveurs et c'est la même.

Et sur mon serveur principal dés que je me déconnecte de mon terminal ssh, la commande vnc se coupe aussi, screen ou pas, que je me déconnecte du ssh en 30s ou 15min, même résultat...

Erusaris
Voilà le log :

28/02/18 19:12:06 rfbProcessClientNormalMessage: ignoring unknown encoding 22
28/02/18 19:12:06 rfbProcessClientNormalMessage: ignoring unknown encoding 21
28/02/18 19:12:06 rfbProcessClientNormalMessage: ignoring unknown encoding 16
28/02/18 19:12:06 rfbProcessClientNormalMessage: ignoring unknown encoding -314
28/02/18 19:12:06 Enabling full-color cursor updates for client 86.198.8.47
28/02/18 19:12:06 rfbProcessClientNormalMessage: ignoring unknown encoding -223
28/02/18 19:12:06 Pixel format for client 86.198.8.47:
28/02/18 19:12:06   32 bpp, depth 24, little endian
28/02/18 19:12:06   true colour: max r 255 g 255 b 255, shift r 16 g 8 b 0
28/02/18 19:12:06   no translation needed

Erusaris

C'est vrai que ce serais bien d'avoir des logs

tail -f /home/ton.user/.vnc/server:1.log

Tu remplace "server:1" par le nom que toi tu lui auras donné (dans mon cas personnel c'est server:1).

Banip

Garrus
Est ce le même utilisateur qui lance les commandes sur les deux serveurs ? Ou sur le serveur qui fonctionne tu as lancé en root ?
Une piste, dans le fichier /etc/systemd/logind.conf de tes serveurs, peux tu voir la ligne suivante ?

#KillUserProcesses=no

Vérifie si elle n'est pas dé-commenté et sur yes sur le serveur ou tu as ton problème 🙂

Je vais commencer a sécher par contre...

Erusaris

Je viens d’essayer sur mon local et après ta dernière ligne j'ai ce type d'entrée :

01/03/18 02:41:02 Got connection from client 192.168.1.10
01/03/18 02:41:03   (other clients 192.168.1.10)
01/03/18 02:41:03 Using protocol version 3.8
01/03/18 02:41:03 Full-control authentication passed by 192.168.1.10

Visiblement ce serais sur un vps l'install? Le port et bien ouvert ?

Edit : Derrière l'ip du log c'est un synology chez orange qui répond. Tu es sur de ne pas t'être trompé de console ssh ?

Garrus

@Erusaris
non c’est bien correct, c’est juste l’ip de mon ordi client, qui se trouve bien derrière une box orange, sur laquelle j’ai bien un n’as synology branché

@Banip
C’est bien le même utilisateur qui lance la commande, root.
Quand à la ligne que tu m’as indiqué elle est bien décoché, mais ça m’a donné une idée : peut être qu’il y a une option dans sshd_config qui fout la merde sur le serveur où ça marche pas ?
Voilà le sshd_config du serveur qui déconne :
https://paste.mondedie.fr/?8138561460926940#lplwMas3lcviciGmZ11bMjDcmKs5c7CWuvoRXY04w/A=

Et le ssd_config du serveur qui fonctionne :
https://paste.mondedie.fr/?33402f1b71809993#oqaZY9/E/AboWAYwP3ZHvy7Gmlz5Rmgx1S5PrZNSoaA=

Il y a quelques différences dans les config…

Banip

Garrus
Mmmh, j'ai vu ce thread (Anglais) https://github.com/drtyhlpr/rpi23-gen-image/issues/10#issuecomment-172987746 peut être est ce là ta solution... !!! ATTENTION RISQUE DE PERTE DE SSH VERS TON SERVEUR !!!

Sinon je sais que screen a aussi du fichier de conf dans

~\.screenrc

mais je sais pas de quoi il en retourne 🙂

Je repasserai ce week end

Garrus

BarbeRousse
Oui en cherchant sur internet j'avais vu cette alternative. Je l'ai essayé mais même problème...
Merci quand même

Banip
En ce moment je ne vais pas avoir trop le temps de me penché sur ce problème, je testerais ça un peu plus tard et je reviendrais vous dire ce qu'il en est.

Merci à tous

BarbeRousse

Juste pour comparer tu as essayé avec tmux ?
(C'est une alternative à screen),

Banip

Garrus Ok pas de soucis, hésites pas à me taguer si jamais.

salorium

Salut les gars,
As tu essayé https://wiki.x2go.org/doku.php ?

Garrus

Bonjour a tous.
Me revoilà pour mon problème (j'avais un peu de temps devant moi lol)

Alors @salorium non je n'ai pas essayé, mais j'ai réussi à solutionner mon problème.

En fait je me suis rappelé que lorsque j'avais installé mon serveur j'avais eu un petit soucis avec ssh et que la solution que j'avais trouvé à ce moment là c'etait ça :

systemctl disable ssh.service
systemctl enable ssh.socket

J'ai donc tenté l'inverse, pour revenir à ma situation de départ :

systemctl disable ssh.socket
systemctl enable ssh.service

Et c'est bon... mes screen ne sont plus terminés à la déconnexion de mon terminal.

C'est donc résolu, merci à tous pour votre aide

Banip

Garrus Si tu pouvais mettre ta réponse en tant que meilleur réponse ? Cela permet de passer ton post en résolu et apporte de la visibilité pour les futures personnes qui passeront par là.

Au plaisir.

Page suivante »