gratifiant > linux.debian.user.french

Sébastien NOBILI (25/09/2019, 12h10)
Bonjour,

J'ai un comportement étrange avec mon serveur SSH.

Parfois et visiblement uniquement depuis l'ordinateur du boulot (MacOS), je parviens à
ouvrir une session, mais je n'obtiens pas de prompt.

Voilà ce qui s'affiche :

$ ssh serveur

Linux serveur 4.19.0-6-amd64 #1 SMP Debian 4.19.67-2 (2019-08-28) x86_64

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are describedin the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
No mail.
Last login: Wed Sep 25 11:48:13 2019 from <IP>

Je peux lancer une commande sur le serveur si je la spécifie en argument :

$ ssh serveur ls

Mais il ya des problèmes de TTY :

$ ssh serveur sudo systemctl status shorewall
sudo: pas de tty présent et pas de programme askpass spécifié

Que je peux contourner en passant "-tt" à ssh :

$ ssh -tt serveur sudo systemctl status shorewall
<Sortie normale de systemctl status>

Les commandes basées surSSH fonctionnent bien : scp, rsync.

J'ai tenté de changer de terminal (iTerm2, Xterm, urxvt dans une VM Debian) et le
comportement reste le même?

Je sèche un peu, si quelqu'un a une piste?

Sébastien
Daniel Caillibaud (25/09/2019, 12h50)
Le 25/09/19 =C3=A0 10:07, "S=C3=A9bastien NOBILI" <sebnewsletter> a=
=C3=A9crit :
[..]
>=20
> $ ssh -tt serveur sudo systemctl status shorewall
> <Sortie normale de systemctl status>


et avec un seul t =C3=A7a marche pas ?

et `ssh -t serveur` tout court n'ouvre pas de session ?

> Les commandes bas=C3=A9es sur SSH fonctionnent bien : scp, rsync.
>=20
> J'ai tent=C3=A9 de changer de terminal (iTerm2, Xterm, urxvt dans une VM = Debian) et le
> comportement reste le m=C3=AAme=E2=80=A6


Il faudrait comparer ce que tu as comme environnement depuis ce MacOs et de=
puis une autre
machine qui ouvre une session correctement.

Tu peux tenter `ssh -t serveur export` pour savoir ce qui est construit =C3=
=A0 la connexion.

=C3=87a suffira p'tet pas, il me semble qu'avec du `ssh serveur` =C3=A7a ch=
arge le ~/.profile mais pas
avec du `ssh serveur commande`

Tu peux aussi essayer d'ajouter un export vers un fichier dans le ~/.bashrc=
(si ton shell
distant est bash) et le ~/.profile, avec par ex au d=C3=A9but de ~/.profile=
=20

echo "[$(date +%T)] Dans ~/.profile on a l'environnement :" >> ~/login.log
export >> ~/login.log

puis tu tentes un login normal avec `ssh serveur` et ensuite tu regardes ce=
que =C3=A7a a donn=C3=A9 avec
`ssh -t serveur cat ~/login.log`

--=20
Daniel

Programmeur : personne qui r=C3=A9sout, de mani=C3=A8re incompr=C3=A9hensib=
le, un=20
probl=C3=A8me que tu ignorais avoir.
Pierre Desproges
Sébastien NOBILI (25/09/2019, 14h40)
25 septembre 2019 12:43 "Daniel Caillibaud" <ml> a écrit:
> et avec un seul t ça marche pas ?
> et `ssh -t serveur` tout court n'ouvre pas de session ?


[...]

> Il faudrait comparer ce que tu as comme environnement depuis ce MacOs et depuis une autre
> machine qui ouvre une session correctement.
> Tu peux tenter `ssh -t serveur export` pour savoir ce qui est construit à la connexion.


Merci pour les pistes. Je vais devoir attendre avant de tester car ça fonctionne de nouveau?

Je vais en profiter pour ajouter des lignes dans le .profile et le .shellrc (j'utilise une conf.
maison zsh/bash qui prennent une conf. commune dans ce fichier).

À suivre donc.

Sébastien
Daniel Caillibaud (25/09/2019, 17h50)
Le 25/09/19 =C3=A0 11:49, "S=C3=A9bastien NOBILI" <sebastien>=
a =C3=A9crit :
> Merci pour les pistes. Je vais devoir attendre avant de tester car =C3=A7= a fonctionne de nouveau=E2=80=A6


C'est =C3=A9nervant ces trucs qui retombent en marche sans qu'on leur deman=
de ;-)

> Je vais en profiter pour ajouter des lignes dans le .profile et le .shell= rc (j'utilise une
> conf. maison zsh/bash qui prennent une conf. commune dans ce fichier).


C'est probablement par l=C3=A0 que se trouve l'origine du pb, ou suivant l'=
environnement =C3=A7a fait si
ou =C3=A7a, et l'un des cas plante ton tty.

Bon courage,

--=20
Daniel

Une chose n'est pas n=C3=A9cessairement vraie parce
qu'un homme meurt pour elle.
Oscar Wilde.
Jean-Marc (25/09/2019, 18h10)
Wed, 25 Sep 2019 10:07:32 +0000
"Sébastien NOBILI" <sebnewsletter> écrivait :

> Je sèche un peu, si quelqu'un a une piste?


Peut-être commencer par un ssh -v pour voir où l'établissement de la connxion s'arrête.
Voire ssh -vvv.

> Sébastien


Jean-Marc <jean-marc>
Discussions similaires