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=auto
ne fonctionne que lorsque vous êtes connecté à TTY. Changer tout simplement --color
dans .bashrc
l'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 ~/.bashrc
pour 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 ~./bashrc
paramètres (sur le serveur local et distant), mais cela ne semblait pas fonctionner.
Ensuite, j'ai remarqué que ~/.bashrc
le serveur distant n'est même pas exécuté si je me connecte via ssh. J'ai donc fait ~/.bashrc
du serveur distant pour exécuter par puttinng if [ -f ~/.bashrc ]; then . ~/.bashrc fi
dans 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 ~/bashrc
directe des fichiers, mais un ~/bash_profile
fichier de serveur distant pour que ce ~/bashrc
fichier soit exécuté.
.profile
et non .bash_profile
par défaut, et la valeur par défaut .profile
est source .bashrc
.
.profile
il exécuté par défaut lors de la connexion via ssh?
.bash_profile
, bash s'exécute .profile
en tant que shell de connexion. Et SSH commence bash en tant que shell de connexion.
~/.profile
n'est pas lu s'il ~/.bash_profile
existe. Mais n'existe-t-il pas ~/.bash_profile
par 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=yes
du 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-local
et il m'a demandé d'ajouter une ligne à .bash_profile
. Lorsque je me connecte, .bashrc
ne 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 .bashrc
beaucoup - 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 ~/.bashrc
sur 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=dumb
je l'ai donc corrigée:
ssh myproxy "ssh pi@localhost -p 5000 -tt 'TERM=xterm bash'"