Discussion :

[Coriolan]

Microsoft ajoute le support d'un client OpenSSH dans Windows 10
Accessible directement depuis la ligne de commande

Depuis quelque temps déjà, Windows 10 embarque un client OpenSSH qu’on peut lancer directement via la ligne de commande. Cette nouvelle fonctionnalité de Windows 10 toujours en bêta devrait annoncer la fin de vie de Putty pour de nombreux utilisateurs, et pour cause, Microsoft a introduit un véritable client OpenSSH et une application serveur OpenSSH pour Windows.

Pendant des années, les MacBook d’Apple ont été le choix privilégié des admins en raison de la facilité qu’offre leur système d’exploitation pour exécuter un Shell. En réalité, la plupart des systèmes d’exploitation ont toujours inclus SSH par défaut, à l’exception de Windows. Mais désormais, cette exception relève du passé, les efforts de Microsoft permettent aujourd’hui une interaction facile avec Linux (et les autres saveurs *NIX) notamment grâce à de nouvelles fonctionnalités comme Ubuntu on Windows.

Installer le client OpenSSH de Windows

Pour installer le client OpenSSH de Windows, il faudra au préalable se rendre dans “Paramètres” > “Applications” > “Applications et fonctionnalités”.

Ensuite, cliquez sur “Gérer les fonctionnalités facultatives”.

Cliquez ensuite sur “Ajouter une fonctionnalité” et installez “OpenSSH Client (Beta)”. Vous pouvez aussi installer OpenSSH server si vous le désirez, puis redémarrez votre PC. Une fois installé, il suffit de lancer la ligne de commandes et taper ssh suivie par la commande ubuntu@adresseIP.

Voici le guide d'usage de la commande ssh :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
C:\WINDOWS\system32>ssh
usage: ssh [-46AaCfGgKkMNnqsTtVvXxYy] [-b bind_address] [-c cipher_spec]
[-D [bind_address:]port] [-E log_file] [-e escape_char]
[-F configfile] [-I pkcs11] [-i identity_file]
[-J [user@]host[:port]] [-L address] [-l login_name] [-m mac_spec]
[-O ctl_cmd] [-o option] [-p port] [-Q query_option] [-R address]
[-S ctl_path] [-W host:port] [-w local_tun[:remote_tun]]
[user@]hostname [command]

Pour le verdict, la plupart des administrateurs de système devraient être ravis de savoir que ce client OpenSSH ajouté par Microsoft dans Windows 10 facilite le lancement d’une session SSH en cas de besoin. Autrement dit, il n’est plus nécessaire d'installer un outil comme Putty.

Et vous ?

Préfériez-vous ce nouveau client OpenSSH aux autres clients comme Putty ?
Ou bien allez-vous utiliser plutôt Windows Subsystem for Linux qu'on peut désormais installer depuis la boutique d'applications Windows ?

Voir aussi :

Microsoft parle des évolutions du sous-système Linux WSL qui vont accompagner la MàJ Creators Fall Update attendue le 17 octobre
Windows 10 Creators Update : Microsoft présente les nouveautés du côté de la console Bash/WSL, plus de compatibilité et le support d'Ubuntu 16.04

[AoCannaille]

Préfériez-vous ce nouveau client OpenSSH aux autres clients comme Putty ?
Ou bien allez-vous utiliser plutôt Windows Subsystem for Linux qu'on peut désormais installer depuis la boutique d'applications Windows ?

Actuellement, j'utilise mobaxterm, en effet pour son intégration de SSH (et d'un serveur X!), mais surtout pour sa possibilité de gérer les terminaux en mode onglet ainsi qu'un client SFTP bien intégré qui nous suit dans notre ligne de commande (et permet d'éditer des fichiers distant sous windows via double click et d'autoupload la nouvelle version a la fermeture de l'editeur).

Tant que le terminal windows ne le propose pas, je ne change pas

[Lcf.vs]

Perso, j'utilise Cmder, un shell complet, aussi et bien sympa, je n'ai pas encore trouvé mieux... http://cmder.net/

... ainsi qu'un client SFTP bien intégré qui nous suit dans notre ligne de commande...

Qui utilise encore du (S)FTP ???

Vive le versioning

[RyzenOC]

Actuellement, j'utilise mobaxterm, en effet pour son intégration de SSH (et d'un serveur X!), mais surtout pour sa possibilité de gérer les terminaux en mode onglet ainsi qu'un client SFTP bien intégré qui nous suit dans notre ligne de commande (et permet d'éditer des fichiers distant sous windows via double click et d'autoupload la nouvelle version a la fermeture de l'editeur).

Tant que le terminal windows ne le propose pas, je ne change pas

j'imagine que cela sera possible dans la prochaine build de windows 10 ou tu pourra faire des "Sets" de tes terminaux.
https://www.monwindows.com/blog/deco...b-t112118.html

[chrtophe]

C'est une bonne nouvelle, mais c'est du béta pour le moment.

Sinon, pour moi, c'est putty pour le terminal et winscp pour la copie de fichiers.

[MrKuja]

Actuellement, j'utilise mobaxterm, en effet pour son intégration de SSH (et d'un serveur X!), mais surtout pour sa possibilité de gérer les terminaux en mode onglet ainsi qu'un client SFTP bien intégré qui nous suit dans notre ligne de commande (et permet d'éditer des fichiers distant sous windows via double click et d'autoupload la nouvelle version a la fermeture de l'editeur).

Tant que le terminal windows ne le propose pas, je ne change pas

Je lui préfère Xshell 5, moins kikoo et tout aussi performant (gestion de clé ssh, gestion des tunnels, protection par mot de passe, et plein d'autres trucs).

Il n'a certe pas l'onglet Sftp synchro avec la ligne de commande, mais pas indispensable.
Payant, en revanche.



Mais plus on a d'outil natif et plus la gestion est simple.
Toujours bon à prendre.

[AoCannaille]

Qui utilise encore du (S)FTP ???

Vive le versioning

ça dépanne toujours, et en l’occurrence ça simplifie grandement la copie locale d'un fichier distant. On a des machines de compil au boulot, récupérer par double clic les lib ou les exe générés ça simplifie la vie par rapport à winscp...

Seul le cœur de métier est versionné, accéder à tout les autres fichiers reste intéressant

[Jean.Luc]

W10 64Bits Dev : Mais pas de SSH dans la liste.
J'ai toutes les dernières mises à jour pourtant, à moins que Microsoft l'ait retiré pour le moment car encore en beta.
Affaire à suivre...

Je continu avec PuTTy que j'utilise depuis son origine et que je trouve vraiment très complet pour un client SSH.

[FMJ]

Hormis l'absence de la gestion des onglets, Putty me convient également bien. Pas de raison de l'abandonner pour un speudo utilitaire MS. Wordpad n'a jamais remplacé Word !

[sekaijin]

je ne suis pas prêt de changer pour deux raisons
1) le terminal de windows est pourri.
2) putty n'est pas simplement fait pour ouvrir un shell ssh mais il contient aussi un agent de clef un générateur de clef et surtout il permet d'ouvrir un shell avec une conf en fournissant le nom de la conf sans autres paramètres

Je n'utilise jamais ssh avec un login mot de pass je ne l'utilise qu'avec des clefs approuvées sur mes serveurs.

A+JYT

[alexetgus]

Voilà déjà un bon moment qu'il est possible d'installer et utiliser OpenSSH client/server sur toutes les versions de Windows.

Où est l'intérêt pour Microsoft de récupérer ce même OpenSSH pour l'avoir en natif ? Le tracking est la surveillance y seront "gratuits" ?
Venant de Microsoft, je prends la nouvelle avec la plus grande prudence et méfiance.
Je n'ai pas spécialement envie de confier mes clés SSH à un OpenSSH made in Windows.

Le plus douteux est qu'ils soient en beta test alors que la version "classique" d'OpenSSH fonctionne déjà très bien.
Qu'est-ce qu'ils nous préparent encore ? Le cahier des charges NSA (et les autres) est si exigeant ?

Perso, je ne vais pas changer mes habitudes et rester avec les même utilitaires libres.
Je ne considère pas ça comme une avancée, mais plutôt un traquenard de plus. Je passe donc mon tour.

Oui je sais, je suis parano, mais on sait tous à quoi s'en tenir avec Microsoft vis à vis du renseignement...

[chrtophe]

Où est l'intérêt pour Microsoft de récupérer ce même OpenSSH pour l'avoir en natif ?

Avant, sous Windows, il fallait un logiciel tiers pour monter les ISO, plus maintenant. C'est donc de bon sens d'intégrer ce type de fonctionnalité dans un système.

SSH a été inventé pour remplacer rlogin, rcp, rsh, qui sont des commandes Unix. L'équivalent sous Windows était jusqu'à présent RDP, orienté interface graphique tout comme Windows, contrairement au monde Unix/Linux ou l'interface graphique est optionnelle.

Il restera posssible d'installer OpenSSH au lieu du produit natif Microsoft.
Putty est pas forcément plus fiable.

L’intérêt des produits libres par rapport aux produits commerciaux reste l'analyse possible du code en vue de détection de failles, du moins pour ceux qui le peuvent (je n'en fait pas partie). Et il faut avouer que les failles de produits libres sont en général corrigés rapidement.

[alexetgus]

Avant, sous Windows, il fallait un logiciel tiers pour monter les ISO, plus maintenant. C'est donc de bon sens d'intégrer ce type de fonctionnalité dans un système.

SSH a été inventé pour remplacer rlogin, rcp, rsh, qui sont des commandes Unix. L'équivalent sous Windows était jusqu'à présent RDP, orienté interface graphique tout comme Windows, contrairement au monde Unix/Linux ou l'interface graphique est optionnelle.

Je suis d'accord, pour beaucoup, ça va permettre d'obtenir un outil supplémentaire simplement. D'autant que, comme tu le soulignes, les users Windows veulent un GUI pour la plupart.

Je reste néanmoins extrêmement méfiant quant à ce type d'avancée chez Microsoft. Sur un OS Server, d'accord, le SSH est absolument nécessaire.
Mais sur un Win "classique" ? Ca bénéficiera à quelques uns, c'est certain, mais pas la majorité.

Sachant que Microsoft était un des premiers à travailler avec et/ou pour la NSA, je suis très réservé.

Quant aux failles de sécurité, c'est un autre sujet. D'autant plus quand on parle de Microsoft (faille réelle ou backdoor découverte ?).
Depuis certaines révélations, le doute est plus que permis.
Je ne vise pas Putty, attention !

[chrtophe]

Mais sur un Win "classique" ? Ca bénéficiera à quelques uns, c'est certain, mais pas la majorité.

C'est une option, au même titre que telnet par exemple. Il faudra aller dans fonctions supplémentaires.

J'ai cité Putty pour l'exemple et aussi par ce que celui-ci a été évoqué. L'idée étant surtout qu'aucun produit n'est à l'épreuve des failles. SSH reste pour moi potentiellement dangereux. On peut aussi ajouter un port knoking pour rajouter une couche de sécurité.

[alexetgus]

Si on ajoute à mes suspicions la sécurité, et tout ce qu'on a évoqué plus haut, on n'en sortira pas.
Pour moi, le SSH, ça consiste déjà à ne pas autoriser les authentifications par mot de passe. Ce n'est pas évident pour beaucoup de monde, malheureusement (hormis Sekaijin, d'après ce que j'ai lu).

Pour en revenir au sujet, Microsoft et son client SSH, j'attends les révélations ou découvertes "fortuites" pour confirmer mes craintes et parano.

[bmoinet]

Sinon, il y a mRemote : https://mremoteng.org/

[Patrick Ruiz]

Le client OpenSSH sort de sa phase de bêta sous la Redstone 4 de Windows 10
Et est installé par défaut

La nouvelle de la disponibilité d’OpenSSH, l’un des outils les plus utilisés de l’univers Unix/Linux, a filtré sur cette plateforme au mois de décembre 2017 ; l’outil était alors en bêta et nécessitait une installation manuelle. Il y a du nouveau sous la Redstone 4 de Windows 10 concernant OpenSSH. Microsoft a annoncé ces changements en même temps que la disponibilité de distributions Linux additionnelles sur sa boutique d’applications en ligne, le Microsoft Store. En substance, sous Windows 10 1803, le client est installé par défaut et sort de sa phase de bêta.

Dans un récent tweet, Oddvar Moe, chercheur en sécurité chez Microsoft s’est également fait le relais de cette information. « Windows 10 1803 vient avec des binaires intéressants. Inutile de vous expliquer cette image », a-t-il écrit.

Sous la Redstone 4, le serveur OpenSSH sort également de sa phase de bêta. Toutefois, contrairement au client, il nécessitera une installation manuelle.

Pour ceux qui prennent le train de ces développements en marche, il faut souligner qu’OpenSSH est en réalité une collection d’utilitaires client/serveur utiles aux administrateurs et développeurs à bien des égards. OpenSSH permet d'effectuer des communications sécurisées à travers un réseau en s’appuyant sur le protocole de communication SSH. La suite d’outils permet aux développeurs et administrateurs de réaliser des connexions à distance sécurisées, transférer des fichiers et assurer la gestion de couples de clés de chiffrement.

Désormais, plus besoin d’installer des outils tiers comme Putty pour se connecter à un système doté d’un serveur OpenSSH depuis Windows 10. Pour le reste, la première étape en tant que novice serait de se référer au guide d’utilisation de la commande ssh. Les habitués à la ligne de commande savent qu’il suffit de se positionner sur le répertoire contenant le binaire et de taper son nom.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
C:\WINDOWS\system32>ssh
usage: ssh [-46AaCfGgKkMNnqsTtVvXxYy] [-b bind_address] [-c cipher_spec]
[-D [bind_address:]port] [-E log_file] [-e escape_char]
[-F configfile] [-I pkcs11] [-i identity_file]
[-J [user@]host[:port]] [-L address] [-l login_name] [-m mac_spec]
[-O ctl_cmd] [-o option] [-p port] [-Q query_option] [-R address]
[-S ctl_path] [-W host:port] [-w local_tun[:remote_tun]]
[user@]hostname [command]

Pour ceux intéressés par la mise en place d’un serveur, se référer à l’article DVP intitulé « OpenSSH : mise en place et description détaillée d’un serveur SSH. »

Et vous ?

Que pensez-vous de la disponibilité croissante d’outils Unix/Linux sous Windows ?

De quel bord êtes-vous lorsque vous ne faites pas usage d'OpenSSH ? Pour quelle raison avez-vous le choix de cet autre outil ?

Voir aussi :

OpenSSH pour Windows : Microsoft présente sa feuille de route pour une mise en production dans la première moitié de 2016

L'équipe PowerShell de Microsoft rejoint la communauté OpenSSH pour apporter le protocole SSH à l'interopérabilité Windows – Linux

[autran]

En terme d'interopérabilité native entre Unix et Windows, c'est une bonne nouvelle.

[Captain Spic]

Alléluia !

[FxMacCobra]

Peut-être qu'il serait intéressant de lire l'article suivant https://blog.ropnop.com/extracting-s...-10-ssh-agent/