Bonjour,
 
Cela fait déjà pas mal de temps que je cherche à résoudre un problème lié à l'utilisation de  terminal SSH.
 
Je vous explique tout :
 
L'entreprise où je travaille utilise actuellement le protocole Telnet pour de l'accès Unix via un vieux terminal appelé Affinity32 (édité par Bull il y a des années).
Mais pour des raisons de sécurité, le protocole Telnet sera bientôt remplacé par le SSH(2).
Affinity32 n'étant pas compatible avec SSh, je me suis donc mis à rechercher un terminal SSH, et gratuit par la même occasion.
 
Je suis tombé sur Putty, un des plus connus.
 
Je l'ai donc testé et tout marche, enfin pratiquement tout, il y a un petit détail, et il fait la différence.
 
En me connectant a Unix avec Putty, j'accède à un menu de consultation d'état. Cette consultation est en fait un simple pg de fichier.
 
Et le problème est là. Quand je consulte un des ces états, Putty interprète un certain caractère dans le fichier :^L.
Ce caractère est un saut de page inséré pour les impressions.
 
Avant, avec Affinity32, il n'était pas interprété. Maintenant il l'est et bloque mes consultations car une fois que Putty le rencontre, il zap ce qu'il vient d'afficher pour afficher la page suivante du fichier.
 
 
J'aurais voulu savoir si il y avait parmi vous des personnes spécialisées qui pourrait m'aider.
 
Je cherche soit à éviter que le caractère soit interprété (meilleure solution), ou soit à trouver un terminal qui n'interpretera pas ce caractère (et j'en ai déjà tester des masses : Terterm, Veraterm, Secureterminal [b]...[\b])
 
[b]Merci à vous[\b]

Bonjour,
 
 
Personne n'aurez une idée sur mon problème ?  
 
Puis je poster ce message dans une autre catégorie au cas où quelqu'un d'autre ai une idée ??
 
 
Cordialement

 
je ne sais pas ce qu'il est possible de configurer avec putty.  
tu peux éventuellement poser la question à son auteur, si tu as déjà testé toutes les options  
(cf doc en anglais).  
 
as-tu essayé directement depuis le serveur unix ? (telnet puis ssh localhost ) afin de voir si le comportement  
est le même.

Et bien justement, j'ai testé et en Telnet et le problème est toujours la.
 
Apparement c'est le clint qui interprete ce caractère, et j'ai trouvé d'autres clients (qui ne rassemble pas toutes les conditions pour etre utiliser) qui ne l'interprete pas.

essaye TTermpro

Merci, j'ai essayé TeraTermPro, et efectivement il fait partie des terminal avec lequel il n'y a plus ce poblème de caractère mal évalué.
 
par contre, j'ai un problème de "line-drawing". Vous savez dans un menu Unix il y a des bordures. Et bien la les caractères normallement interprétés comme des bordures sont des carrés ou d'autres caractères.
 
J'ai changé dans la config teraterm.ini le paramètre "Locale" (frenc) et "Codepage" (28591 pour  ISO 8859-1 Latin I)  
 
mais le probleme est toujours la.
 
 
Quelqu'un a une idée cette fois ci ?

Merci tout de même mais j'ai trouvé en postant une question sur le forum des developpeurs de TeratermPro.
 
 
++

et quelle est-elle s'il te plait?

Apparement, a l'installation de Tera Term, une font (police) nommée 'TSPECIAL1.TTF' est installée sur l'ordianteur (elle se trouve aussi à la racine de l'installation du logiciel).
 
Cette font permet d'afficher correctement des lignes à l'ecran du terminal.
 
Pour ma part ca n'avait pas fonctionné tout de suite alors j'ai testé trois choses :
 
deinstallé la font et la reinstaller,
redemarré
 
Cela fonctionne.
 
Dans l'entreprise où je travaille, on se passe de l'installation du logiciel et nous nous contentons de copier-coller les fichiers nécessaires à l'utilisation du terminal. Ainsi nous faisons à la main l'installation de la font TSPECIAL1.TTF et nous n'avons plus de probleme.
 
TeraTerm rulezz and is freeeeee

merci pour l'explication