Windows-თან დაკავშირება SSH-ის საშუალებით, როგორიცაა Linux

მე ყოველთვის იმედგაცრუებული ვიყავი Windows მანქანებთან დაკავშირებით. არა, მაიკროსოფტისა და მათი პროდუქტების არც მოწინააღმდეგე ვარ და არც მხარდამჭერი. თითოეული პროდუქტი არსებობს თავისი მიზნისთვის, მაგრამ ეს არ არის ის, რაც ეხება.
ჩემთვის ყოველთვის საშინლად მტკივნეული იყო Windows სერვერებთან დაკავშირება, რადგან ეს კავშირები ან კონფიგურირებულია ერთ ადგილზე (გამარჯობა WinRM HTTPS-ით) ან არ მუშაობს ძალიან სტაბილურად (გამარჯობა RDP ვირტუალურ მანქანებს საზღვარგარეთ).

ამიტომ, შემთხვევით რომ წავაწყდი პროექტს Win32-OpenSSHმე გადავწყვიტე გამეზიარებინა ჩემი დაყენების გამოცდილება. შესაძლოა, ეს ინსტრუმენტი დაზოგავს ვინმეს ბევრ ნერვებს.

ინსტალაციის პარამეტრები:

1. ხელით
2. მეშვეობით პაკეტი შოკოლადი
3. Via Ansible, მაგალითად როლი jborean93.win_openssh

შემდეგ პირველ პუნქტზე ვისაუბრებ, რადგან დანარჩენთან ერთად ყველაფერი მეტ-ნაკლებად ნათელია.

მინდა აღვნიშნო, რომ ეს პროექტი ჯერ კიდევ ბეტა ეტაპზეა, ამიტომ არ არის რეკომენდებული მისი გამოყენება წარმოებაში.

ასე რომ, ჩამოტვირთეთ უახლესი გამოშვება, ამ მომენტში 7.9.0.0p1-ბეტა. არსებობს ვერსიები 32 და 64 ბიტიანი სისტემებისთვის.

ამოალაგეთ C: Program FilesOpenSSH
სავალდებულო პუნქტი სწორი მუშაობისთვის: მხოლოდ სისტემის და ადმინისტრაციული ჯგუფი.

სერვისების ინსტალაცია სკრიპტის გამოყენებით install-sshd.ps1 მდებარეობს ამ დირექტორიაში

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

22-ე პორტზე შემომავალი კავშირების დაშვება:

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

დაზუსტება: აპლეტი New-NetFirewallRule გამოიყენება Windows Server 2012 და მოგვიანებით. უძველეს სისტემებში (ან დესკტოპში) შეგიძლიათ გამოიყენოთ ბრძანება:

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

დავიწყოთ სერვისი:

net start sshd

გაშვებისას, ჰოსტის გასაღებები ავტომატურად გენერირებული იქნება (თუ აკლია). %programdata%ssh

ჩვენ შეგვიძლია გავააქტიუროთ სერვისის ავტომატური დაწყება, როდესაც სისტემა იწყება ბრძანებით:

Set-Service sshd -StartupType Automatic

თქვენ ასევე შეგიძლიათ შეცვალოთ ნაგულისხმევი ბრძანების გარსი (ინსტალაციის შემდეგ, ნაგულისხმევი არის cmd):

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

დაზუსტება: თქვენ უნდა მიუთითოთ აბსოლუტური გზა.

რა არის შემდეგი?

და შემდეგ ჩვენ დავაყენეთ იგი sshd_config, რომელშიც განვათავსებთ C: პროგრამის მონაცემები. მაგალითად:

PasswordAuthentication no
PubkeyAuthentication yes

და შექმენით დირექტორია მომხმარებლის საქაღალდეში .შშ, და მასში ფაილი ავტორიზებული_გასაღებები. ჩვენ იქ ვწერთ საჯარო გასაღებებს.

მნიშვნელოვანი განმარტება: ამ ფაილზე ჩაწერის უფლება უნდა ჰქონდეს მხოლოდ მომხმარებელს, რომლის დირექტორიაშიც მდებარეობს ფაილი.

მაგრამ თუ თქვენ გაქვთ პრობლემები, ყოველთვის შეგიძლიათ გამორთოთ უფლებების შემოწმება კონფიგურაციაში:

StrictModes no

სხვათა შორის, ში C: Program FilesOpenSSH არის 2 სკრიპტი (FixHostFilePermissions.ps1, FixUserFilePermissions.ps1), რომელიც უნდა, მაგრამ არ არის ვალდებული დააფიქსიროს უფლებები, მათ შორის ავტორიზებული_გასაღებები, მაგრამ რატომღაც ისინი არ დარეგისტრირდებიან.

არ დაგავიწყდეთ სერვისის გადატვირთვა სშდ ცვლილებების გამოყენების შემდეგ.

ru-mbp-666:infrastructure$ ssh [email protected] -i ~/.ssh/id_rsa
Windows PowerShell
Copyright (C) 2016 Microsoft Corporation. All rights reserved.

PS C:UsersAdministrator> Get-Host


Name             : 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>

სუბიექტური დადებითი/მინუსები.

დადებითი:

• სერვერებთან დაკავშირების სტანდარტული მიდგომა.
  როდესაც Windows-ის რამდენიმე მოწყობილობაა, ძალიან მოუხერხებელია, როდესაც:
  ასე რომ, აქ ჩვენ გადავდივართ ssh-ის საშუალებით და აქ ვიყენებთ rdp,
  და ზოგადად, ბასტიონებთან საუკეთესო პრაქტიკა არის ჯერ ssh გვირაბი და RDP მისი გავლით.
• მარტივი დაყენება
  ვფიქრობ, ეს აშკარაა.
• კავშირის სიჩქარე და მუშაობა დისტანციურ მანქანასთან
  არ არსებობს გრაფიკული გარსი, რომელიც დაზოგავს როგორც სერვერის რესურსებს, ასევე გადაცემული მონაცემების რაოდენობას.

Cons:

• მთლიანად არ ცვლის RDP-ს.
  ყველაფრის გაკეთება არ შეიძლება კონსოლიდან, სამწუხაროდ. ვგულისხმობ სიტუაციებს, როდესაც საჭიროა GUI.

სტატიაში გამოყენებული მასალები:
ბმული თავად პროექტთან
ინსტალაციის ვარიანტები უსირცხვილოდ არის კოპირებული საპასუხო დოკუმენტები.

წყარო: www.habr.com