SSH est un protocol crypté et donc sécurisé.
Son utilisation est indispensable à l’administration d’un serveur linux.
Bloqué sur une connexion ssh avec un Ctrl+C ou Ctrl+D qui ne marche pas ?
Faite un ~. (AltGr+é puis le point du pavé numérique), la connexion sera interrompu
Besoin de rediriger un port après connexion ?
Faite un ~C (AltGr+é puis maj+c), un shell ssh apparait, tapez help pour plus d’info
~^Z Fait passer ssh en arrière-plan.~# Liste les connexions transférées.~& Fait passer ssh en arrière-plan lors de la déconnexion, si des transferts de connexions ou des sessions X11 sont toujours en cours.~? Affiche la liste des caractères d’échappement.~B Émet un BREAK au système distant (uniquement pour la version 2 du protocole SSH, et si la machine d’en face le supporte).~C Ouvre une ligne de commande. Utile pour ajouter des transferts de port (port forwarding) à l’aide des options -L et -R (cf ci-après). Cela permet également la fermeture de transfert de port en cours, en utilisant -KR hostport Une aide rudimentaire est disponible avec l’option -h~R Demande un nouvel échange de clef pour la connexion (uniquement pour la version 2 du protocole SSH, et si la machine d’en face le supporte)./etc/ssh/sshd_config
Le man en français http://www.delafond.org/traducmanfr/man/man5/sshd_config.5.html
Pour éviter de perdre sa session lors d’une interruption réseau, on peut rajouter
ClientAliveCountMax 10 ClientAliveInterval 60 TCPKeepAlive yes
ce qui permet de tester si le client est en vie toutes les 60 secondes jusqu’a 10 essaie (soit 600 secondes) avant de le déconnecter
Ajouter cette option dans le fichier de config.
UseDNS no
Pour se connecter via ssh ou scp sans avoir à taper le mot de passe.
Sur la machine client, tapez la commande
ssh-keygen -t dsa
Afin de générer un fichier ~/.ssh/id_dsa.pub qui sera votre clé public.
Copier ce fichier sur le serveur ssh
scp ~/.ssh/id_dsa.pub user1@serveur:/tmp/.
Ensuite sur votre serveur, connectez vous en user1 et ajoutez la clé public à votre fichier d’authorisation
user1:$ cat /tmp/id_dsa.pub >> /home/user1/.ssh/authorized_keys
Il y a parfois un 2 à authorized_keys
Utiliser la commande ssh-copy-id
ssh-copy-id -i chemin/to/id_dsa.pub user@serveurDistant.com
si le port ssh est différent (n’oubliez pas les guillemets)
ssh-copy-id -i chemin/to/id_dsa.pub "user@serveurDistant.com -p 45632"
Le mot de passe sera demandé puis un message disant que tout va bien
user@serveurDistant.com's password: Now try logging into the machine, with "ssh 'user@serveurDistant.com -p 45632'", and check in: .ssh/authorized_keys to make sure we haven't added extra keys that you weren't expecting.
Et voila !!
Vérifiez sur le serveur que votre fichier de config /etc/ssh/sshd_config comporte la ligne
PubkeyAuthentication yes AuthorizedKeysFile %h/.ssh/authorized_keys
Le cas échéant, redémarrez le serveur ssh
/etc/init.d/ssh restart
Et voila ;)
Pour copier un fichier sans demande de mot de passe, utilisez l’option -B :
scp -B fichier_a_copier user@serveur:/dossier/.
Il arrive que derrière un routeur, on a plusieurs serveurs ssh accessible depuis des ports différents. Du coup le client ssh s’affole avec des warnings disant ATTENTION ce serveur à la même ip que l’autre mais son empreinte est différente !! Dans ce cas, créé un fichier dans le répertoire de l’utilisateur du client /home/user/.ssh/config et mettez une exception
Host serveurSSH.com CheckHostIP no StrictHostKeyChecking no UserKnownHostsFile=/dev/null
Cela signifie que votre répertoire .ssh et votre fichier authorized_keys n’ont pas les bons droits.
Vous devez les configurez comme ci-dessous
chmod 700 /home/your_user/.ssh chmod 600 /home/your_user/.ssh/authorized_keys
Sinon vous pouvez désactiver le mode strict de votre serveur ssh dans le fichier de config.
StrictModes off
1. Sur monpc.local:
ssh -L 3307:localhost:3306 username@toto-public.com
Un tunnel sera ouvert avec un nouveau port en écoute sur monpc.local:3307 qui sera redirigé sur le port localhost:3306 de la machine toto-public.com
2. Maintenant, sur monpc.local, connectez-vous à mysql:
mysql -u username -p -h 127.0.0.1 -P 3307 databasename
Le serveur mysql de toto-public.com pensera que cette connexion vient de localhost de toto-public.com
1. Sur monpc.local:
ssh -L 3307:mysql.toto.local:3306 username@toto-public.com
Un tunnel sera ouvert avec un nouveau port en écoute sur monpc.local:3307 qui sera redirigé sur le port mysql.toto.local:3306 depuis la machine toto-public.com
2. Maintenant, sur monpc.local, connectez-vous à mysql:
mysql -u username -p -h 127.0.0.1 -P 3307 databasename
Le serveur mysql de mysql.toto.local pensera que cette connexion vient de toto-public.com
1. Sur monpc.local:
ssh -R 3306:localhost:3306 username@toto-public.com
Un nouveau port sera ouvert sur toto-public.com:3306 qui pointera sur monpc.local:3306. Un moyen simple de mettre à disposition une base mysql sur un serveur sans l’installer.
Vous pouvez remplacer localhost par une machine accessible par monpc.local
Encore plus puissant, vous êtes dans un réseau d’entreprise et vous ne pouvez pas vous connecter à internet, par contre vous pouvez vous connecter en ssh sur une machine externe.
Créer un proxy sur monpc.local qui passera par toto-public.com
ssh -D 3128 username@toto-public.com
Maintenant vous pouvez configurer votre navigateur pour qu’il utilise le proxy localhost:3128, tout le flux de votre navigateur passera par toto-public.com
Encore plus d’explication ⇒ http://fr.openclassrooms.com/informatique/cours/mise-en-place-d-un-tunnel-tcp-ip-via-ssh
Mon serveur toto-public.com voudrait se connecter à monpc.local or celui-ci est derrière un pare-feu ou un réseau local inaccessible mais il a quand même accès au web et donc à toto-public.com.
Sur monpc.local, lancez la commande suivante
ssh -NR 2200:localhost:22 user@toto-public.com
L’option -N spécifie qu’on se loggue que pour du forward, pas possible de taper des commandes
L’option -R pour Remote: port_local_du_serveur_distant:ip_local_du_serveur_distant:port_local_du_serveur_local (le port 2200 est un exemple)
Une fois connecté, allons sur notre serveur toto-public.com et lancez la commande suivante pour vous connecter à monpc.local
ssh -p 2200 user@localhost
Avec sshfs on peut monter un répertoire distant dans un répertoire local via ssh donc hyper sécurisé.
Pour ce faire, installé le paquet sshfs et assurez vous d’ajouter votre compte utilisateur dans le groupe fuse
adduser toto fuse
Ensuite, créer votre répertoire de montage, par exemple /home/toto/monPCdistant
Lancez la commande suivante
sshfs UserDistant@PCdistant:/repertoireAmonter /home/toto/monPCdistant/
et voila ;)
source ⇒ http://www.generation-linux.fr/index.php?post/2009/04/14/Monter-un-repertoire-distant-avec-SSH2
Un très bon article sur les performances sshfs / nfs ⇒ http://www.admin-magazine.com/HPC/Articles/Sharing-Data-with-SSHFS
sshfs -o Ciphers=arcfour,compression=no,nonempty,auto_cache,reconnect,workaround=all user@development.net:/usr/local/gitdev/ ~/dev/code
Voir → http://formation-debian-testing.via.ecp.fr/ftp.html#id289286
Créer un utilisateur
# adduser toto Ajout de l'utilisateur « toto » ... Ajout du nouveau groupe « toto » (1001) ... Ajout du nouvel utilisateur « toto » (1001) avec le groupe « toto » ... Création du répertoire personnel « /home/toto »... Copie des fichiers depuis « /etc/skel »... Entrez le nouveau mot de passe UNIX : Retapez le nouveau mot de passe UNIX : passwd : le mot de passe a été mis à jour avec succès Modification des informations relatives à l'utilisateur toto Entrez la nouvelle valeur ou « Entrée » pour conserver la valeur proposée Nom complet []: N° de bureau []: Téléphone professionnel []: Téléphone personnel []: Autre []: Cette information est-elle correcte ? [O/n]
Pour chrooter toto, son répertoire home doit appartenir à root et être en 755
cd /home ls -l drwxr-xr-x 2 toto toto 4096 16 janv. 08:44 toto chown root toto chmod 755 toto ls -l drwxr-xr-x 2 root toto 4096 16 janv. 08:44 toto
Modifier la config du serveur ssh :
vi /etc/ssh/sshd_config
Pour limiter un utilisateur au sftp
Match User toto
X11Forwarding no
AllowTcpForwarding no
ForceCommand internal-sftp
ChrootDirectory %h
Pour limiter un groupe d’utilisateur
Match Group users
X11Forwarding no
AllowTcpForwarding no
ForceCommand internal-sftp
ChrootDirectory %h
exemple d’utilisation de sftp
Download a single file from a remote ftp server to your machine:
sftp {user}@{host}:{remoteFileName} {localFileName}
Upload a single file from your machine to a remote ftp server:
sftp {user}@{host}:{remote_dir} <<< $'put {local_file_path}'
— source: https://debian-facile.org/viewtopic.php?id=9607 https://linuxfr.org/forums/linux-debian-ubuntu/posts/cloisonner-utilisateur-ssh-debian-8-resolu
Installation du paquet bash-static
#apt-get install bash-static
Pour faciliter l’administration nous allons créer un groupe sshchroot
#addgroup sshchroot
Création de l’utilisateur test
#adduser test #usermod -d / test #usermod -s /bin/bash-static #adduser test sshchroot
Mettre l’utilisateur root propriétaire du home de test sinon la connexion ssh sera refusée
#chown root: /home/test
Petit script qui vous activera des commandes supplémentaire pour le user test
#cd /home/test #vim create.sh
#!/bin/bash mkdir -p {bin,dev,lib,lib64} mknod dev/null c 1 3 mknod dev/zero c 1 5 chmod 0666 dev/{null,zero} TMPFILE1=./temp1 TMPFILE2=./temp2 #Definition des commandes que vous souhaitez activer APPS="/bin/bash /bin/cp /bin/ls /bin/mkdir /bin/mv /bin/rm /bin/rmdir /usr/bin/id /usr/bin/rsync /usr/bin/scp /usr/bin/wget /usr/bin/vim /usr/bin/vi /bin/cat /bin/less /usr/bin/tail /usr/bin/clear /bin/chmod" for app in $APPS; do if [ -x $app ]; then app_path=`dirname $app` if ! [ -d .$app_path ]; then mkdir -p .$app_path fi cp -p $app .$app ldd $app >> ${TMPFILE1} fi done for libs in `cat ${TMPFILE1}`; do frst_char="`echo $libs | cut -c1`" if [ "$frst_char" = "/" ]; then echo "$libs" >> ${TMPFILE2} fi done for lib in `cat ${TMPFILE2}`; do mkdir -p .`dirname $lib` > /dev/null 2>&1 cp $lib .$lib done cp -r /lib/terminfo ./lib/ rm -f $TMPFILE1 rm -f $TMPFILE2
Lancez le script dans /home/test
#./create.sh
Editez le fichier de conf ssh pour enfin chrooter la connexion
#vim /etc/sshd_config
Match Group test
#%u permet de se placer automatiquement dans le home du user
ChrootDirectory /home/%u
AllowTCPForwarding no
X11Forwarding no
Petit restart du service ssh
# service ssh reload
(on ne sait jamais)
#service ssh restart
Test avec le user test
I have no name!@x.x.x.x:/$ I have no name!@x.x.x.x:/$ ls -l total 28 drwxrwxr-x 2 0 1003 4096 Mar 15 15:35 bin -rwxr-xr-x 1 0 1003 886 Mar 15 15:21 create.sh drwxr-xr-x 2 0 1003 4096 Mar 15 15:23 dev drwxr-xr-x 2 1001 1003 4096 Mar 15 15:48 lala drwxr-xr-x 4 0 1003 4096 Mar 15 15:23 lib drwxr-xr-x 2 0 1003 4096 Mar 15 15:23 lib64 drwxr-xr-x 4 0 1003 4096 Mar 15 15:23 usr
Je ne peux pas editez dans home de test
C’est normal seul root doit être propriétaire. Les droits plus permissifs sont les suivants:
chmod 755 si vous donnez des trop permissifs le ssh chrooter ne fonctionnera pas. Dans ce cas créer un répertoire dont l’utilisateur a full access.
exemple:
#mkdir /home/test/test #chown test:test /home/test/test
autossh permet de lancer une commande ssh puis de la relancer en cas d’échec.
Installer autossh
apt-get install autossh
Comme le dit le man autossh il est préférable d’utiliser les options ServerAliveInternal et ServerAliveCountMax plutôt que d’utiliser le echo port pour le monitoring, je vais donc écrire les commandes dans ce contexte.
Exemple: J’ai besoin d’un accès à une base de données distante en local
La commande ssh serait
ssh -L 3307:localhost:3306 username@toto-public.com
La commande autossh serait
autossh -M 0 -q -f -N -oServerAliveInterval=60 -oServerAliveCountMax=3 -L 3307:localhost:3306 username@toto-public.com
Pour que cette connexion se lance au démarrage de la machine, placer cette commande dans le fichier /etc/rc.local
Les clés se trouvent en général dans
cd ~/.ssh/
Il y a la clé privé id_dsa et la clé publique id_dsa.pub. Admettons que vous voulez accéder à un serveur configuré pour se connecter avec une clé spécifique que l’on vous a fourni. Par exemple id_dsa_serveur et id_dsa_serveur.pub
Placez ces 2 fichiers dans votre répertoire .ssh
La commande pour se connecter en ssh avec cette clé est
ssh -i ~/.ssh/id_dsa_serveur user@serveur.com
On peut aussi créer un fichier de config pour automatiser tout ça soit dans son répertoire personnel, soit au niveau de la config du serveur ssh
vi ~/.ssh/config vi /etc/ssh/ssh_config
On peut ensuite écrire ceci
Host serveur.com IdentityFile ~/.ssh/id_dsa_serveur
Il existe une multitude de paramètre dans ce fichier de config disponible ici ⇒ http://www.gsp.com/cgi-bin/man.cgi?section=5&topic=ssh_config
This is a result of upgrading to OpenSSH 7.0. As the release notes for OpenSSH 7.0 say, “Support for ssh-dss host and user keys is disabled by default at run-time”.
The solution is to add the following line to ~/.ssh/config on every client machine (every machine where you run the SSH client):
PubkeyAcceptedKeyTypes=+ssh-dss
If the server is using OpenSSH 7.0 or newer, you’ll also need to add this line to /etc/ssh/sshd_config on each server machine.
Alternatively, you can generate an entirely new SSH key and add it to your authorized_keys file on every server you ever want to log into. I recommend you use RSA, to avoid compatibility woes. I don’t recommend ECDSA, as apparently gnome-keyring-daemon doesn’t automatically pick up SSH keys of type ECDSA.
Si on essaie de se connecter sur un vieux serveur, on obtient le message d’erreur
Unable to negotiate with 192.168.0.1 port 22: no matching host key type found. Their offer: ssh-rsa,ssh-dss
La solution est de rajouter une option dans votre ligne de commande
ssh 192.168.0.1 -oHostKeyAlgorithms=+ssh-rsa