<div dir="ltr"><div>Salut Valentin,</div><div><br></div><div>Je crois que tu as la tête aux box, ce qui est assez logique si tu es où je pense :-)</div><div><br></div><div>Mais là, c'est des transferts assez courts de serveur dédié à serveur dédié, et quand le serveur gèle, il n'est plus accessible via ping, ssh, http, rien. Et il n'écrit plus rien dans le syslog jusqu'au reboot forcé via la console d'admin de l'hébergeur.</div><div>Bref, c'est pas le ssh qui gèle tout seul, c'est bien un plantage.</div><div><br></div><div>Par ailleurs, pour les serveurs j'ai trouvé que lancer tmux après ssh permet aussi de conserver une connexion vivante pendant des jours. Et en plus, ça donne les onglets de tmux :-)</div><div><br></div><div>Bon camp !</div><div><br></div><div>J-M<br></div><br><div class="gmail_quote"><div dir="ltr">On Wed, Aug 22, 2018 at 3:26 PM Valentin GRIMAUD <<a href="mailto:valentin@grimaud.me">valentin@grimaud.me</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div text="#000000" bgcolor="#FFFFFF">
    Est-ce que ce problème de scp ne serait pas dû à une connexion ssh
    qui se fige suite à une inactivité entraînant la perte de
    l'association interne au NAT de la box ? Bon j'y crois pas trop,
    étant donné que scp devrait envoyer en permanence des données, et
    que ce problème arrive sur certaines box en cas d'inactivité, mais
    on ne sait jamais.<br>
    <br>
    Il y a un paramètre client et un paramètre serveur pour maintenir
    une connexion ssh active.<br>
    <br>
    Un test en lançant un terminal ssh et en regardant si il est
    toujours possible au bout d'une heure de taper des commandes dedans
    permet de diagnostiquer le problème que je cite.<br>
    <pre><code>ServerAliveInterval 30 dans sshd sur le server et </code><code><code>ClientAliveInterval 60 dans la config ssh sur le client</code>
</code></pre>
    <br>
    <br>
  </div>

</blockquote></div></div>