{"id":34663,"date":"2019-10-31T21:59:41","date_gmt":"2019-10-31T18:59:41","guid":{"rendered":"https:\/\/prohoster.info\/blog\/podklyuchenie-k-windows-po-ssh-kak-v-linux\/"},"modified":"2019-10-31T21:59:41","modified_gmt":"2019-10-31T18:59:41","slug":"podklyuchenie-k-windows-po-ssh-kak-v-linux","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/podklyuchenie-k-windows-po-ssh-kak-v-linux","title":{"rendered":"Connexion \u00e0 Windows par SSH comme sous Linux","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

J'ai toujours \u00e9t\u00e9 frustr\u00e9 par la connexion aux machines Windows. Non, je ne suis ni un opposant ni un partisan de Microsoft et de leurs produits. Chaque produit existe pour un but pr\u00e9cis, mais ce n'est pas le sujet.
\nPour moi, il a toujours \u00e9t\u00e9 douloureux de se connecter aux serveurs Windows, car ces connexions sont soit configur\u00e9es de mani\u00e8re compliqu\u00e9e (bonjour WinRM avec HTTPS), soit ne fonctionnent pas tr\u00e8s bien (salut RDP pour les VM \u00e0 l'\u00e9tranger).<\/p>\n

Ainsi, en tombant par hasard sur le projet Win32-OpenSSH<\/a><\/noindex>, j'ai d\u00e9cid\u00e9 de partager mon exp\u00e9rience de configuration. Peut-\u00eatre que cet outil fera gagner beaucoup de temps \u00e0 quelqu'un.<\/p>\n

\"Connexion
\n<\/a><\/noindex>
\nOptions d'installation :<\/p>\n

    \n
  1. Manuellement<\/a><\/noindex><\/li>\n
  2. Via via le gestionnaire de packages standard de leur distribution. Sur Arch Linux,<\/a><\/noindex> Chocolatey<\/li>\n
  3. Via Ansible, par exemple, le r\u00f4le jborean93.win_openssh<\/a><\/noindex><\/li>\n<\/ol>\n

    \nEnsuite, je vais parler du premier point, car les autres sont \u00e0 peu pr\u00e8s clairs.<\/p>\n

    Je note que ce projet est encore en phase beta, donc il n'est pas recommand\u00e9 de l'utiliser en production.<\/p>\n

    Alors, t\u00e9l\u00e9chargez la derni\u00e8re version, \u00e0 ce jour c'est 7.9.0.0p1-beta<\/a><\/noindex>. Il existe des versions pour les syst\u00e8mes 32 et 64 bits.<\/p>\n

    D\u00e9compressez dans C:Program FilesOpenSSH<\/i>
    \nUn point essentiel pour un bon fonctionnement : les droits d'\u00e9criture dans ce r\u00e9pertoire doivent \u00eatre r\u00e9serv\u00e9s uniquement \u00e0 SYSTEM<\/i> et au groupe administrateur.<\/p>\n

    Installez les services avec le script install-sshd.ps1<\/i> qui se trouve dans ce r\u00e9pertoire<\/p>\n

    powershell.exe -ExecutionPolicy Bypass -File install-sshd.ps1<\/code><\/pre>\n
    \nAutorisez les connexions entrantes sur le port 22 :<\/p>\n
    New-NetFirewallRule -Name sshd -DisplayName 'OpenSSH Server (sshd)' -Enabled True -Direction Inbound -Protocol TCP -Action Allow -LocalPort 22<\/code><\/pre>\n
    \nPr\u00e9cision : l'applet New-NetFirewallRule<\/i> est utilis\u00e9e sur Windows Server 2012 et plus r\u00e9cent. Sur les syst\u00e8mes plus anciens (ou de bureau), vous pouvez utiliser la commande :<\/p>\n
    netsh advfirewall firewall add rule name=sshd dir=in action=allow protocol=TCP localport=22\n<\/code><\/pre>\n
    \nsudo systemctl start lxd<\/p>\n
    net start sshd<\/code><\/pre>\n
    \nAu d\u00e9marrage, des cl\u00e9s d'h\u00f4te seront automatiquement g\u00e9n\u00e9r\u00e9es (si elles sont absentes) dans %programdata%ssh<\/i><\/p>\n
    Nous pouvons activer le d\u00e9marrage automatique du service au d\u00e9marrage du syst\u00e8me avec la commande :<\/p>\n
    Set-Service sshd -StartupType Automatic<\/code><\/pre>\n
    \nDe plus, il est possible de changer le shell par d\u00e9faut (apr\u00e8s l'installation, le shell par d\u00e9faut est \u2014 cmd<\/i>):<\/p>\n
    New-ItemProperty -Path \"HKLM:SOFTWAREOpenSSH\" -Name DefaultShell -Value \"C:WindowsSystem32WindowsPowerShellv1.0powershell.exe\" -PropertyType String -Force<\/code><\/pre>\n
    \nPr\u00e9cision : il est n\u00e9cessaire d'indiquer le chemin absolu.<\/p>\n
    Et apr\u00e8s ?<\/p>\n
    Et ensuite, nous configurons sshd_config<\/i>, qui se trouve dans C:ProgramDatassh<\/i>. Par exemple :<\/p>\n
    PasswordAuthentication no\nPubkeyAuthentication yes<\/code><\/pre>\n
    \nEt nous cr\u00e9ons dans le dossier utilisateur le r\u00e9pertoire .ssh<\/i>, et \u00e0 l'int\u00e9rieur, le fichier authorized_keys<\/i>. L\u00e0, nous \u00e9crivons les cl\u00e9s publiques.<\/p>\n
    Pr\u00e9cision importante : les droits d'\u00e9criture dans ce fichier doivent \u00eatre r\u00e9serv\u00e9s uniquement \u00e0 l'utilisateur dont le dossier contient le fichier.<\/p>\n
    Mais si vous avez des probl\u00e8mes avec cela, vous pouvez toujours d\u00e9sactiver la v\u00e9rification des droits dans la configuration :<\/p>\n
    StrictModes non<\/code><\/pre>\n
    \n\u00c0 propos, dans C:Program FilesOpenSSH<\/i> il y a 2 scripts (FixHostFilePermissions.ps1<\/i>, FixUserFilePermissions.ps1<\/i>), qui devraient mais ne sont pas oblig\u00e9s de corriger les droits, y compris ceux de authorized_keys<\/i>, mais qui, pour une raison inconnue, ne corrigent pas.<\/p>\n
    N'oubliez pas de red\u00e9marrer le service sshd<\/i> pour appliquer les modifications.<\/p>\n
    ru-mbp-666:infrastructure$ ssh Administrator@192.168.1.10 -i ~\/.ssh\/id_rsa\nWindows PowerShell\nCopyright (C) 2016 Microsoft Corporation. Tous droits r\u00e9serv\u00e9s.\n\nPS C:UsersAdministrator> Get-Host\n\n\nName             : ConsoleHost\nVersion          : 5.1.14393.2791\nInstanceId       : 653210bd-6f58-445e-80a0-66f66666f6f6\nUI               : System.Management.Automation.Internal.Host.InternalHostUserInterface\nCurrentCulture   : en-US\nCurrentUICulture : en-US\nPrivateData      : Microsoft.PowerShell.ConsoleHost+ConsoleColorProxy\nDebuggerEnabled  : True\nIsRunspacePushed : False\nRunspace         : System.Management.Automation.Runspaces.LocalRunspace\n\nPS C:UsersAdministrator><\/code><\/pre>\n
    \nAvantages et inconv\u00e9nients subjectifs.<\/p>\n
    Avantages :<\/p>\n