🥇Ansluta till Windows via SSH som i Linux

Jag har alltid blivit nedslagen av att ansluta till Windows-maskiner. Nej, jag är varken motståndare till eller förespråkare för Microsoft och deras produkter. Varje produkt har sitt syfte, men det handlar inte om det.
Det har alltid varit en plåga för mig att ansluta till servrar med Windows, eftersom dessa anslutningar antingen sätts upp på ett komplicerat sätt (hej WinRM med HTTPS) eller fungerar ganska instabilt (hej RDP till virtuella maskiner över havet).

Därför, när jag av en slump snubblade över projektet Win32-OpenSSH, bestämde jag mig för att dela med mig av min erfarenhet av installation. Kanske kan det här verktyget spara någon massor av nerver.

Installationsalternativ:

Manuellt
Genom paketet Chocolatey
Genom Ansible, till exempel, rollen jborean93.win_openssh

Härnäst kommer jag att berätta om den första punkten, eftersom de andra redan är ganska klara.

Jag vill påpeka att detta projekt fortfarande är i beta-stadiet, så det rekommenderas inte att använda det i produktion.

Så, ladda ner den senaste versionen, för närvarande är det 7.9.0.0p1-beta. Det finns versioner för både 32- och 64-bitarsystem.

Packa upp i C:Program FilesOpenSSH
En obligatorisk punkt för korrekt funktion: skrivbehörighet i den här katalogen måste endast ha SYSTEM och administratörsgruppen.

Installera tjänsterna med skriptet install-sshd.ps1 som finns i den här katalogen

powershell.exe -ExecutionPolicy Bypass -File install-sshd.ps1

Tillåt inkommande anslutningar på port 22:

New-NetFirewallRule -Name sshd -DisplayName 'OpenSSH Server (sshd)' -Enabled True -Direction Inbound -Protocol TCP -Action Allow -LocalPort 22

Förtydligande: applet New-NetFirewallRule används på Windows Server 2012 och nyare. I äldre system (eller desktopversioner) kan man använda kommandot:

netsh advfirewall firewall add rule name=sshd dir=in action=allow protocol=TCP localport=22

Startar tjänsten:

net start sshd

Vid start kommer värdnycklar att genereras automatiskt (om de saknas) i %programdata%ssh

Vi kan aktivera automatisk uppstart av tjänsten vid systemstart med kommandot:

Set-Service sshd -StartupType Automatic

Vi kan också byta standardkommandoskal (efter installation, standard är cmd):

New-ItemProperty -Path "HKLM:SOFTWAREOpenSSH" -Name DefaultShell -Value "C:WindowsSystem32WindowsPowerShellv1.0powershell.exe" -PropertyType String -Force

Förtydligande: Det är nödvändigt att ange den absoluta sökvägen.

Vad händer härnäst?

Och sedan konfigurerar vi sshd_config, som ligger i C:ProgramDatasshJuniper (MX/QFX/ACX)

PasswordAuthentication no
PubkeyAuthentication yes

Och skapa en katalog i användarens mapp .ssh, och i den filen authorized_keys. Dit skriver vi de offentliga nycklarna.

Viktigt förtydligande: skrivbehörighet till denna fil måste endast ha den användare vars mapp filen ligger i.

Men om du har problem med detta kan du alltid inaktivera rättighetskontrollen i konfigurationen:

StrictModes no

For å nevne det, i C:Program FilesOpenSSH ligger 2 skript (FixHostFilePermissions.ps1, FixUserFilePermissions.ps1), som bör men inte alltid fixar rättigheterna, inklusive med authorized_keys, men av någon anledning inte fixar.

Glöm inte att starta om tjänsten sshd. efter för att tillämpa ändringarna.

ru-mbp-666:infrastructure$ ssh Administrator@192.168.1.10 -i ~/.ssh/id_rsa
Windows PowerShell
Copyright (C) 2016 Microsoft Corporation. Alla rättigheter förbehållna.

PS C:UsersAdministrator> Get-Host


Namn             : ConsoleHost
Version          : 5.1.14393.2791
InstanceId       : 653210bd-6f58-445e-80a0-66f66666f6f6
UI               : System.Management.Automation.Internal.Host.InternalHostUserInterface
CurrentCulture   : en-US
CurrentUICulture : en-US
PrivateData      : Microsoft.PowerShell.ConsoleHost+ConsoleColorProxy
DebuggerEnabled  : True
IsRunspacePushed : False
Runspace         : System.Management.Automation.Runspaces.LocalRunspace

PS C:UsersAdministrator>

Subjektiva fördelar/nackdelar.

Fördelar:

Standardmetoden för anslutning till servrar.
När det finns några Windows-datorer är det mycket opraktiskt när:
Så här går vi in via ssh, och här rdp,
och överhuvudtaget bästa praxis med bastioner, först ssh-tunnel, och genom den RDP.
Enkelhet i inställningen
Jag tycker att detta är uppenbart.
Anslutningshastighet och arbete med en fjärrdator
Ingen grafisk gränssnitt, vilket sparar både serverresurser och mängden överförda data.

Nackdelar:

Ersätter inte RDP helt.
Inte allt kan göras från konsolen, tyvärr. Jag menar situationer där GUI krävs.

Materialet som användes i artikeln:
Länk till själva projektet
Installationsalternativen är fräckt kopierade från Ansible docs.

Källa: habr.com

Anslutning till Windows via SSH som i Linux