Visualizzazione dei risultati da 1 a 4 su 4
  1. #1

    Riprendere sessione ssh

    Scenario:
    Lancio sul server un applicazione server in java che non gira come servizio ma come applicazione.
    Mi spiego non si tratta di un servizio server come mysql controllabile da:
    /etc/init.d/mysql
    Si tratta di un software scritto da me in java che necessita di essere lanciato come

    java -jar file.jar

    Il servizio mi serve che sia raggiungibile dalla sessione che lo ha lanciato perché i parametri del server vengono modificati dal file eseguito.
    Dopodichè il processo resta aperto e posso controllarlo con comandi digitati perché programma resta in attesa di ordini.

    Se avessi una GUI (che non posso avere) mi collegherei con NX avvio un terminale e lancio il server controllandolo, ma posso collegarmi solo in ssh quindi vi chiedo , come faccio a collegarmi in ssh lanciare il server e poi:

    Domanda:
    E' possibile terminare la sessione ssh senza che cada il servizio in modo che poi possa riprendere il controllo della stessa sessione ssh dove avevo il servizio è ancora su?

    Grazie
    There are two kinds of researchers:
    those that have implemented something and those that have not.
    The latter will tell you that there are 142 ways of doing things
    and that there isn't consensus on which is best.
    The former will simply tell you that 141 of them don't work.

  2. #2
    Dai un'occhiata al programma screen.
    Amaro C++, il gusto pieno dell'undefined behavior.

  3. #3
    Proprio quello che cercavo.
    Per chi avesse le stesse necessita mie.

    ssh utente@server
    password:

    apt-get update
    apt-get install screen

    screen (app are una nuova shell pulita)
    si eseguono i comandi...

    una volta troncata la connessione ci si può ricollegare lanciando il comando

    screen -r

    Se ci fossero aperte più connessioni sempre con screen

    screen -r restituisce i pid delle schell e le potete ripescare tranquillamente con

    screen -d -r pid


    Grazie mille
    There are two kinds of researchers:
    those that have implemented something and those that have not.
    The latter will tell you that there are 142 ways of doing things
    and that there isn't consensus on which is best.
    The former will simply tell you that 141 of them don't work.

  4. #4
    Amaro C++, il gusto pieno dell'undefined behavior.

Permessi di invio

  • Non puoi inserire discussioni
  • Non puoi inserire repliche
  • Non puoi inserire allegati
  • Non puoi modificare i tuoi messaggi
  •  
Powered by vBulletin® Version 4.2.1
Copyright © 2025 vBulletin Solutions, Inc. All rights reserved.