{"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\/de\/blog\/administrirovanie\/podklyuchenie-k-windows-po-ssh-kak-v-linux","title":{"rendered":"In zwei Wochen wird in Pathologic 2 die Schwierigkeit angepasst werden k\u00f6nnen.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Ich habe mich immer \u00fcber die Verbindung zu Windows-Maschinen ge\u00e4rgert. Ich bin weder ein Gegner noch ein Bef\u00fcrworter von Microsoft und ihren Produkten. Jedes Produkt hat seinen Zweck, aber darum geht es hier nicht.
\nEs war f\u00fcr mich immer extrem frustrierend, mich mit Servern unter Windows zu verbinden, weil diese Verbindungen entweder auf eine umst\u00e4ndliche Weise eingerichtet werden (Hallo WinRM mit HTTPS) oder nicht sehr stabil laufen (Hallo RDP zu virtuellen Maschinen \u00fcber den Ozean).<\/p>\n

Deshalb bin ich zuf\u00e4llig auf das Projekt Win32-OpenSSH<\/a><\/noindex>, gesto\u00dfen und m\u00f6chte meine Erfahrungen bei der Einrichtung teilen. Vielleicht kann jemand mit diesem Tool eine Menge Nerven sparen.<\/p>\n

\"In
\n<\/a><\/noindex>
\nInstallationsoptionen:<\/p>\n

    \n
  1. Manuell<\/a><\/noindex><\/li>\n
  2. \u00dcber Paket<\/a><\/noindex> Chocolatey<\/li>\n
  3. \u00dcber Ansible, zum Beispiel die Rolle jborean93.win_openssh<\/a><\/noindex><\/li>\n<\/ol>\n

    \nIm Folgenden werde ich \u00fcber den ersten Punkt sprechen, da die anderen ohnehin mehr oder weniger klar sind.<\/p>\n

    Ich m\u00f6chte darauf hinweisen, dass sich dieses Projekt momentan in der Betaphase befindet und daher nicht weiter f\u00fcr den Einsatz in Produktionsumgebungen empfohlen wird.<\/p>\n

    Laden Sie also die neueste Version herunter, derzeit ist das 7.9.0.0p1-beta<\/a><\/noindex>. Es gibt Versionen sowohl f\u00fcr 32- als auch f\u00fcr 64-Bit-Systeme.<\/p>\n

    Entpacken Sie es nach C:Program FilesOpenSSH<\/i>
    \nEin wichtiger Punkt f\u00fcr die korrekte Funktion: Schreibrechte in diesem Verzeichnis sollten nur f\u00fcr SYSTEM<\/i> und die Administratorgruppe vorhanden sein.<\/p>\n

    Installieren Sie die Dienste mit dem Skript install-sshd.ps1<\/i> im aktuellen Verzeichnis<\/p>\n

    powershell.exe -ExecutionPolicy Bypass -File install-sshd.ps1<\/code><\/pre>\n
    \nErlauben eingehende Verbindungen auf 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
    \nHinweis: Applet New-NetFirewallRule<\/i> wird auf Windows Server 2012 und neuer verwendet. In \u00e4lteren Systemen (oder Desktop-Versionen) kann der Befehl verwendet werden:<\/p>\n
    netsh advfirewall firewall add rule name=sshd dir=in action=allow protocol=TCP localport=22\n<\/code><\/pre>\n
    \nStarten Sie den Dienst:<\/p>\n
    net start sshd<\/code><\/pre>\n
    \nBeim Start werden automatisch Host-Schl\u00fcssel generiert (sofern nicht vorhanden) in %programdata%ssh<\/i><\/p>\n
    Die automatische Start des Dienstes beim Systemstart k\u00f6nnen wir mit dem Befehl aktivieren:<\/p>\n
    Set-Service sshd -StartupType Automatic<\/code><\/pre>\n
    \nAu\u00dferdem kann die Standard-Shell nach der Installation ge\u00e4ndert werden (standardm\u00e4\u00dfig \u2014 cmd<\/i>):<\/p>\n
    New-ItemProperty -Path \"HKLM:SOFTWAREOpenSSH\" -Name DefaultShell -Value \"C:WindowsSystem32WindowsPowerShellv1.0powershell.exe\" -PropertyType String -Force<\/code><\/pre>\n
    \nHinweis: Der absolute Pfad muss angegeben werden.<\/p>\n
    Wie geht es weiter?<\/p>\n
    Jetzt konfigurieren wir sshd_config<\/i>, das sich befindet in C:ProgramDatassh<\/i>verwendet. Zum Beispiel:<\/p>\n
    PasswordAuthentication no\nPubkeyAuthentication yes<\/code><\/pre>\n
    \nund erstellen im Benutzerverzeichnis das Verzeichnis .ssh<\/i>, in dem sich die Datei authorized_keys<\/i>. Dort schreiben wir die \u00f6ffentlichen Schl\u00fcssel hinein.<\/p>\n
    Wichtiger Hinweis: Nur der Benutzer, dessen Verzeichnis die Datei enth\u00e4lt, sollte Schreibrechte f\u00fcr diese Datei haben.<\/p>\n
    Wenn Sie damit Probleme haben, k\u00f6nnen Sie die Berechtigungspr\u00fcfung in der Konfiguration jederzeit deaktivieren:<\/p>\n
    StrictModes no<\/code><\/pre>\n
    \n\u00dcbrigens liegen im C:Program FilesOpenSSH<\/i> zwei Skripte (FixHostFilePermissions.ps1<\/i>, FixUserFilePermissions.ps1<\/i>), die m\u00f6glicherweise, aber nicht m\u00fcssen, die Berechtigungen reparieren, auch mit authorized_keys<\/i>, aber aus irgendeinem Grund reparieren sie nicht.<\/p>\n
    Vergessen Sie nicht, den Dienst sshd<\/i> nachher neu zu starten, um die \u00c4nderungen zu \u00fcbernehmen.<\/p>\n
    ru-mbp-666:infrastructure$ ssh Administrator@192.168.1.10 -i ~\/.ssh\/id_rsa\nWindows PowerShell\nCopyright (C) 2016 Microsoft Corporation. Alle Rechte vorbehalten.\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
    \nSubjektive Vor- und Nachteile.<\/p>\n
    Vorteile:<\/p>\n