execution à distance offline - réseaux et sécurité - Linux et OS Alternatifs
Marsh Posté le 27-08-2003 à 09:36:52
merci je vais jetter un oeil
le problème, qui je pense va se produire, est que screen va avoir pour ppid le pid de bash et va donc se trouver détruit à la fermeture de bash... entrainant avec lui tous les autres sousprocessus....
pe que screen possède un mode "détaché", je vais approfondir
Marsh Posté le 27-08-2003 à 09:44:14
cityhunterxyz a écrit : merci je vais jetter un oeil |
nan nan
c'est fait pour, ça va marcher comme tu veux
Marsh Posté le 27-08-2003 à 10:04:44
cityhunterxyz a écrit : merci je vais jetter un oeil |
Pour faire vite :
-tu te loggue sur une machine distante en ssh par ex
-tu lance screen
-tu lance tes progs dedans dans les consoles virtuelles (man pour savoir comment ca marche ca )
-ensuite tu tape CTRL+A CTRL+D
-et voilà screen est "détaché"
-tu te délogue de la machine distante.
Maintenant comme tu veut reprendre la main :
-reloggue sur machine distante
-screen -r
et voilà, tu retrouve tout comme avant
Marsh Posté le 27-08-2003 à 10:09:33
et c'est possible de gérer plusieurs screen ?
Marsh Posté le 27-08-2003 à 10:15:03
farib a écrit : et c'est possible de gérer plusieurs screen ? |
oui, si c'est le cas quand tu tappera screen -r il te demandera de préciser le pid de la session que tu veut restorer
Marsh Posté le 27-08-2003 à 10:27:32
autre cas, si pour une raison méchante, la connection est coupée brutalement, existe-t'il un mode où screen gere bien la perte de connection sans ctrl a ctrl d ?
Marsh Posté le 27-08-2003 à 11:46:32
Je viens de tester (couper la session en fermant l'xterm) et screen à parfaitement géré cela, j'ai pu reprendre là où je m'étais arrêté.
Marsh Posté le 27-08-2003 à 14:32:38
void_ppc a écrit : Je viens de tester (couper la session en fermant l'xterm) et screen à parfaitement géré cela, j'ai pu reprendre là où je m'étais arrêté. |
okay, merci, screen est donc farpait
Marsh Posté le 27-08-2003 à 16:06:10
screen est justement fait pour tout ça. Dommage qu'il soit pas installé au boulot
Marsh Posté le 28-08-2003 à 19:23:22
phosphorus68 a écrit : screen est justement fait pour tout ça. Dommage qu'il soit pas installé au boulot |
tu peut toujours l'installer dans ton home a partir des sources, en créant un répertoire /home/toi/user et en précisant lors de la compile --prefix=/home/toi/usr
Marsh Posté le 29-08-2003 à 12:42:29
void_ppc a écrit : |
encore faut il avoir acces aux compilos etc ...
Marsh Posté le 29-08-2003 à 15:12:09
tu le compile chez toi et tu ramène
merci beaucoup pour ces infos.... je connaissais screen de nom maintenant je l'utilise
au fait y a t'il un moyen de faire la mm chose avec le serveur X?
Marsh Posté le 29-08-2003 à 15:17:31
kasi a écrit : |
tu le compil chez toi en static, t'aura un binaire énorme mais pas besoin d'autres libs
Marsh Posté le 29-08-2003 à 17:34:12
cityhunterxyz a écrit : tu le compile chez toi et tu ramène |
le serveur X, tu le mets sur ta machine en local non ? et tu positionne DISPLAY pour afficher les fenêtres dessus
Marsh Posté le 29-08-2003 à 17:52:26
kasi a écrit : |
mais là pas moyen de fermer la connexion et de tout reprendre ou tu l'as interrompue comme screen
Marsh Posté le 30-08-2003 à 14:47:27
void_ppc a écrit : |
en effet !
Marsh Posté le 26-08-2003 à 15:58:29
salut!
je cherche à effectuer l'une des deux opérations suivantes (la première de préférence car plus généraliste)
1)changer le ppid d'un process ainsi que ses redirection, alors que le process est en cours d'execution ou stopé : le but est de faire un simili daemon (et pouvoir le faire revenir plus tard en premier plan)
2)interrompre une connection (par ex telnet) et la récupérer plus tard, cette dernière ayant été en cours d'execution pendant tout le temps de la déconnection
exemple :
telnet 192.168.169.1
login : XXXXX
pass:
bash$ ./myscript &
bash$ [ <-pour reprendre le mode commande de telnet
telnet> suspend
à partir d'ici je "devrais" être déconnecté.... donc le programme devrait tourner sur la bécanne en face... mais cela ne semble pas être le cas.....
exemple 2:
executer un prog
reparent avec comme parent init, changer les IO vers /dev/null et /dev/zero
laisser du temps s'écouler et sous une autre connection faire
reparent avec comme parent le shell courant et redirection des IO
la redirection des IO peut être rendue optionelle si qq sait comment récupérer un job d'un shell dans un autre....
merci