Salut,
Depuis un nouvel emplacement (connexion wifi à priori potable) j'ai m es
consoles ssh qui figent régulièrement (j'ai l'impression dès que je
m'en sert plus qq minutes) : plus rien ne réagit, obligé de fermer
l'onglet à la sauvage.
J'ai changé gnome-terminal pour xterm et roxterm sans que ça corrig e ce
comportement.
Une idée ?
(en attendant je vais passer par screen mais sa gestion du défilement
me gêne)
Salut,
Depuis un nouvel emplacement (connexion wifi à priori potable) j'ai m es
consoles ssh qui figent régulièrement (j'ai l'impression dès que je
m'en sert plus qq minutes) : plus rien ne réagit, obligé de fermer
l'onglet à la sauvage.
J'ai changé gnome-terminal pour xterm et roxterm sans que ça corrig e ce
comportement.
Une idée ?
(en attendant je vais passer par screen mais sa gestion du défilement
me gêne)
Salut,
Depuis un nouvel emplacement (connexion wifi à priori potable) j'ai m es
consoles ssh qui figent régulièrement (j'ai l'impression dès que je
m'en sert plus qq minutes) : plus rien ne réagit, obligé de fermer
l'onglet à la sauvage.
J'ai changé gnome-terminal pour xterm et roxterm sans que ça corrig e ce
comportement.
Une idée ?
(en attendant je vais passer par screen mais sa gestion du défilement
me gêne)
Salut,
Qu'entends-tu par « nouvel emplacement » ? Si tu veux dire que ton IP
a changé alors c'est normal que la connexion se coupe, les sessions
TCP se basent dessus si je ne m'abuse.
J'avais lu il y a un moment sur DLFP qu'une option du noyau permettait
de conserver les sessions TCP même en cas de changement de chemin IP,
mais c'est de mémoire.
En attendant tu devrais essayer tmux à la place de screen, sa gestion
du défilement est plus simple : Ctrl b + PgUp / PgDn pour monter ou
descendre.
Salut,
Qu'entends-tu par « nouvel emplacement » ? Si tu veux dire que ton IP
a changé alors c'est normal que la connexion se coupe, les sessions
TCP se basent dessus si je ne m'abuse.
J'avais lu il y a un moment sur DLFP qu'une option du noyau permettait
de conserver les sessions TCP même en cas de changement de chemin IP,
mais c'est de mémoire.
En attendant tu devrais essayer tmux à la place de screen, sa gestion
du défilement est plus simple : Ctrl b + PgUp / PgDn pour monter ou
descendre.
Salut,
Qu'entends-tu par « nouvel emplacement » ? Si tu veux dire que ton IP
a changé alors c'est normal que la connexion se coupe, les sessions
TCP se basent dessus si je ne m'abuse.
J'avais lu il y a un moment sur DLFP qu'une option du noyau permettait
de conserver les sessions TCP même en cas de changement de chemin IP,
mais c'est de mémoire.
En attendant tu devrais essayer tmux à la place de screen, sa gestion
du défilement est plus simple : Ctrl b + PgUp / PgDn pour monter ou
descendre.
Depuis un nouvel emplacement (connexion wifi à priori potable)
j'ai mes consoles ssh qui figent régulièrement (j'ai l'impressi on
dès que je m'en sert plus qq minutes) : plus rien ne réagit,
obligé de fermer l'onglet à la sauvage.
Depuis un nouvel emplacement (connexion wifi à priori potable)
j'ai mes consoles ssh qui figent régulièrement (j'ai l'impressi on
dès que je m'en sert plus qq minutes) : plus rien ne réagit,
obligé de fermer l'onglet à la sauvage.
Depuis un nouvel emplacement (connexion wifi à priori potable)
j'ai mes consoles ssh qui figent régulièrement (j'ai l'impressi on
dès que je m'en sert plus qq minutes) : plus rien ne réagit,
obligé de fermer l'onglet à la sauvage.
On Sat, 12 Apr 2014 15:16:08 -0500
Daniel Caillibaud wrote:
> Depuis un nouvel emplacement (connexion wifi à priori potable)
> j'ai mes consoles ssh qui figent régulièrement (j'ai l'impression
> dès que je m'en sert plus qq minutes) : plus rien ne réagit,
> obligé de fermer l'onglet à la sauvage.
* Est-ce que c'est la même si tu changes de client?
* " " " " " " " " sshashises en filaire?
* En supposant que c'est bien la box qui fournit directement
l'AP wifi, est-ce que le filtrage MAC est désactivé dessus?
(surtout si c'est du sfr).
* Que se passe-t-il si tu fais un restart du daemon ssh sur
le svr alors que ça coince?
On Sat, 12 Apr 2014 15:16:08 -0500
Daniel Caillibaud <ml@lairdutemps.org> wrote:
> Depuis un nouvel emplacement (connexion wifi à priori potable)
> j'ai mes consoles ssh qui figent régulièrement (j'ai l'impression
> dès que je m'en sert plus qq minutes) : plus rien ne réagit,
> obligé de fermer l'onglet à la sauvage.
* Est-ce que c'est la même si tu changes de client?
* " " " " " " " " sshashises en filaire?
* En supposant que c'est bien la box qui fournit directement
l'AP wifi, est-ce que le filtrage MAC est désactivé dessus?
(surtout si c'est du sfr).
* Que se passe-t-il si tu fais un restart du daemon ssh sur
le svr alors que ça coince?
On Sat, 12 Apr 2014 15:16:08 -0500
Daniel Caillibaud wrote:
> Depuis un nouvel emplacement (connexion wifi à priori potable)
> j'ai mes consoles ssh qui figent régulièrement (j'ai l'impression
> dès que je m'en sert plus qq minutes) : plus rien ne réagit,
> obligé de fermer l'onglet à la sauvage.
* Est-ce que c'est la même si tu changes de client?
* " " " " " " " " sshashises en filaire?
* En supposant que c'est bien la box qui fournit directement
l'AP wifi, est-ce que le filtrage MAC est désactivé dessus?
(surtout si c'est du sfr).
* Que se passe-t-il si tu fais un restart du daemon ssh sur
le svr alors que ça coince?
> * Est-ce que c'est la même si tu changes de client?
oui avec 3 clients testés
> * " " " " " " " " sshashises en filaire?
pas de fil assez long
> * En supposant que c'est bien la box qui fournit directement
> l'AP wifi, est-ce que le filtrage MAC est désactivé dessus?
> (surtout si c'est du sfr).
Aucune idée, pas la main sur le modem adsl
> * Que se passe-t-il si tu fais un restart du daemon ssh sur
> le svr alors que ça coince?
Je testerai, mais s'il faut tous les relancer à chaque fois ça va
être pénible...
> * Est-ce que c'est la même si tu changes de client?
oui avec 3 clients testés
> * " " " " " " " " sshashises en filaire?
pas de fil assez long
> * En supposant que c'est bien la box qui fournit directement
> l'AP wifi, est-ce que le filtrage MAC est désactivé dessus?
> (surtout si c'est du sfr).
Aucune idée, pas la main sur le modem adsl
> * Que se passe-t-il si tu fais un restart du daemon ssh sur
> le svr alors que ça coince?
Je testerai, mais s'il faut tous les relancer à chaque fois ça va
être pénible...
> * Est-ce que c'est la même si tu changes de client?
oui avec 3 clients testés
> * " " " " " " " " sshashises en filaire?
pas de fil assez long
> * En supposant que c'est bien la box qui fournit directement
> l'AP wifi, est-ce que le filtrage MAC est désactivé dessus?
> (surtout si c'est du sfr).
Aucune idée, pas la main sur le modem adsl
> * Que se passe-t-il si tu fais un restart du daemon ssh sur
> le svr alors que ça coince?
Je testerai, mais s'il faut tous les relancer à chaque fois ça va
être pénible...
[...]
En attendant tu devrais essayer tmux à la place de screen, sa gestion du
défilement est plus simple : Ctrl b + PgUp / PgDn pour monter ou descendre.
[...]
Le 12/04/2014 22:16, Daniel Caillibaud a écrit :Salut,
Depuis un nouvel emplacement (connexion wifi à priori potable) j'ai mes
consoles ssh qui figent régulièrement (j'ai l'impression dès que je
m'en sert plus qq minutes) : plus rien ne réagit, obligé de fermer
l'onglet à la sauvage.
J'ai changé gnome-terminal pour xterm et roxterm sans que ça corrige ce
comportement.
Une idée ?
(en attendant je vais passer par screen mais sa gestion du défilement
me gêne)
[...]
En attendant tu devrais essayer tmux à la place de screen, sa gestion du
défilement est plus simple : Ctrl b + PgUp / PgDn pour monter ou descendre.
[...]
Le 12/04/2014 22:16, Daniel Caillibaud a écrit :
Salut,
Depuis un nouvel emplacement (connexion wifi à priori potable) j'ai mes
consoles ssh qui figent régulièrement (j'ai l'impression dès que je
m'en sert plus qq minutes) : plus rien ne réagit, obligé de fermer
l'onglet à la sauvage.
J'ai changé gnome-terminal pour xterm et roxterm sans que ça corrige ce
comportement.
Une idée ?
(en attendant je vais passer par screen mais sa gestion du défilement
me gêne)
[...]
En attendant tu devrais essayer tmux à la place de screen, sa gestion du
défilement est plus simple : Ctrl b + PgUp / PgDn pour monter ou descendre.
[...]
Le 12/04/2014 22:16, Daniel Caillibaud a écrit :Salut,
Depuis un nouvel emplacement (connexion wifi à priori potable) j'ai mes
consoles ssh qui figent régulièrement (j'ai l'impression dès que je
m'en sert plus qq minutes) : plus rien ne réagit, obligé de fermer
l'onglet à la sauvage.
J'ai changé gnome-terminal pour xterm et roxterm sans que ça corrige ce
comportement.
Une idée ?
(en attendant je vais passer par screen mais sa gestion du défilement
me gêne)
Hm, as-tu aussi vérifié:
* si la route est restée la même?
* si le DNS renvoie systématiquement la bonne adresse IP?
(Ã moins que tu ne sshassassines directement cette adresse).
* si tu peux effectuer un ping cli→svr ET un autre svr→cli
lorsque ça coince?
* accessoirement, ce qu'un traceroute renvoie en cours de
coinçage?
> > * Que se passe-t-il si tu fais un restart du daemon ssh sur
> > le svr alors que ça coince?
> Je testerai, mais s'il faut tous les relancer à chaque fois ç a va
> être pénible...
Au pire, si c'est un PB temporaire, tu peux ajouter un crontab
qui fait le job.
Hm, as-tu aussi vérifié:
* si la route est restée la même?
* si le DNS renvoie systématiquement la bonne adresse IP?
(Ã moins que tu ne sshassassines directement cette adresse).
* si tu peux effectuer un ping cliâsvr ET un autre svrâcli
lorsque ça coince?
* accessoirement, ce qu'un traceroute renvoie en cours de
coinçage?
> > * Que se passe-t-il si tu fais un restart du daemon ssh sur
> > le svr alors que ça coince?
> Je testerai, mais s'il faut tous les relancer à chaque fois ç a va
> être pénible...
Au pire, si c'est un PB temporaire, tu peux ajouter un crontab
qui fait le job.
Hm, as-tu aussi vérifié:
* si la route est restée la même?
* si le DNS renvoie systématiquement la bonne adresse IP?
(Ã moins que tu ne sshassassines directement cette adresse).
* si tu peux effectuer un ping cli→svr ET un autre svr→cli
lorsque ça coince?
* accessoirement, ce qu'un traceroute renvoie en cours de
coinçage?
> > * Que se passe-t-il si tu fais un restart du daemon ssh sur
> > le svr alors que ça coince?
> Je testerai, mais s'il faut tous les relancer à chaque fois ç a va
> être pénible...
Au pire, si c'est un PB temporaire, tu peux ajouter un crontab
qui fait le job.
...
Je suppose donc que c'est le modem (ou un routeur du fai) qui coupe la
connexion au bout d'un moment sans traffic et que le client parvient
pas à la rouvrir, mais je vois pas comment contourner le pb.
J'ai regardé /etc/ssh/ssh_config mais pas vu de param particulier pour
maintenir une connexion active (et j'ai rien de spécial dans mon
~/.ssh/config).
...
Je suppose donc que c'est le modem (ou un routeur du fai) qui coupe la
connexion au bout d'un moment sans traffic et que le client parvient
pas à la rouvrir, mais je vois pas comment contourner le pb.
J'ai regardé /etc/ssh/ssh_config mais pas vu de param particulier pour
maintenir une connexion active (et j'ai rien de spécial dans mon
~/.ssh/config).
...
Je suppose donc que c'est le modem (ou un routeur du fai) qui coupe la
connexion au bout d'un moment sans traffic et que le client parvient
pas à la rouvrir, mais je vois pas comment contourner le pb.
J'ai regardé /etc/ssh/ssh_config mais pas vu de param particulier pour
maintenir une connexion active (et j'ai rien de spécial dans mon
~/.ssh/config).
Tu peux aussi tenter d'agir sur le serveur ssh si tu as la main dessus
avec l'option pendante: ClientAliveInterval dans /etc/ssh/sshd_config
Tu peux aussi tenter d'agir sur le serveur ssh si tu as la main dessus
avec l'option pendante: ClientAliveInterval dans /etc/ssh/sshd_config
Tu peux aussi tenter d'agir sur le serveur ssh si tu as la main dessus
avec l'option pendante: ClientAliveInterval dans /etc/ssh/sshd_config
Le 13/04/2014 23:27, Daniel Caillibaud a écrit :
> ...
> Je suppose donc que c'est le modem (ou un routeur du fai) qui coupe
> la connexion au bout d'un moment sans traffic et que le client
> parvient pas à la rouvrir, mais je vois pas comment contourner le
> pb.
>
> J'ai regardé /etc/ssh/ssh_config mais pas vu de param particulier
> pour maintenir une connexion active (et j'ai rien de spécial dans
> mon ~/.ssh/config).
Bonjour,
As-tu essayé l'option ServerAliveInterval dans ~/.ssh/ssh_config ?
Le 13/04/2014 23:27, Daniel Caillibaud a écrit :
> ...
> Je suppose donc que c'est le modem (ou un routeur du fai) qui coupe
> la connexion au bout d'un moment sans traffic et que le client
> parvient pas à la rouvrir, mais je vois pas comment contourner le
> pb.
>
> J'ai regardé /etc/ssh/ssh_config mais pas vu de param particulier
> pour maintenir une connexion active (et j'ai rien de spécial dans
> mon ~/.ssh/config).
Bonjour,
As-tu essayé l'option ServerAliveInterval dans ~/.ssh/ssh_config ?
Le 13/04/2014 23:27, Daniel Caillibaud a écrit :
> ...
> Je suppose donc que c'est le modem (ou un routeur du fai) qui coupe
> la connexion au bout d'un moment sans traffic et que le client
> parvient pas à la rouvrir, mais je vois pas comment contourner le
> pb.
>
> J'ai regardé /etc/ssh/ssh_config mais pas vu de param particulier
> pour maintenir une connexion active (et j'ai rien de spécial dans
> mon ~/.ssh/config).
Bonjour,
As-tu essayé l'option ServerAliveInterval dans ~/.ssh/ssh_config ?