Andesi - forum / [SSH] Problème de clavier [réglé

Réponse à : [SSH] Problème de clavier [réglé

2007-05-17T08:04:06Z

J'ai trouvé.
Sur le PC client, la variable TERM était à xterm-color, et bon, ça provoquait ce problème de clavier.
Je n'ai donc passé à xterm sur mes postes clients, et le problème a disparu.

J'en ai donc profité pour changer les .bashrc de la Debian Serveur pour mettre la couleur au prompt même si $TERM == "xterm"

Merci.

Réponse à : [SSH] Problème de clavier [réglé

2007-05-02T17:09:55Z

Hello,

j'ai vérifié, ils ont bien les mêmes variables $TERM :-/
je me penche actuellement sur un problème de configuration du xorg.conf de ma machine cliente (étant donné que je n'ai que ce problème si j'ai lancé une session X).

Réponse à : [SSH] Problème de clavier [réglé

2007-05-02T07:40:47Z

Il se peut qu'un test de l'outil utilisé se fasse à la connexion, pour être plus clair : que donne un env exécuté sur le serveur depuis ton putty et un autre depuis ton terminal X ? peut-être que la variable TERM ne soit pas la même.

LeDub qui souhaite mettre un TERM à son nettoyage de disque.

[SSH] Problème de clavier [réglé

2007-05-01T15:54:36Z

Hello,

J'ai mon PC client sous ArchLinux (dernière version d'OpenSSH), et un PC serveur sous Debian Etch quant à lui.

Quand je me connecte en SSH sur le PC serveur, j'ai certaines touches qui ne fonctionnent pas (Suppr, Insr, PgPréc, PgSuiv). L'erreur ne se produit pas quand je suis sous Windows avec PuTTY, et encore moins quand je lance la connection SSH depuis mon PC client sans session X.

En récapitulant, si je me connecte depuis mon PC client ArchLinux avec une session X d'ouverte, ces 4 touches ne fonctionneront pas (des ~ apparaîtront à la place).

Mon PC client et le PC serveur sont bien en UTF-8. J'ai défini la keymap en fr-latin9.

Avez-vous déjà eu ce problème ? Avez-vous des idées ?

Merci !