Pour utiliser ses propres dotfiles (.bashrc, .vimrc, etc.) locaux sur les serveurs distants, sans avoir à les y stocker ni mettre à jour un par un.

4 outils pour lancer des commandes sur des machines distantes, sans pâtir par les déconnexions dues au timeout sous SSH.

• screen
• tmux
• nohup
• disown

Une petite modif à faire côté client ssh et côté serveur Apache, et pour faire passer du ssh directement dans une connexion https. Pratique dans les endroits où ils ne laissent sortir que https.

Un moyen de tester en local la passphrase de sa clé privée avant de la taper pour de vrai sur le serveur.

ssh-keygen -y -f private_key

si c’est ok, il t’affiche le hash correspondant.
si c’est pas bon tu obtiendras le message » incorrect passphrase supplied to decrypt private key« 

Un outil lisant la config ssh d'un poste client pour trouver les connexions enregistrées.

Pour ouvrir une connexion ssh directement sur un répertoire donné, if aut utiliser la commande suivante :

ssh -t xxx.xxx.xxx.xxx "cd /directory_wanted ; bash --login"

-t Force l'allocation d'un pseudo-terminal. Utilisé pour exécuter des programmes en mode écran sur la machine distante. En particulier, c'est fort utile pour les applications qui implémentent des services de menu. En ajoutant des options -t on force l'allocation de terminaux, même si ssh n'a pas de terminal local.

Le ; bash permet de garder la connexion ouverte pour passer d'autres commandes en interactif.

Le ; bash --login permet d'utiliser ma config bash.

La même chose peut être automatisée dans le fichier de configuration ~/.ssh/config, en ajoutant les lignes suivantes sous le Host ciblé :

RemoteCommand cd /chemin/vers/le/répertoire/voulu && exec bash --login
RequestTTY yes