Différences

Ci-dessous, les différences entre deux révisions de la page.

--- linux:ssh [24-10-2018 15:46]
edmc73 [Configuration]
+++ linux:ssh [13-01-2023 08:50] (Version actuelle)
edmc73 [Clé DSA non supportée]
@@ Ligne 170: / Ligne 170: @@
 Encore plus d'explication => http://fr.openclassrooms.com/informatique/cours/mise-en-place-d-un-tunnel-tcp-ip-via-ssh
+===== Reverse 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
 ===== Partager un répertoire distant via SSH =====
@@ Ligne 188: / Ligne 204: @@
 source => http://www.generation-linux.fr/index.php?post/2009/04/14/Monter-un-repertoire-distant-avec-SSH2
+==== Performance ====
+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
 ===== Chrooter les utilisateurs en SFTP =====
@@ Ligne 213: / Ligne 235: @@
 </code>
-Pour chrooter toto, son répertoire home doit appartenir à root
+Pour chrooter toto, son répertoire home doit appartenir à root et être en 755
 <code>cd /home
 ls -l
@@ Ligne 219: / Ligne 241: @@
 chown root toto
+chmod 755 toto
 ls -l
 drwxr-xr-x  2 root    toto                4096 16 janv. 08:44 toto</code>
@@ Ligne 241: / Ligne 264: @@
 </code>
+exemple d'utilisation de sftp
+<code>
+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}'
+</code>
 ===== Chrooter les utilisateurs en SSH =====
 --- source: https://debian-facile.org/viewtopic.php?id=9607  https://linuxfr.org/forums/linux-debian-ubuntu/posts/cloisonner-utilisateur-ssh-debian-8-resolu
@@ Ligne 408: / Ligne 440: @@
 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

Outils pour utilisateurs

Outils du site

Différences

Outils de la page