comment autoriser un temps de non-activité en session distante ?

bonjour,

quand je me connecte sur mon serveur distant linux, je lance une commande qui prend du temps et je retourne à mes activités normales (sous windows) en laissant la console (cmd de windows) en background pour que ça se termine...
Mais linux me déconnecte souvent avec "

Citation:

---

client_loop: send disconnect: Connection reset

---

" au bout d'un certain temps sauf si j'ai pas une activité clavier dans la console cmd. mais j'oublie...
du coup je suis obligé de me reconnecter...


je peux comprendre que c'est une mesure de sécurité mais peut-on régler cela, le délai ? peut-on le faire par IP ou par user ou c'est général à tout le monde sur le serveur ?

bonne journée

Tu te connectes comment à ton linux ?

C'est une vrai console cmd ou une console putty (si tu utilises ssh) ?

en tant qu'admin sur mon poste windows, je lance une fenêtre cmd et ensuite, j'y vais en ssh...

Code:

---

ssh moncompte@mondomaine

---

ça viendrait des options ssh à ajouter dans ma ligne ?

ça se pourrait bien, essaye avec:

Code:

---

ssh -o ServerAliveInterval=60 moncompte@mondomaine

---

selon moi, ça vient de la configuration du client.

Et ?
ssh est le client, il demande au serveur s'il est là, il existe une option clientaliveinterval mais celle-ci est disponible coté serveur (sshd).

Hello,

Règle numéro 1: toujours lancer une longue commande dans un screen/tmux

Citation:

---

Envoyé par disedorgue

Et ?
ssh est le client, il demande au serveur s'il est là, il existe une option clientaliveinterval mais celle-ci est disponible coté serveur (sshd).

---

il est en cmd.exe; le client ssh (j'étais resté sur putty, mais bon) est-il configuré de la même manière que sur Linux ?

Citation:

---

Envoyé par tabouret

Hello,

Règle numéro 1: toujours lancer une longue commande dans un screen/tmux

---

est-ce récent ce type de conseil/utilisation ?
(j'ai 35ans), jamais un professeur ou autre personne m'a appris cela, ni conseillé. ni en fac, ni en formation, ni en lecture.
ça me rappelle quand je clammais que les interface (gui) étaient préférables aux cmd car elles permettaient d'apprendre l’existence des otpions de chaque commandes et de gérer les process long (exécution avec jauges, barre de progressions..etc) mais on me riait au nez en IUT :roll:

Hello,

Ce n'est pas récent, tout ingénieur système et réseau se doit de connaitre la commande tmux ou screen. L'une ou l'autre de ces commandes doivent impérativement être installées sur chaque serveur d'un datacenter.

Les directives ServerAliveInterval et ServerAliveCountMax, coté client, te permettent de maintenir ta session le temps que tu voudras. Mais elle ne te protègent pas d'une coupure réseau.

Par exemple, tu lances un resize2fs sur un logical volume de 4 To qui risque au bas mot de te prendre 2/3 heures et la tu as une interruption réseau à 10% de la fin. Outre le fait que tu viens de perdre 2/3 heures, tu risque potentiellement une corruption du FS.

Par conséquent, on lance toujours une commande de longue durée et qui plus est critique dans un Tmux ou dans un Screen. Allez je vais te montrer les deux manières de faire.
Pour infos, ces deux paquets sont des multiplexeurs de terminal qui gèrent aussi les sessions.

Tmux
1. lance tmux
2. lance ta commande
3. CTRL + b puis touche "d" (tu viens de te détacher de ta session, tu peux à présent te déconnecter du serveur et y revenir plus tard)
4. tu reviens en SSH sur le serveur
4. tmux ls (listing des sessions actives Tmux, garde en mémoire l'ID qui t’intéresse)
5. tmux attach -t <id> (te revoilà sur ta commande terminée, ou toujours en cours)

Screen
1. lance Screen
2. lance ta commande
3. CTRL + a puis touche "d" (Détachement)
4. screen -ls (Récupère l'ID de session)
5. screen -r <ID>

Edit:
La GUI c'est sympa pour avoir un visuel rapide mais la CLI est infiniment plus puissante.