Comment réparer PuTTY montrant des caractères tronqués?

Lors de la connexion d'un ordinateur Windows 7 via SSH à un serveur Ubuntu à l'aide de PuTTY , des erreurs d'écran sont générées:

C'est-à-dire:

• "Double-tire" la sélection dans Midnight Commander (MC).
• D'autres caractères tels que les éléments de ligne sont dessinés avec des caractères incorrects (par exemple, "â" au lieu de "|").

Je me suis connecté au même serveur Ubuntu avec un terminal et SHH sous Mac OS X et je ne reçois pas ces râles sur l’écran (c’est-à-dire que tout semble et fonctionne correctement). J'ai déjà essayé de jouer avec les paramètres de police à l'intérieur de PuTTY, en le changeant de Courier New à Consolas mais sans succès.

Ma question est donc:

Comment configurer PuTTY pour afficher correctement les caractères spéciaux et ne pas double-dessiner / écraser les lignes d'écran?

Vous avez certainement défini le mauvais jeu de caractères dans vos paramètres de PuTTY .

Vérifiez le jeu de caractères sur le système distant en exécutant la commande:

locale

Cela devrait retourner quelque chose comme:

LANG=de_DE.UTF-8
LC_CTYPE="de_DE.UTF-8"
LC_NUMERIC="de_DE.UTF-8"
LC_TIME="de_DE.UTF-8"
LC_COLLATE="de_DE.UTF-8"
LC_MONETARY="de_DE.UTF-8"
LC_MESSAGES="de_DE.UTF-8"
LC_PAPER="de_DE.UTF-8"
LC_NAME="de_DE.UTF-8"
LC_ADDRESS="de_DE.UTF-8"
LC_TELEPHONE="de_DE.UTF-8"
LC_MEASUREMENT="de_DE.UTF-8"
LC_IDENTIFICATION="de_DE.UTF-8"
LC_ALL=

Vérifiez donc vos paramètres PuTTY sous Traduction et assurez-vous que vous avez UTF-8défini le jeu de caractères.

Vous devrez peut-être aussi modifier le réglage du dessin au trait, mais ce n’est probablement pas probable.

J'ai eu un problème avec le aptitudeprogramme Debian même si j'avais UTF-8 comme jeu de caractères. Ce qui a fonctionné pour moi a été de définir "Connexion> Données>" Chaîne de type terminal "sur" mastic "au lieu de" xterm "- apparemment, Putty ignore la séquence de caractères pour passer en mode dessin: http: //www.chiark.greenend .org.uk / ~ sgtatham / putty / wishlist / utf8-plus-vt100.html

De plus, si UTF-8 n'est pas correctement configuré, vous pouvez l'exécuter en tant que mc -ac .

Crédits: http://blog.acsystem.sk/linux/midnight-commander-utf8-line-drawing-characters-problem

Les deux facteurs de base sont Window / Translation UTF-8 dans Putty et les paramètres régionaux sous Linux, comme indiqué ici et dans de nombreux autres endroits.

En outre, il peut être utile, dans putty, de définir une chaîne de type connexion / données / terminal sur putty et / ou sous Linux export NCURSES_NO_UTF8_ACS=1. Ces deux sont également mentionnés plusieurs endroits.

Mais vous pouvez toujours obtenir des blocs pour certains caractères car les polices par défaut telles que Courier et Lucida Console ne possèdent pas tous les caractères Unicode. Téléchargez et installez http://dejavu-fonts.org/wiki/Download et configurez putty pour l'utiliser.

Ce dernier tour était nécessaire pour que je puisse noping(recommandé!) Montrer tous les caractères graphiques.

Dans mon cas (Ubuntu 14.04), le problème était dû à l'absence de

UsePAM yes    

L'entrée dans / etc / ssh / sshd_config en tant que /etc/pam.d/sshd pam configuration est responsable par défaut du chargement de / etc / default / locale dans l'environnement des utilisateurs.

Pour tous les pauvres vieux VMS qui finissent ici:

PuTTY → Fenêtre → Traduction → Jeu de caractères distant → DEC-MCS

a travaillé pour moi.

Je cherchais de nombreuses solutions à cela lors de l’utilisation de la machine Docker (paramètres régionaux et sur les machines configurées par l’administrateur système). Dans mon Putty, tout allait bien (j'avais UTF-8), j'utilisais aussi un autre client SSH et j'avais exactement le même problème.

Fonctionnement:

mc -ac

résolvait le problème (mais pas complètement) et je cherchais une solution complète.

Après avoir lu de nombreuses suggestions, j'ai finalement trouvé celle qui a résolu mon problème.

Dans le terminal lorsque vous exécutez:

locale

vérifiez les paramètres régionaux que vous avez définis. J'avais par défaut des Cparamètres régionaux.

Pour vérifier tous les paramètres régionaux installés, exécutez locale -a

J'ai par exemple:

C
C.UTF-8
POSIX

par défaut.

La solution exporte LANGvariable avec les C.UTF-8paramètres régionaux comme suit:

export LANG="C.UTF-8"

Vous pouvez évidemment l'ajouter .bashrcpour qu'il soit automatiquement défini dans votre profil.

Une autre raison liée d'une manière quelconque à pam peut affecter les hôtes avec l'authentification powerbroker / pbis / de même.

grep /etc/pam.d pour l'occurrence "lsass":

grep -r lsass /etc/pam.d

si vous voyez dans la sortie quelque chose comme:

/etc/pam.d/common-session:session       sufficient        pam_lsass.so

alors c'est probablement la cause fondamentale du problème. La solution rapide consiste à remplacer "suffisant" par "facultatif" à côté du module pam_lsass afin qu'il ressemble à ceci:

/etc/pam.d/common-session:session       optional        pam_lsass.so

/etc/pam.d/common-session (ou un autre fichier avec une entrée similaire - il y en a peut-être quelques-uns) est probablement inclus par /etc/pam.d/sshd avant que pam_env ne soit chargé, donc si le traitement des modules pam est terminé Avant d’arriver à pam_env, le fichier / etc / default / locale n’est pas chargé dans l’environnement utilisateur et vous avez des caractères tronqués.

Au bout de 15 ans, je me suis énervé une fois de plus et j'ai de nouveau cherché sur Google.

modifier les paramètres → fenêtre → traduction → jeu de caractères distant → "utiliser le codage de police"

et cela l'a corrigé.

Je devais définir, dans la page Fenêtre → Traduction , le jeu de caractères sur:

ISO-8859-1: 1998 (Latin-1, Europe occidentale)

Alors, et alors seulement, les caractères alignés apparaissent correctement.

Exécuter mc de cette manière (définir les paramètres régionaux sur en) fonctionne pour moi:

$ LC_ALL=en mc

Ce qui a fonctionné pour moi, c’était "Connexion, Données, Type de terminal chaîne = ansi", plus "Fenêtre, Traduction, Jeu de caractères distant = Utiliser le codage de police", puis set TERM=ansidu côté Unix.

PS N'oubliez pas de désactiver les guillemets intelligents si vous êtes obligé d'utiliser MS-Word.

Mon problème était que le mastic est configuré comme UTF-8 mais le système distant est un ISO-8859-1

Europe occidentale, alors j'ai changé cela sur le mastic et tout fonctionnait bien.

Putty capture d'écran