{"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\/pt\/blog\/administrirovanie\/podklyuchenie-k-windows-po-ssh-kak-v-linux","title":{"rendered":"Conex\u00e3o ao Windows via SSH como no Linux","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Sempre me incomodou a conex\u00e3o com m\u00e1quinas Windows. N\u00e3o sou um oponente nem um defensor da Microsoft e seus produtos. Cada produto existe para um prop\u00f3sito, mas n\u00e3o \u00e9 sobre isso que estamos falando.
\nSempre foi torturante para mim conectar a servidores Windows, porque essas conex\u00f5es ou s\u00e3o configuradas de maneira complicada (ol\u00e1 WinRM com HTTPS) ou funcionam de forma inst\u00e1vel (sauda\u00e7\u00f5es RDP para VMs do outro lado do oceano).<\/p>\n

Portanto, ao me deparar por acaso com o projeto Win32-OpenSSH<\/a><\/noindex>, decidi compartilhar a experi\u00eancia de configura\u00e7\u00e3o. Talvez essa ferramenta economize muitos nervos para algu\u00e9m.<\/p>\n

\"Conex\u00e3o
\n<\/a><\/noindex>
\nOp\u00e7\u00f5es de instala\u00e7\u00e3o:<\/p>\n

    \n
  1. Manual<\/a><\/noindex><\/li>\n
  2. Atrav\u00e9s de pacote<\/a><\/noindex> Chocolatey<\/li>\n
  3. Atrav\u00e9s do Ansible, por exemplo, o papel jborean93.win_openssh<\/a><\/noindex><\/li>\n<\/ol>\n

    \nA seguir, falarei sobre o primeiro item, pois os outros est\u00e3o mais ou menos claros.<\/p>\n

    Vale destacar que este projeto ainda est\u00e1 em fase beta, portanto n\u00e3o \u00e9 recomendado para uso em produ\u00e7\u00e3o.<\/p>\n

    Ent\u00e3o, fazemos o download da \u00faltima vers\u00e3o, que no momento \u00e9 7.9.0.0p1-beta<\/a><\/noindex>. Existem vers\u00f5es tanto para sistemas de 32 quanto de 64 bits.<\/p>\n

    Descompactamos em C:\\Program Files\\OpenSSH<\/i>
    \nUm ponto obrigat\u00f3rio para o funcionamento correto: as permiss\u00f5es de grava\u00e7\u00e3o nesta diret\u00f3rio devem ser apenas para SYSTEM<\/i> e para o grupo de administradores.<\/p>\n

    Instalamos os servi\u00e7os com o script install-sshd.ps1<\/i> que est\u00e1 neste diret\u00f3rio<\/p>\n

    powershell.exe -ExecutionPolicy Bypass -File install-sshd.ps1<\/code><\/pre>\n
    \nPermitimos conex\u00f5es de entrada na porta 22:<\/p>\n
    New-NetFirewallRule -Name sshd -DisplayName 'OpenSSH Server (sshd)' -Enabled True -Direction Inbound -Protocol TCP -Action Allow -LocalPort 22<\/code><\/pre>\n
    \nObserva\u00e7\u00e3o: o applet New-NetFirewallRule<\/i> \u00e9 utilizado no Windows Server 2012 e vers\u00f5es mais recentes. Em sistemas mais antigos (ou de desktop) pode-se usar o comando:<\/p>\n
    netsh advfirewall firewall add rule name=sshd dir=in action=allow protocol=TCP localport=22\n<\/code><\/pre>\n
    \nIniciamos o servi\u00e7o:<\/p>\n
    net start sshd<\/code><\/pre>\n
    \nAo iniciar, as chaves de host ser\u00e3o geradas automaticamente (se estiverem ausentes) em %programdata%\\ssh<\/i><\/p>\n
    Podemos habilitar a inicializa\u00e7\u00e3o autom\u00e1tica do servi\u00e7o no in\u00edcio do sistema com o comando:<\/p>\n
    Set-Service sshd -StartupType Automatic<\/code><\/pre>\n
    \nAl\u00e9m disso, \u00e9 poss\u00edvel alterar o shell padr\u00e3o (ap\u00f3s a instala\u00e7\u00e3o, por padr\u00e3o \u2014 cmd<\/i>):<\/p>\n
    New-ItemProperty -Path \"HKLM:SOFTWARE\\OpenSSH\" -Name DefaultShell -Value \"C:\\Windows\\System32\\WindowsPowerShell\\v1.0\\powershell.exe\" -PropertyType String -Force<\/code><\/pre>\n
    \nObserva\u00e7\u00e3o: \u00e9 necess\u00e1rio especificar o caminho absoluto.<\/p>\n
    E agora?<\/p>\n
    E a seguir, configuramos sshd_config<\/i>, que se encontra em C:\\ProgramData\\ssh<\/i>. Por exemplo:<\/p>\n
    PasswordAuthentication no\nPubkeyAuthentication yes<\/code><\/pre>\n
    \nE criamos no diret\u00f3rio do usu\u00e1rio a pasta .ssh<\/i>, e dentro dela o arquivo authorized_keys<\/i>. Ali, registramos as chaves p\u00fablicas.<\/p>\n
    Uma observa\u00e7\u00e3o importante: o arquivo deve ter permiss\u00f5es de grava\u00e7\u00e3o apenas para o usu\u00e1rio cuja diret\u00f3rio cont\u00e9m o arquivo.<\/p>\n
    Mas se voc\u00ea tiver problemas com isso, sempre pode desligar a verifica\u00e7\u00e3o de permiss\u00f5es no arquivo de configura\u00e7\u00e3o:<\/p>\n
    StrictModes no<\/code><\/pre>\n
    \nA prop\u00f3sito, C:\\Program Files\\OpenSSH<\/i> existem 2 scripts (FixHostFilePermissions.ps1<\/i>, FixUserFilePermissions.ps1<\/i>), que devem, mas n\u00e3o s\u00e3o obrigados a corrigir as permiss\u00f5es, incluindo authorized_keys<\/i>, mas por alguma raz\u00e3o n\u00e3o corrigem.<\/p>\n
    N\u00e3o se esque\u00e7a de reiniciar o servi\u00e7o sshd.<\/i> ap\u00f3s para aplicar as altera\u00e7\u00f5es.<\/p>\n
    ru-mbp-666:infrastructure$ ssh Administrator@192.168.1.10 -i ~\\\/ssh\/id_rsa\nWindows PowerShell\nCopyright (C) 2016 Microsoft Corporation. Todos os direitos reservados.\n\nPS C:UsersAdministrator> Get-Host\n\n\nNome             : ConsoleHost\nVers\u00e3o          : 5.1.14393.2791\nInstanceId       : 653210bd-6f58-445e-80a0-66f66666f6f6\nUI               : System.Management.Automation.Internal.Host.InternalHostUserInterface\nCurrentCulture   : pt-BR\nCurrentUICulture : pt-BR\nPrivateData      : Microsoft.PowerShell.ConsoleHost+ConsoleColorProxy\nDebuggerEnabled  : True\nIsRunspacePushed : False\nRunspace         : System.Management.Automation.Runspaces.LocalRunspace\n\nPS C:UsersAdministrator><\/code><\/pre>\n
    \nPr\u00f3s e contras subjetivos.<\/p>\n
    Acesso direto aos sistemas de cabos transpac\u00edficos. Ping m\u00ednimo para a China, Jap\u00e3o, Austr\u00e1lia e costa oeste dos EUA.<\/p>\n