{"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\/pl\/blog\/administrirovanie\/podklyuchenie-k-windows-po-ssh-kak-v-linux","title":{"rendered":"Pod\u0142\u0105czenie do Windows przez SSH jak w Linuxie","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Zawsze mia\u0142em problemy z \u0142\u0105czeniem si\u0119 z systemami Windows. Nie jestem przeciwnikiem ani zwolennikiem Microsoft i ich produkt\u00f3w. Ka\u017cdy produkt istnieje w okre\u015blonym celu, ale to nie jest temat tej rozmowy.
\nZawsze by\u0142o dla mnie bolesne \u0142\u0105czenie si\u0119 z serwerami Windows, poniewa\u017c te po\u0142\u0105czenia s\u0105 albo konfigurowane w dziwny spos\u00f3b (witaj WinRM z HTTPS), albo dzia\u0142aj\u0105 niezbyt stabilnie (cze\u015b\u0107 RDP do wirtualek za oceanem).<\/p>\n

Dlatego przypadkowo natkn\u0105\u0142em si\u0119 na projekt Win32-OpenSSH<\/a><\/noindex>, postanowi\u0142em podzieli\u0107 si\u0119 swoim do\u015bwiadczeniem w konfiguracji. Mo\u017ce ta narz\u0119dzie zaoszcz\u0119dzi komu\u015b sporo nerw\u00f3w.<\/p>\n

\"Pod\u0142\u0105czenie
\n<\/a><\/noindex>
\nOpcje instalacji:<\/p>\n

    \n
  1. R\u0119cznie<\/a><\/noindex><\/li>\n
  2. Przez pakiet<\/a><\/noindex> Chocolatey<\/li>\n
  3. Przez Ansible, na przyk\u0142ad rol\u0119 jborean93.win_openssh<\/a><\/noindex><\/li>\n<\/ol>\n

    \nDalej b\u0119d\u0119 opowiada\u0142 o pierwszym punkcie, poniewa\u017c pozosta\u0142e s\u0105 w miar\u0119 jasne.<\/p>\n

    Zaznaczam, \u017ce projekt jest obecnie na etapie beta, wi\u0119c nie zaleca si\u0119 u\u017cywania go w produkcji.<\/p>\n

    Zatem pobieramy najnowsz\u0105 wersj\u0119, obecnie jest to 7.9.0.0p1-beta<\/a><\/noindex>. Istniej\u0105 wersje zar\u00f3wno dla system\u00f3w 32-, jak i 64-bitowych.<\/p>\n

    Rozpakowujemy do C:Program FilesOpenSSH<\/i>
    \nObowi\u0105zkowy moment dla prawid\u0142owego dzia\u0142ania: uprawnienia do zapisu w tym katalogu powinny mie\u0107 tylko SYSTEM<\/i> i grupa administrator\u00f3w.<\/p>\n

    Instalujemy us\u0142ugi za pomoc\u0105 skryptu install-sshd.ps1<\/i> znajduj\u0105cego si\u0119 w tym katalogu<\/p>\n

    powershell.exe -ExecutionPolicy Bypass -File install-sshd.ps1<\/code><\/pre>\n
    \nZezwalamy na przychodz\u0105ce po\u0142\u0105czenia na porcie 22:<\/p>\n
    New-NetFirewallRule -Name sshd -DisplayName 'OpenSSH Server (sshd)' -Enabled True -Direction Inbound -Protocol TCP -Action Allow -LocalPort 22<\/code><\/pre>\n
    \nWyja\u015bnienie: aplet New-NetFirewallRule<\/i> jest u\u017cywany w systemach Windows Server 2012 i nowszych. W najstarszych systemach (lub desktopowych) mo\u017cna u\u017cy\u0107 polecenia:<\/p>\n
    netsh advfirewall firewall add rule name=sshd dir=in action=allow protocol=TCP localport=22\n<\/code><\/pre>\n
    \nUruchamiamy us\u0142ug\u0119:<\/p>\n
    net start sshd<\/code><\/pre>\n
    \nPodczas uruchamiania zostan\u0105 automatycznie wygenerowane klucze hosta (je\u015bli nie istniej\u0105) w %programdata%ssh<\/i><\/p>\n
    Autostart us\u0142ugi przy uruchomieniu systemu mo\u017cemy w\u0142\u0105czy\u0107 poleceniem:<\/p>\n
    Set-Service sshd -StartupType Automatic<\/code><\/pre>\n
    \nMo\u017cna r\u00f3wnie\u017c zmieni\u0107 domy\u015bln\u0105 pow\u0142ok\u0119 polece\u0144 (po instalacji, domy\u015blnie \u2014 cmd<\/i>):<\/p>\n
    New-ItemProperty -Path \"HKLM:SOFTWAREOpenSSH\" -Name DefaultShell -Value \"C:WindowsSystem32WindowsPowerShellv1.0powershell.exe\" -PropertyType String -Force<\/code><\/pre>\n
    \nWyja\u015bnienie: Nale\u017cy poda\u0107 \u015bcie\u017ck\u0119 bezwzgl\u0119dn\u0105.<\/p>\n
    Co dalej?<\/p>\n
    A nast\u0119pnie konfigurujemy sshd_config<\/i>, kt\u00f3ry znajduje si\u0119 w C:ProgramDatassh<\/i>. Na przyk\u0142ad:<\/p>\n
    PasswordAuthentication no\nPubkeyAuthentication yes<\/code><\/pre>\n
    \nI tworzymy w katalogu u\u017cytkownika folder .ssh<\/i>, a w nim plik authorized_keys<\/i>. Wpisujemy tam klucze publiczne.<\/p>\n
    Wa\u017cne wyja\u015bnienie: prawa do zapisu w tym pliku ma tylko u\u017cytkownik, w kt\u00f3rego katalogu znajduje si\u0119 plik.<\/p>\n
    Jednak je\u015bli masz z tym problemy, zawsze mo\u017cesz wy\u0142\u0105czy\u0107 sprawdzanie praw w konfiguracji:<\/p>\n
    StrictModes no<\/code><\/pre>\n
    \nA propos, w C:Program FilesOpenSSH<\/i> s\u0105 dwa skrypty (FixHostFilePermissions.ps1<\/i>, FixUserFilePermissions.ps1<\/i>), kt\u00f3re powinny, ale nie musz\u0105 naprawia\u0107 prawa, w tym tak\u017ce z authorized_keys<\/i>, ale jako\u015b ich nie naprawiaj\u0105.<\/p>\n
    Nie zapomnij ponownie uruchomi\u0107 us\u0142ugi sshd<\/i> po to, aby zastosowa\u0107 zmiany.<\/p>\n
    ru-mbp-666:infrastructure$ ssh Administrator@192.168.1.10 -i ~\/.ssh\/id_rsa\nWindows PowerShell\nCopyright (C) 2016 Microsoft Corporation. Wszelkie prawa zastrze\u017cone.\n\nPS C:UsersAdministrator> Get-Host\n\n\nNazwa             : ConsoleHost\nWersja           : 5.1.14393.2791\nIdInstancji      : 653210bd-6f58-445e-80a0-66f66666f6f6\nInterfejsUI      : System.Management.Automation.Internal.Host.InternalHostUserInterface\nAktualnaKultura  : en-US\nAktualnaKulturaUI: en-US\nDanePrywatne     : Microsoft.PowerShell.ConsoleHost+ConsoleColorProxy\nDebuggerW\u0142\u0105czony  : Prawda\nCzyRunspacePushed : Fa\u0142sz\nRunspace         : System.Management.Automation.Runspaces.LocalRunspace\n\nPS C:UsersAdministrator><\/code><\/pre>\n
    \nSubiektywne plusy\/minusy.<\/p>\n
    Zalety:<\/p>\n