SSH - Historique des versions

Justine le 22 juin 2022 à 11:58

2022-06-22T11:58:01Z

← Version précédente		Version du 22 juin 2022 à 11:58
Ligne 1 :		Ligne 1 :
			[[Category:reseau]]
			[[Category:linux]]

	Présentation de SSH		Présentation de SSH

Justine : /* Déport graphique */

2019-11-24T10:04:38Z

Déport graphique

← Version précédente		Version du 24 novembre 2019 à 10:04
Ligne 319 :		Ligne 319 :
	SSH permet également de déporter l'affichage graphique d'une application, lancée sur le serveur SSH, elle sera affichée sur le client. On parle alors de X11 Forwarding. Par exemple:		SSH permet également de déporter l'affichage graphique d'une application, lancée sur le serveur SSH, elle sera affichée sur le client. On parle alors de X11 Forwarding. Par exemple:

	ssh -c blowfish -X -C -f user@serveur ~~ssh~~ firefox		ssh -c blowfish -X -C -f user@serveur firefox

	*-X pour faire du déport d'affichage		*-X pour faire du déport d'affichage
	*-c blowfish~~ ~~: pour choisir le chiffrement utilisé pour coder l'affichage		*-c blowfish: pour choisir le chiffrement utilisé pour coder l'affichage
	*-C compression gzip ou non (utile si le débit est faible)		*-C compression gzip ou non (utile si le débit est faible)
	*-f : Détacher l'affichage du shell ssh		*-f : Détacher l'affichage du shell ssh

	Ici, firefox se lancera sur le serveur SSH mais s'affichera sur le client.		Ici, firefox se lancera sur le serveur SSH mais s'affichera sur le client.


	= Quelques outils annexes =		= Quelques outils annexes =

Justine le 5 mars 2019 à 20:37

2019-03-05T20:37:14Z

← Version précédente		Version du 5 mars 2019 à 20:37
Ligne 280 :		Ligne 280 :

	<code>ssh -L port_local:host:port_distant login@serveur_ssh</code>		<code>ssh -L port_local:host:port_distant login@serveur_ssh</code>


	=== Exemple ===		=== Exemple ===
Ligne 299 :		Ligne 300 :
	<code>ssh -D 8080 user@192.1.2.3</code>		<code>ssh -D 8080 user@192.1.2.3</code>

	Ici, toutes les requêtes arrivant sur le client sur son port 8080 seront redirigées vers le serveur SSH (192.1.2.3), et éventuellement vers un autre serveur, web par exemple. C'est ce qu'on appelle un proxy socks : la liaison entre le client et le serveur SSH est chiffrée, mais pas celle entre le serveur SSH et le serveur web. ~~CE POINT DEMANDE PLUS~~ D'~~EXPLICATIONS~~		Ici, toutes les requêtes arrivant sur le client sur son port 8080 seront redirigées vers le serveur SSH (192.1.2.3), et éventuellement vers un autre serveur, web par exemple. C'est ce qu'on appelle un proxy socks : la liaison entre le client et le serveur SSH est chiffrée, mais pas celle entre le serveur SSH et le serveur web. Il faut bien garder en tête que c'est un proxy et pas vraiment un VPN.

			Un exemple : j'ai mon PC (192.168.1.42), un routeur / serveur SSH (192.168.1.20 et 172.16.0.1) et un serveur web (172.16.0.10).

			*Sur mon PC, je fais : ssh -D 8080 justine@192.168.1.20
			**Tout ce qui arrive sur mon port 8080 sera renvoyé vers le serveur SSH
			*Sur mon PC, je lance Firefox et je lui rentre un proxy socks : 127.0.0.1 port 8080
			*Depuis mon PC, je peux alors accéder au serveur web, en rentrant son adresse IP.

			Ce n'est ni plus ni moins qu'un proxy, un peu à l'arrache; si les tunnels et les proxy SOCKS sont utiles pour faire ce genre de choses rapidement, ça ne remplace sûrement pas un VPN ! Le tunnel n'est utilisable que vers une seule machine, et le proxy SOCKS demande de configurer un proxy, ce qui n'est pas toujours évident à faire à l'échelle d'un OS.

	=== Gestion des tunnels gSTM ===		=== Gestion des tunnels gSTM ===

Justine le 12 décembre 2018 à 01:10

2018-12-12T01:10:54Z

← Version précédente		Version du 12 décembre 2018 à 01:10
Ligne 61 :		Ligne 61 :

	Le niveau de verbosité du log est reglé dans le fichier de config par la directive LogLevel. Par défaut elle est sur INFO mais on peut la rendre plus verbeuse.		Le niveau de verbosité du log est reglé dans le fichier de config par la directive LogLevel. Par défaut elle est sur INFO mais on peut la rendre plus verbeuse.


	= Connexion =		= Connexion =

	La connexion se fait avec ssh user@serveur. On peut faire ssh serveur pour essayer de se connecter avec l'utilisateur actuel.		La connexion se fait avec ssh user@serveur. On peut faire ssh serveur pour essayer de se connecter avec l'utilisateur actuel.

			== Connexion via un port non-standard : ==

			La syntaxe est :

			<code>ssh user@ip -p port</code>

			Par exemple :

			<code>ssh justine@127.0.0.1 -p 2222</code>

	= Knownhosts et identification =		= Knownhosts et identification =

Justine le 30 novembre 2018 à 23:25

2018-11-30T23:25:11Z

← Version précédente		Version du 30 novembre 2018 à 23:25
Ligne 363 :		Ligne 363 :
	Enfin le dernier bloc, overssh, autorise l'utilisateur à exécuter ses commandes en les exécutant à travers une connexion ssh.		Enfin le dernier bloc, overssh, autorise l'utilisateur à exécuter ses commandes en les exécutant à travers une connexion ssh.

	== Les recommandations de l'ANSSI ~~concernant~~ SSH ==
			= Documents annexes: =

			== Les recommandations de l'ANSSI sur SSH ==

	<pdf>Fichier:NT_OpenSSH.pdf</pdf>		<pdf>Fichier:NT_OpenSSH.pdf</pdf>

	Un article sur l'entropie : [http://www.deltasight.fr/entropie-linux-generation-nombres-aleatoires/ http://www.deltasight.fr/entropie-linux-generation-nombres-aleatoires/]

			== Un article sur l'entropie : ==

			[http://www.deltasight.fr/entropie-linux-generation-nombres-aleatoires/ http://www.deltasight.fr/entropie-linux-generation-nombres-aleatoires/]

Justine le 30 novembre 2018 à 23:24

2018-11-30T23:24:22Z

← Version précédente		Version du 30 novembre 2018 à 23:24
Ligne 307 :		Ligne 307 :
	Ici, firefox se lancera sur le serveur SSH mais s'affichera sur le client.		Ici, firefox se lancera sur le serveur SSH mais s'affichera sur le client.

	~~== Quelques outils annexes ==~~

	=== Screen (le multiplexeur de terminaux) ===		= Quelques outils annexes =

			== Screen (le multiplexeur de terminaux) ==

	Le paquet s'appelle juste "screen".		Le paquet s'appelle juste "screen".
Ligne 339 :		Ligne 340 :
	Le "partage de session" ne se fait pas entre plusieurs utilisateurs UNIX : il se fait entre plusieurs shell connectés avec un même utilisateurs (c'est du multi-monitor)		Le "partage de session" ne se fait pas entre plusieurs utilisateurs UNIX : il se fait entre plusieurs shell connectés avec un même utilisateurs (c'est du multi-monitor)

	=== LShell (Limited Shell) ===		== LShell (Limited Shell) ==

	LShell est un shell au même titre que bash, ksh, etc...		LShell est un shell au même titre que bash, ksh, etc...
Ligne 361 :		Ligne 362 :

	Enfin le dernier bloc, overssh, autorise l'utilisateur à exécuter ses commandes en les exécutant à travers une connexion ssh.		Enfin le dernier bloc, overssh, autorise l'utilisateur à exécuter ses commandes en les exécutant à travers une connexion ssh.


	== Les recommandations de l'ANSSI concernant SSH ==		== Les recommandations de l'ANSSI concernant SSH ==

Justine le 30 novembre 2018 à 23:23

2018-11-30T23:23:59Z

← Version précédente		Version du 30 novembre 2018 à 23:23
Ligne 143 :		Ligne 143 :


	=   =


	= Principe des clefs SSH =		= Principe des clefs SSH =

Justine le 30 novembre 2018 à 23:23

2018-11-30T23:23:20Z

← Version précédente		Version du 30 novembre 2018 à 23:23
Ligne 360 :		Ligne 360 :

	Enfin le dernier bloc, overssh, autorise l'utilisateur à exécuter ses commandes en les exécutant à travers une connexion ssh.		Enfin le dernier bloc, overssh, autorise l'utilisateur à exécuter ses commandes en les exécutant à travers une connexion ssh.


	== Les recommandations de l'ANSSI concernant SSH ==		== Les recommandations de l'ANSSI concernant SSH ==

	<pdf>Fichier:NT_OpenSSH.pdf</pdf>		<pdf>Fichier:NT_OpenSSH.pdf</pdf>

			Un article sur l'entropie : [http://www.deltasight.fr/entropie-linux-generation-nombres-aleatoires/ http://www.deltasight.fr/entropie-linux-generation-nombres-aleatoires/]

Justine le 30 novembre 2018 à 23:10

2018-11-30T23:10:04Z

← Version précédente		Version du 30 novembre 2018 à 23:10
Ligne 342 :		Ligne 342 :
	LShell est un shell au même titre que bash, ksh, etc...		LShell est un shell au même titre que bash, ksh, etc...

	Il permet de proposer des directives de configuration propres à chaque utilisateur, par rapport à ce que celui-ci peut ou ne peut pas faire. Par exemple : on peut empêcher d'utiliser certains commandes, en local et/ou à distance, l'autoriser à utiliser certaines commandes sans sudo, etc... Il est surtout utile pour créer des scripts shell : là ou certains scripts shell nous obligent à stocker des mots de passe en clair à l'intérieur avec bash, avec LShell on peut modifier les droits de l'utilisateur pour qu'il n'ait le droit de faire que ce que qu'il a besoin de faire, sans avoir à utiliser sudo, par exemple.		Il permet de proposer des directives de configuration propres à chaque utilisateur, par rapport à ce que celui-ci peut ou ne peut pas faire. Par exemple : on peut empêcher d'utiliser certains commandes, en local et/ou à distance, l'autoriser à utiliser certaines commandes sans sudo, etc... Il est surtout utile pour créer des scripts shell : là ou certains scripts shell nous obligent à stocker des mots de passe en clair à l'intérieur avec bash, avec LShell on peut modifier les droits de l'utilisateur pour qu'il n'ait le droit de faire que ce que qu'il a besoin de faire, sans avoir à utiliser sudo, par exemple.

	Le fichier de config est dans /etc/lshell.conf		Le fichier de config est dans /etc/lshell.conf

	Voici un exemple de configuration :		Voici un exemple de configuration :
	<div style="background:#eeeeee; border:1px solid #cccccc; padding:5px 10px"><pre>''[light_user]''		<div style="background:#eeeeee; border:1px solid #cccccc; padding:5px 10px"><pre>''[light_user]''

	''allowed :['upgrade','update']''		''allowed :['upgrade','update']''

	''aliases :{'update':'sudo apt-get update', 'upgrade':'sudo apt-get upgrade'}''		''aliases :{'update':'sudo apt-get update', 'upgrade':'sudo apt-get upgrade'}''

	''sudo_commands :['apt-get update', 'apt-get upgrade']''		''sudo_commands :['apt-get update', 'apt-get upgrade']''

	''overssh : ['update','upgrade']''</pre>		''overssh : ['update','upgrade']''</pre>
	</div>		</div>
	Un tel utilisateur ne pourra effectuer que deux commandes : update et upgrade, qui sont ici des alias de sudo apt-get upgrade et sudo apt-get update; ces commandes devant habituellement être lancées en tant que root, on les met dans la directive sudo_commands.		Un tel utilisateur ne pourra effectuer que deux commandes : update et upgrade, qui sont ici des alias de sudo apt-get upgrade et sudo apt-get update; ces commandes devant habituellement être lancées en tant que root, on les met dans la directive sudo_commands.

	Enfin le dernier bloc, overssh, autorise l'utilisateur à exécuter ses commandes en les exécutant à travers une connexion ssh.		Enfin le dernier bloc, overssh, autorise l'utilisateur à exécuter ses commandes en les exécutant à travers une connexion ssh.

			== Les recommandations de l'ANSSI concernant SSH ==

			<pdf>Fichier:NT_OpenSSH.pdf</pdf>

Justine le 30 novembre 2018 à 23:06

2018-11-30T23:06:53Z

← Version précédente		Version du 30 novembre 2018 à 23:06
Ligne 312 :		Ligne 312 :
	Le paquet s'appelle juste "screen".		Le paquet s'appelle juste "screen".

	Screen est un "multiplexeur de terminaux". Il offre plusieurs possibilités :		Screen est un "multiplexeur de terminaux". Il offre plusieurs possibilités :

	*Ouvrir plusieurs shell dans une console (comme terminator)		*Ouvrir plusieurs shell dans une console (comme terminator)
Ligne 318 :		Ligne 318 :
	*Partager un terminal entre plusieurs utilisateurs		*Partager un terminal entre plusieurs utilisateurs

	Screen n'affiche pas les terminaux en même temps comme terminator : sur ce point là il est moins bien je trouve. Il permet simplement de passer de l'un à l'autre. Il a cependant l'avantage considérable de fonctionner sans interface graphique. Il est surtout utile avec SSH : par exemple, je peux me connecter à un serveur, lancer une instance screen et la détacher pendant qu'elle tourne en effectuant une tâche longue; ensuite je n'ai plus qu'à éteindre mon client, partir et revenir le lendemain pour la retrouver.		Screen n'affiche pas les terminaux en même temps comme terminator : sur ce point là il est moins bien je trouve. Il permet simplement de passer de l'un à l'autre. Il a cependant l'avantage considérable de fonctionner sans interface graphique. Il est surtout utile avec SSH : par exemple, je peux me connecter à un serveur, lancer une instance screen et la détacher pendant qu'elle tourne en effectuant une tâche longue; ensuite je n'ai plus qu'à éteindre mon client, partir et revenir le lendemain pour la retrouver.

	Screen utilise deux notions : les sessions et les écrans. Une session peut contenir plusieurs écrans. À chaque écran correspond un shell; on peut lancer plusieurs sessions sur une même machine, mais je ne vois pas trop l'intérêt à priori.		Screen utilise deux notions : les sessions et les écrans. Une session peut contenir plusieurs écrans. À chaque écran correspond un shell; on peut lancer plusieurs sessions sur une même machine, mais je ne vois pas trop l'intérêt à priori.

	Screen nomme ses sessions en leur donnant des numéros qui n'ont pas l'air d'avoir de logique particulière. Il nomme ses écrans 0, 1, 2, 3...		Screen nomme ses sessions en leur donnant des numéros qui n'ont pas l'air d'avoir de logique particulière. Il nomme ses écrans 0, 1, 2, 3...
Ligne 326 :		Ligne 326 :
	Il se lance avec la commande screen.		Il se lance avec la commande screen.

	Les commandes :		Les commandes :

	*Créer un nouvel écran : ctrl+a puis c		*Créer un nouvel écran : ctrl+a puis c
	*Quitter une session sans la fermer : ctrl+a puis d		*Quitter une session sans la fermer : ctrl+a puis d
	*Reprendre un écran que l'on a détaché (sinon ça marche pas!): screen -r (préciser le numéro si on a plusieurs sessions)		*Reprendre un écran que l'on a détaché (sinon ça marche pas!): screen -r (préciser le numéro si on a plusieurs sessions)
	*Connaître la liste des sessions en cours : screen -ls		*Connaître la liste des sessions en cours : screen -ls
	*Partager une session screen (sur un autre terminal du même utilisateur): screen -x <numéro de session>		*Partager une session screen (sur un autre terminal du même utilisateur): screen -x <numéro de session>
	*Connaître la liste des écrans dans une session : ctrl+a puis w		*Connaître la liste des écrans dans une session : ctrl+a puis w
	*Changer de screen: ctrl+a puis le numéro de l'écran		*Changer de screen: ctrl+a puis le numéro de l'écran

	Le "partage de session" ne se fait pas entre plusieurs utilisateurs UNIX : il se fait entre plusieurs shell connectés avec un même utilisateurs (c'est du multi-monitor)		Le "partage de session" ne se fait pas entre plusieurs utilisateurs UNIX : il se fait entre plusieurs shell connectés avec un même utilisateurs (c'est du multi-monitor)

	~~&nbsp~~;		=== LShell (Limited Shell) ===

			LShell est un shell au même titre que bash, ksh, etc...

			Il permet de proposer des directives de configuration propres à chaque utilisateur, par rapport à ce que celui-ci peut ou ne peut pas faire. Par exemple : on peut empêcher d'utiliser certains commandes, en local et/ou à distance, l'autoriser à utiliser certaines commandes sans sudo, etc... Il est surtout utile pour créer des scripts shell : là ou certains scripts shell nous obligent à stocker des mots de passe en clair à l'intérieur avec bash, avec LShell on peut modifier les droits de l'utilisateur pour qu'il n'ait le droit de faire que ce que qu'il a besoin de faire, sans avoir à utiliser sudo, par exemple.

			Le fichier de config est dans /etc/lshell.conf

			Voici un exemple de configuration :
			<div style="background:#eeeeee; border:1px solid #cccccc; padding:5px 10px"><pre>''[light_user]''

			''allowed :['upgrade','update']''

			''aliases :{'update':'sudo apt-get update', 'upgrade':'sudo apt-get upgrade'}''

			''sudo_commands :['apt-get update', 'apt-get upgrade']''

			''overssh : ['update','upgrade']''</pre>
			</div>
			Un tel utilisateur ne pourra effectuer que deux commandes : update et upgrade, qui sont ici des alias de sudo apt-get upgrade et sudo apt-get update; ces commandes devant habituellement être lancées en tant que root, on les met dans la directive sudo_commands.

			Enfin le dernier bloc, overssh, autorise l'utilisateur à exécuter ses commandes en les exécutant à travers une connexion ssh.

SSH - Historique des versions

Justine le 22 juin 2022 à 11:58

Justine : /* Déport graphique */

Justine le 5 mars 2019 à 20:37

Justine le 12 décembre 2018 à 01:10

Justine le 30 novembre 2018 à 23:25

Justine le 30 novembre 2018 à 23:24

Justine le 30 novembre 2018 à 23:23

Justine le 30 novembre 2018 à 23:23

Justine le 30 novembre 2018 à 23:10

Justine le 30 novembre 2018 à 23:06

Justine : /* Déport graphique */