Lorsque je me connecte via ssh à des hôtes distants, tout n’est qu’une seule police / couleur. Je voudrais avoir des couleurs comme je le fais localement, par exemple vert pour les exécutables et bleu pour les liens symboliques, etc.
Lorsque je me connecte via ssh à des hôtes distants, tout n’est qu’une seule police / couleur. Je voudrais avoir des couleurs comme je le fais localement, par exemple vert pour les exécutables et bleu pour les liens symboliques, etc.
Réponses:
Parce que c'était xterm sur le serveur, j'ai pensé que quelque chose n'allait pas .bashrc
Et en effet! ls --color=autone fonctionne que lorsque vous êtes connecté à TTY. Changer tout simplement --colordans .bashrcl'hôte distant et tout est en jolies couleurs maintenant.
su -commandé dans l'invite de connexion ssh
On dirait que les couleurs ont déjà été définies ~/.bashrcpour moi et le problème est que ssh n'utilise pas le fichier bashrc. Vous pouvez utiliser bashrc dans votre session ssh en ajoutant ce qui suit à ~/.bash_profile:
if [ -f ~/.bashrc ]; then
. ~/.bashrc
fi
Quel est le contenu de votre variable env XTERM sur le serveur lorsque vous vous y connectez?
~ > export | grep -i term
TERM=xterm
Dans mon cas, la partie manquante devait être de couleur ls, grep, etc., que l'on peut ajouter en ajoutant des alias au fichier .bashrc:
alias ls='ls --color=auto'
alias grep='grep --color=auto'
etc.
J'ai essayé de modifier les ~./bashrcparamètres (sur le serveur local et distant), mais cela ne semblait pas fonctionner.
Ensuite, j'ai remarqué que ~/.bashrcle serveur distant n'est même pas exécuté si je me connecte via ssh. J'ai donc fait ~/.bashrcdu serveur distant pour exécuter par puttinng if [ -f ~/.bashrc ]; then . ~/.bashrc fidans le serveur distant ~/.bash_profile. (basé sur https://stackoverflow.com/questions/820517/bashrc-at-ssh-login ).
Cette solution n’a donc nécessité aucune modification ~/bashrcdirecte des fichiers, mais un ~/bash_profilefichier de serveur distant pour que ce ~/bashrcfichier soit exécuté.
.profileet non .bash_profilepar défaut, et la valeur par défaut .profileest source .bashrc.
.profileil exécuté par défaut lors de la connexion via ssh?
.bash_profile, bash s'exécute .profileen tant que shell de connexion. Et SSH commence bash en tant que shell de connexion.
~/.profilen'est pas lu s'il ~/.bash_profileexiste. Mais n'existe-t-il pas ~/.bash_profilepar défaut sur Ubuntu?
.profile.
Etant donné que les couleurs fonctionnaient bien tout en étant connectées directement, je me suis contenté de ne pas commenter la ligne force_color_prompt=yesdu fichier ~/.bashrc, ce qui m'a également donné les couleurs sur ssh:
# uncomment for a colored prompt, if the terminal has the capability; turned
# off by default to not distract the user: the focus in a terminal window
# should be on the output of commands, not on the prompt
force_color_prompt=yes
(Ubuntu 18.04 LTS)
Dans ma situation, j'ai récemment installé chef-localet il m'a demandé d'ajouter une ligne à .bash_profile. Lorsque je me connecte, .bashrcne charge plus jamais, car il a vu .bash_profile.
Ce que j'ai fait a été d'ajouter une ligne dans .bash_profile:
source .bashrc
export PATH="/opt/chefdk/embedded/bin:$PATH"
Je me suis déconnecté puis rentré et j'ai tout de suite eu mon terminal coloré.
Il y a un commentaire de "Mike E" ci-dessus qui contenait la réponse pour moi, mais ce n'est pas seulement difficile à lire, c'est assez difficile de comprendre ce qu'il veut dire si vous n'en utilisez pas .bashrcbeaucoup - et je ne le fais pas t.
Après avoir vissé un peu, j'ai obtenu les résultats souhaités en modifiant les lignes suivantes ~/.bashrcsur la machine à laquelle je me connectais avec ssh:
# set a fancy prompt (non-color, unless we know we "want" color)
case "$TERM" in
xterm-color|*-256color) color_prompt=yes;;
esac
à:
# set a fancy prompt (non-color, unless we know we "want" color)
case "$TERM" in
xterm-color|*-256color) color_prompt=yes;;
xterm) color_prompt=yes;;
esac
Je pense que j'aurais pu simplement ajouter "| xterm" après "couleur" dans la première ligne, ou creuser et comprendre pourquoi ssh utilisait "xterm" au lieu de "xterm-color" et changer cela, mais cela fonctionne et je ont d'autres choses à faire maintenant.
Je perdais ma couleur lors de la connexion via un proxy car TERM=dumbje l'ai donc corrigée:
ssh myproxy "ssh pi@localhost -p 5000 -tt 'TERM=xterm bash'"