Powershell: New-PSSession kann keine Verbindung zum Windows Server 2016-PC herstellen

Mac PSRP / WSMan unterstützt nur die Standardauthentifizierung. Versuchen Sie dies und prüfen Sie, ob es funktioniert. Es wird empfohlen, OpenSSH unter Windows zu installieren und PSRP / SSH zu verwenden

+1 mit @ SteveL-MSFT

Versuchen Sie nach der Installation von OpenSSH-Win32, New-PSSession mit den Parametern -HostName und -UserName (anstelle von -ComputerName und -Credential) zu verwenden.

Ich verwende diese Parameter in Enter-PSSession und es funktioniert.

Sehen Sie, ob dies für Sie funktioniert!

@ SteveL-MSFT Wenn ich SSH verwenden wollte, würde ich es einfach verwenden. Gibt es ein separates Problem bei PSRemoting, das ich abonnieren kann, oder ist es nur dieses?

@spitfire

Zu Ihrer Information

Derzeit ist es möglich, eine Verbindung über Enter-PSSession mit den Parametern -HostName und herzustellen
-Nutzername:

1. Linux zu Linux
2. Windows zu Linux
3. Linux zu Windows
4. Windows zu Windows

Ich habe kein Mac OS, daher kann ich dieses nicht bestätigen.

Die Dokumentation wurde nicht aktualisiert und enthält nun "Windows to Linux".

Dies ist alles mit der aktuellen Version von PowerShell v6.0.0.0-alpha.18 und möglich
OpenSSH-Win32 v 0.0.12.0

:) :)

Summen!

Ich kann mit open ssh eine Verbindung von PowerShell v6 zu meiner Linux-Box herstellen, aber beim Ausführen von PowerShell wird die Readline durcheinander gebracht. Wenn ich den Befehl eingebe, kann ich die Zeile nicht vervollständigen.
(Siehe Bild)

Ich habe eine Verbindung hergestellt, arbeite aber nicht richtig mit PowerShell.
Wo soll ich diesen posten?

:) :)

1. Warum sollte ich SSH verwenden, um eine Verbindung zu Windows herzustellen?
2. Warum sollte ich PSRemoting verwenden, um eine Verbindung zu Mac / Linux herzustellen?

In beiden Fällen müsste ich:

• Installieren Sie zusätzliche Software
• Konfigurieren Sie es
• Zusätzliche Angriffsfläche öffnen

Das ist nicht der Punkt.
Ich möchte von meinem Mac aus eine Verbindung zu einem Windows-Computer herstellen können (und ich dachte, dies sollte möglich sein, da es für alles Powershell 6 gibt).

Es wäre wirklich schön, für die Powershell-Administration eine Verbindung von Linux / Mac zu Windows ohne SSH herstellen zu können.

Ich hoffe, dass dies irgendwann möglich sein wird.

@MaximoTrinidad Ich glaube, Sie treffen https://github.com/PowerShell/Win32-OpenSSH/issues/252

@spitfire @MartinAyla PowerShell-Remoting erfordert einen Transport und leider gibt es derzeit nicht den gleichen unter Windows und Linux / Mac. Die neuesten Überholspuren von Win10 bieten OpenSSH (Beta) als optionale Funktion bei Bedarf, sodass OpenSSH unter Windows einen Posteingang erhält, sodass Sie (in Zukunft) keine zusätzliche Software installieren müssen. Es gibt Einschränkungen, die verhindern, dass PowerShell unter Linux und Mac im Vergleich zu Windows über WS-Man-Parität remotet (insbesondere NTLM- und Kerberos-Unterstützung). SSH löst diese Probleme und viele Kunden bevorzugen eine schlüsselbasierte Authentifizierung, die unter Windows (mit installiertem OpenSSH) einwandfrei funktioniert.

@ SteveL-MSFT danke für die Information. Trotzdem scheint mir dies ziemlich nutzlos zu sein, da es nicht sofort funktioniert und ich wahrscheinlich besser dran wäre, eine SSH-Sitzung auszuführen, ohne PowerShell auf meinem Mac installieren zu müssen.

@spitfire Sie können PowerShell absolut einfach über SSH verwenden, ohne PowerShell auf Ihrem Mac zu installieren. Der Vorteil der Verwendung von PowerShell an beiden Enden besteht darin, dass Sie Objekte und keinen Text über SSH abrufen können, sodass Sie die Ergebnisse lokal verarbeiten können (je nachdem, was Sie möchten oder nicht). Wir unterstützen beide Optionen.

Lassen Sie mich sicherstellen, dass ich dieses Recht habe @MaximoTrinidad , @ SteveL-MSFT.

Läuft unter Ubuntu und versucht, mit Windows zu kommunizieren.

• Die Verwendung von "-Hostname" bei der Eingabe von "pssession" bewirkt, dass Powershell "ssh Hostname -p 22 -s Powershell" aufruft.
• Enter-PSSession von Linux nach Windows unterstützt nur die Standardauthentifizierung. Sie können den Befehl mit -Computername ausgeben, er schlägt jedoch mit MI_RESULT_ACCESS_DENIED fehl

Ist das der aktuelle Zustand? Kerberos funktioniert nicht von Linux zu Windows?

Hallo @KeithGlidewell ,

Es ist eine Weile her. Lass es mich später versuchen, wenn ich nach Hause komme und dir ein Update gebe.
:) :)

@ KeithGlidewell ,

Von Ubuntu aus kann ich mit OpenSSH eine Verbindung zu Windows (Arbeitsgruppenumgebung) herstellen
Power Shell
Enter-PSSession -hostname win01 -username maxt

Dann kann ich unter Windows verwenden, ssh maxt @ win1 ausführen, dann Powershell ausführen und den obigen Befehl ausführen.

Ich kann den Computernamen jedoch nicht mit den Parametern -credential verwenden, da die Fehlermeldung "MI_RESULT_ACCESS_DENIED" angezeigt wird.

Ich bin gut mit ssh!
:) :)

@KeithGlidewell WSMan von Linux unterstützt auch NTLM (unter MacOS nicht unterstützt) und Kerberos wird unter Linux oder Mac nicht unterstützt. Es wird empfohlen, SSH zu verwenden, in das wir investieren.

Es fällt mir schwer, eine sichere Verbindung von Centos 7.3 zu einem Windows-Server mit der neuesten Beta zu konfigurieren, und ich möchte die Verwendung einer einfachen / unverschlüsselten Authentifizierung vermeiden.

Gibt es ein Dokument, in dem erklärt wird, wie die WinRM NTLM-Unterstützung unter Linux konfiguriert wird? Kommt es mit Powershell aus der Box oder müssen auch OMI- und PSRP-Pakete installiert werden?

@giordyb siehe https://github.com/powershell/psl-omi-provider#connecting -from-linux-to-windows

Danke, Steve. Haben Sie eine Idee, ob / wann wir mit Kerberos-Authentifizierung von Linux nach Windows ssh können?

Neben den Anweisungen zum Festlegen von OMI / PSRP unter Linux sind diese schwer zu befolgen und für Personen ohne Linux-Erfahrung sehr unklar. Sie müssen eine Menge Versuch und Irrtum machen. Gibt viele Kopfschmerzen !!

Ich habe noch nicht herausgefunden, wie es funktioniert. Die Verwendung von SSH ist also viel einfacher und ich kann mich schneller verbinden. Das Setup-Erlebnis ist viel weniger langwierig als bei OMI / PSRP.

:) :)

@MaximoTrinidad , für OMI / PSRP müssen Sie folgende Software unter Linux installieren:

• Installieren Sie PowerShell unter https://github.com/PowerShell/PowerShell/releases
• Installieren Sie OMI von https://github.com/Microsoft/omi/releases

• Installieren Sie PSRP von https://github.com/PowerShell/psl-omi-provider/releases

  Für Mac müssen Sie nur PowerShell installieren und es kann nur auf Linux / Windows remote ausgeführt werden. (Ich meine, Sie können mit OMI / PSRP keine Remote-Verbindung zum Mac herstellen.)

Es gibt jedoch einen Fehler : "Die Einstiegspunktmethode zum Aufrufen von PowerShell für PSRP wurde geändert" und wurde erst gestern im Code behoben: https://github.com/PowerShell/psl-omi-provider/commit/d435207fe07404b7e2697d9c6f7ef35b79e73d64 Dies bedeutet, dass Sie mit PowerShell v6.0.0-beta.3 kein Remoting über OMI / PSRP durchführen können, es sei denn, Sie erstellen den neuesten PSRP-Code selbst oder warten die Binärdateien für die PSRP-Version ab.

Für die OMI / PSRP Basic-Authentifizierung

• Sie müssen unter Linux keine Konfiguration vornehmen, müssen jedoch die folgenden Befehle mit nativer (integrierter Windows) PowerShell auf Ihrem Windows Server ausführen, wenn Sie eine Remote-Verbindung zu Windows Server herstellen möchten:
  winrm quickconfig Enable-PSRemoting winrm set winrm/config/client/auth '@{Basic="true"}' winrm set winrm/config/service/auth '@{Basic="true"}' Set-Item "wsman:\localhost\client\trustedhosts" -Value '*' –Force winrm set winrm/config/client '@{AllowUnencrypted="true"}' winrm set winrm/config/service '@{AllowUnencrypted="true"}'
  Hinweis: Sie müssen den Windows Server-Administrator als Berechtigungsnachweis für Enter-PSSession verwenden und das Administratorkonto muss RDP aktivieren / hinzufügen.

Für OMI / PSRP-Authentifizierung verhandeln,

• Dies ist die gleiche Einstellung wie bei der Standardauthentifizierung für Windows Server. Für Linux müssen viele Konfigurationsshows in setup-ntlm-omi durchgeführt werden .

Für die OMI / PSRP-Kerberos-Authentifizierung

• Diese Funktion wird derzeit unter https://github.com/Microsoft/omi entwickelt. Die Konfigurationsdokumente für Kerberos finden Sie hier: setup-kerberos-omi

Damit Sie wissen, konnte ich die Negotiate-Authentifizierung auf einem sauberen Centos7 mit der neuesten Powershell (Beta4) zum Laufen bringen, indem ich die folgenden zusätzlichen Pakete installierte:

• krb5-workstation
• krb5-devel
• gssntlmssp (erfordert die vorherige Installation von epel-release)
• Power Shell

Ich weiß nicht, warum krb5-devel benötigt wird (es ist nicht als erforderliches Paket in den omi-Anweisungen aufgeführt, aber ohne es würde ich den folgenden Fehler erhalten

New-PSSession : [xx.xx.xxx.xxx] Connecting to remote server xx.xx.xxx.xxx failed with the following error message : Could not start request

Bearbeiten: krb5-devel wird benötigt, um einen erforderlichen Symlink zu erstellen. Weitere Informationen finden Sie in diesem Problem: https://github.com/PowerShell/PowerShell/issues/3329

Ich musste die in den omi-Anweisungen erwähnte NTLM_USER_FILE

Was @giordyb gesagt hat, gilt auch für Fedora 27: Entweder krb5-workstation oder gssntlmssp (ich habe beide installiert und kann nicht auf meinen Computer gelangen, um zu testen, welche, wenn nicht beide, erforderlich sind) sind erforderlich, um einen nicht hilfreichen MI_ACCESS_DENIED-Fehler zu vermeiden Verbindung mit verhandeln. Braucht wirklich eine bessere Fehlermeldung.

Kann bestätigen, dass diese Lösung unter Ubuntu 18.04 mit der neuesten Vorschau funktioniert. Der genaue Installationsbefehl lautete wie folgt:

sudo apt install krb5-multidev libkrb5-dev gss-ntlmssp

Obwohl die Pakete installiert sind und mit der Deb-Version funktionieren, funktioniert sie nicht mit der Snap-Version.

@hurricanehrndz Die Snap-Version enthält alle ihre Abhängigkeiten ähnlich wie ein Container. Es ist daher nicht verwunderlich, dass sie die Betriebssystembibliotheken nicht verwendet und erwartet wird

Ich habe einen Windows 2008 R2-Server mit aktiviertem WINRM, keine Domäne ist beigetreten.

Dann habe ich versucht, eine Verbindung von Ubuntu 16.04 + pwsh 6.2 Vorschau herzustellen.

Es funktioniert, aber Enter-PSSession benötigt 2 Minuten für die Verbindung und 1 Minute für die Ausführung eines Befehls.

PS /tmp/powershell-6.2.0-preview.1-linux-x64> Enter-PSSession -ComputerName 172.16.177.120 -Authentication Negotiate -Credential WIN-XXXX\admin

PowerShell credential request
Enter your credentials.
Password for user WIN-XXXX\admin: *************

hostname
[172.16.177.120]: PS C:\Users\admin\Documents> hostname
WIN-XXXX
hostname

Gibt es so etwas wie eine Namensauflösung?

@CaledoniaProject

Versuchen Sie einen kleinen Hack in die "Hosts" -Datei beider Systeme, indem Sie die IP-Adresse mit dem Computernamen hinzufügen. Dies funktioniert auf Nicht-Domänensystemen.

Beachten Sie, dass in beiden Systemen Änderungen "als Administrator" vorgenommen werden müssen.

Unter Linux:

sudo vim /etc/hosts

In Windows: (Konsole als Administrator öffnen)

notepad c:\Windows\System32\Drivers\etc\hosts

:) :)

@MaximoTrinidad Funktioniert nicht ... Wenn ich eine Verbindung von einer Windows 2012-VM herstelle, gibt es überhaupt keine Verzögerung.

Unter Ubuntu gibt es außerdem eine bemerkenswerte Verzögerung nach der Befehlsausführung. Es dauert ~ 20 Sekunden, bis die nächste Eingabeaufforderung angezeigt wird, z

@CaledoniaProject

Der Host-Hack diente nur dazu, Sie mit dem Problem der Namensauflösung vertraut zu machen, bei dem Sie mit dem Computernamen pingen können. Normalerweise benutze ich ssh, um Linux mit Windows zu verbinden.

:(

Gibt es ein Update, wann PSRemoting von Linux auf Windows unterstützt werden kann?

@GoelJatin Wenn Sie über WSMan meinen, gibt es heute nur begrenzte Unterstützung (Basisauthentifizierung über HTTPS). Was wir wirklich brauchen, ist die Umstellung von der aktuellen nativen Bibliothek auf eine neue verwaltete Bibliothek https://github.com/PowerShell/PowerShell/issues/8233

@ SteveL-MSFT, ich verwende den WinRM-Dienst (PSRemoting) für die Fernverwaltung.

Ich verwende das Cmdlet Invoke-Command mit Computername und Anmeldeinformationen.

Jedes diesbezügliche Update, da dies derzeit ein Engpass für mich ist, um mit einigen meiner Projekte fortzufahren.

Ich verstehe, dass SSH auf Windows 10 gebracht wird, aber mein Projekt kann auf allen Windows-Versionen ausgeführt werden, und PowerShell ist die naheliegendste Wahl, da keine zusätzliche Installation erforderlich ist.

Jede Hilfe hier wird sehr geschätzt!

Die ordnungsgemäße Unterstützung des WSMan-Clients für Unix-Systeme wird eine Weile dauern, da die derzeit verwendete Lösung nicht zuverlässig ist. Meine Empfehlung ist, den Microsoft-Port von OpenSSH auf Zielsystemen zu installieren.

Erfolgreiches Arbeiten an Fedora 29 mit einigen zusätzlichen Paketen:

dnf install krb5-workstation gssntlmssp

Dann in einer PowerShell:

Enter-PSSession -ComputerName Server2012DC -Authentication Negotiate -Credential [email protected]

Das funktioniert gut für mich.

@joeyaiello Vielleicht können Sie dies zu der Dokumentation hinzufügen, an der Sie für das Remoting der Support-Matrix gearbeitet haben?

@joeyaiello

Ich habe die Kerberos für Ubuntu 18.04 zum Laufen gebracht.

Ich stelle jedoch fest, dass (natürlich) Windows PowerShell geöffnet wird und keine Tab-Vervollständigung aktiviert ist.
Ich meine ... zumindest funktioniert es!

Ich habe gerade einen Beitrag darüber geschrieben: http://www.maxtblog.com/2019/02/powerhell-core-ubuntu-18-04-psremoting-to-an-active-directory-machine/

Apropos! Gibt es eine Möglichkeit, PowerShell Core in einer WinRm-Verbindung zu verwenden?

:) :)

Funktioniert immer noch nicht unter macOS

$ PSVersionTable
Name Wert
PSVersion 6.1.3
PSEdition Core
GitCommitId 6.1.3
OS Darwin 18.2.0 Darwin Kernel Version 18.2.0: Do 20. Dezember 20:46:53 PST 2018; root: xnu-4903.241.1 ~ 1 / RELEASE_X86_64
Plattform Unix
PSCompatibleVersions {1.0, 2.0, 3.0, 4.0 ...}
PSRemotingProtocolVersion 2.3
SerializationVersion 1.1.0.1
WSManStackVersion 3.0

Error:
Enter-PSSession: MI_RESULT_ACCESS_DENIED
In Zeile: 2 Zeichen: 1

• Enter-PSSession -ComputerName xxxx `
• CategoryInfo: InvalidArgument: (xxxx: String) [Enter-PSSession], PSInvalidOperationException
• FullyQualifiedErrorId: CreateRemoteRunspaceFailed

Vielen Dank

@LinoRS

Ihnen fehlen die Schritte, um das Problem zu reproduzieren. Was ist die vollständige Enter-PSSession-Befehlszeile, die Sie ausführen möchten?

Welche Konfiguration der Windows-Systemumgebung?

Stellen Sie außerdem sicher, dass der WinRM-Dienst ausgeführt wird. Gleichzeitig und jedes Mal nach dem Upgrade von PowerShell Core müssen Sie den folgenden Befehl ausführen: (unter Windows)

Enable-PSRemoting -force

Dies geschah mir nach dem Upgrade von 6.2.0-Preview.4 auf RC1.

:) :)

@ MaximoTrinidad

Ja, ich versuche, eine Verbindung zu einer PEP-Sitzung herzustellen

Der vollständige Befehl, den ich verwende, ist:
$ cred = get-Credential
Enter-PSSession -ComputerName xxxx `
-ConfigurationName PrivilegedEndpoint -Credential $ cred

Ich habe keinen Zugriff auf diese Server, um diesen Befehl auszuführen. Und WinRm wird ausgeführt, da ich eine Verbindung von Windows 10 herstellen kann und es eine gute Verbindung zum PEP-Server herstellt. Ich habe gelesen, dass der Mac nur die grundlegende Authentifizierung und möglicherweise die Befehle unterstützt funktioniert das nicht auch?

@LinoRS

Danke für die zusätzlichen Informationen. Ja! MacOS scheint vorerst begrenzt zu sein, aber ich bin mir sicher, dass es dort ankommen wird.
Das Microsoft-Team befasst sich ständig mit diesen Problemen und ich bin sicher, dass sie bald behoben werden.

cc: @ SteveL-MSFT / @joeyaiello

@LinoRS

Danke für die zusätzlichen Informationen. Ja! MacOS scheint vorerst begrenzt zu sein, aber ich bin mir sicher, dass es dort ankommen wird.
Das Microsoft-Team befasst sich ständig mit diesen Problemen und ich bin sicher, dass sie bald behoben werden.

cc: @ SteveL-MSFT / @joeyaiello

@ MaximoTrinidad

danke, ich hoffe wirklich, dass sie es tun ... ;-) und vielleicht kann uns hier jemand aktualisieren, sobald sie es tun ...

Das Problem mit macOS ist, dass es keine Open Source-Bibliotheken gibt, die wir für NTLM oder Kerberos verwenden können. Daher ist macOS heute nur noch auf Basic Auth beschränkt. Es wird empfohlen, OpenSSH auf den Windows-Computern zu installieren und SSH anstelle von WSMan-basiertem Remoting zu verwenden.

@ SteveL-MSFT warum nicht Samba als Abhängigkeit haben? Damit ist das Kerberos-Problem behoben.

@MaximoTrinidad Funktioniert nicht ... Wenn ich eine Verbindung von einer Windows 2012-VM herstelle, gibt es überhaupt keine Verzögerung.

Unter Ubuntu gibt es außerdem eine bemerkenswerte Verzögerung nach der Befehlsausführung. Es dauert ~ 20 Sekunden, bis die nächste Eingabeaufforderung angezeigt wird, z

Bitte sagen Sie mir, wie Sie zu der Ausgabe gekommen sind, die Sie in .in Ubuntu gezeigt haben

MI_RESULT_ACCESS_DENIED als Fehler beim Verbinden .... Was tun? bitte hilft mir jemand ...

@MaximoTrinidad Funktioniert nicht ... Wenn ich eine Verbindung von einer Windows 2012-VM herstelle, gibt es überhaupt keine Verzögerung.
Unter Ubuntu gibt es außerdem eine bemerkenswerte Verzögerung nach der Befehlsausführung. Es dauert ~ 20 Sekunden, bis die nächste Eingabeaufforderung angezeigt wird, z

Bitte sagen Sie mir, wie Sie zu der Ausgabe gekommen sind, die Sie in .in Ubuntu gezeigt haben

@ yugaa22

Wenn Sie meinem Blog-Beitrag folgen: http://www.maxtblog.com/2019/02/powerhell-core-ubuntu-18-04-psremoting-to-an-active-directory-machine/

Hier erfahren Sie, was ich getan habe, um mein Ubuntu mit einem AD-Server zu verbinden. Dies ist ein Windows Server 2019 AD-Controller, dessen Sicherheit für das Remoting unterschiedlich ist. Wenn Sie über einen Windows-Controller verfügen und das Remoting auf einem anderen Windows-Client zulassen, sollte dies funktionieren. Sie sollten in der Lage sein, mindestens zwischen Ubuntu und dem Windows-Server zu pingen, bevor Sie versuchen können, eine Verbindung über WinRM-Remoting über AD herzustellen.

Ich habe derzeit keine Zeit, einen Windows 2012-Server einzurichten, da mein Vollzeitjob in letzter Zeit sehr anspruchsvoll war. Also versuche ich es später!

Ich werde @ SteveL-MSFT und @joeyaiello erneut auftritt .

Vielen Dank für Ihre Antwort. Ich werde Ihren Anweisungen folgen ... einmal
nochmals vielen Dank...

Am Dienstag, 23. Juli 2019, 21:23 Uhr Maximo Trinidad, [email protected]
schrieb:

@ yugaa22 https://github.com/yugaa22

Wenn Sie meinem Blog-Beitrag folgen:
http://www.maxtblog.com/2019/02/powerhell-core-ubuntu-18-04-psremoting-to-an-active-directory-machine/

Hier erfahren Sie, was ich getan habe, um mein Ubuntu mit einem AD-Server zu verbinden. Das ist ein
Windows Server 2019 AD-Controller, welche Sicherheit für Remoting sind
anders. Im Wesentlichen, wenn Sie einen Windows-Controller haben und zulassen
Remoting auf einen anderen Windows-Client, dann sollte es funktionieren. Sie sollten in der Lage sein
Pingen Sie mindestens zwischen Ubuntu und dem Windows-Server, bevor Sie es versuchen können
Verbindung über WinRM-Remoting über AD.

Ich habe derzeit keine Zeit, einen Windows 2012-Server als meinen einzurichten
Vollzeitjob war in letzter Zeit sehr anspruchsvoll. Also versuche ich es später!

Ich werde erneut @ SteveL-MSFT https://github.com/SteveL-MSFT und kopieren
@joeyaiello https://github.com/joeyaiello, um zu sehen, woran sie denken
das Problem, das Sie haben.

- -
Sie erhalten dies, weil Sie erwähnt wurden.
Antworte direkt auf diese E-Mail und sieh sie dir auf GitHub an
https://github.com/PowerShell/PowerShell/issues/3708?email_source=notifications&email_token=AMF6IQQY2B6JPZNMMPERFRDQA4SN3A5CNFSM4DKJI2GKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD2TSMNQ#issuecomment-514270774 ,
oder schalten Sie den Thread stumm
https://github.com/notifications/unsubscribe-auth/AMF6IQRCIA35IZNZ4U2QBGTQA4SN3ANCNFSM4DKJI2GA
.

@ yugaa22

Wenn Sie meinem Blog-Beitrag folgen: http://www.maxtblog.com/2019/02/powerhell-core-ubuntu-18-04-psremoting-to-an-active-directory-machine/

Hier erfahren Sie, was ich getan habe, um mein Ubuntu mit einem AD-Server zu verbinden. Dies ist ein Windows Server 2019 AD-Controller, dessen Sicherheit für das Remoting unterschiedlich ist. Wenn Sie über einen Windows-Controller verfügen und das Remoting auf einem anderen Windows-Client zulassen, sollte dies funktionieren. Sie sollten in der Lage sein, mindestens zwischen Ubuntu und dem Windows-Server zu pingen, bevor Sie versuchen können, eine Verbindung über WinRM-Remoting über AD herzustellen.

Ich habe derzeit keine Zeit, einen Windows 2012-Server einzurichten, da mein Vollzeitjob in letzter Zeit sehr anspruchsvoll war. Also versuche ich es später!

Ich werde @ SteveL-MSFT und @joeyaiello erneut auftritt .

@ yugaa22 Hat es also funktioniert, dem Blog-Beitrag zu folgen?

@ yugaa22 Hat es also funktioniert, dem Blog-Beitrag zu folgen?

Ja

Funktioniert immer noch nicht unter macOS 10.14.6 (18G95), PowerShell 6.2.0

Ich habe es in Ubuntu versucht

Am Sonntag, 1. September 2019, 18:50 Uhr Mieszko Ślusarczyk, [email protected]
schrieb:

Funktioniert immer noch nicht unter macOS 10.14.6 (18G95), PowerShell 6.2.0

- -
Sie erhalten dies, weil Sie erwähnt wurden.
Antworte direkt auf diese E-Mail und sieh sie dir auf GitHub an
https://github.com/PowerShell/PowerShell/issues/3708?
oder schalten Sie den Thread stumm
https://github.com/notifications/unsubscribe-auth/AMF6IQUH7BORVSJADN2MOP3QHO6TVANCNFSM4DKJI2GA
.

Ich bin verwirrt. Niemand ist für das Problem verantwortlich. Kein Beamter muss das Problem lösen. Ich habe keinen effektiven Weg gefunden, es einzurichten. Ich bin verärgert

Die Software wurde gemäß der obigen Methode installiert. Aber ich weiß nicht, was ich als nächstes tun soll. Jetzt funktioniert es nicht

Ich denke, das offizielle Team kann die SSH einfach loswerden. Direkte Übernahme von krb5, gsntlmsp Open Source Projekt. Vollständige Implementierung der plattformübergreifenden Powershell-Kommunikation. SSH ist überhaupt nicht nötig

Ich glaube auch, dass dies wieder geöffnet werden sollte. Die Installation des SSH-Servers auf jedem Server ist möglicherweise nicht für alle eine Option (Sicherheit, Angriffsfläche usw.). Wenn es funktionieren soll, bündeln Sie die erforderlichen Bibliotheken / erstellen Sie eine Arbeitsformel in Homebrew oder tun Sie alles, um wirklich sofort zu funktionieren. Wir hören auf zu prahlen, wir haben Powershell unter MacOS / Linux, wenn es nicht funktioniert.

Ist also die offizielle Lösung, um SSH unter Windows zu installieren? Können wir uns alle einig sein, dass dies ein Witz ist?

Unabhängig vom verwendeten Verbindungsprotokoll. Die Anforderungen des Benutzers sind einfach, universell, zuverlässig und effektiv. Es müssen keine Netzwerkkonnektivitätstools installiert werden.

Im Betriebssystem, das Sie produzieren. Sogar die neueste Version des Betriebssystems. Sshd ist nicht vorinstalliert.

Stell dir vor. Installiere einen Winserver2019, wie man ihn mit ssh verbindet？
2016? 2012?

Pwershellcore hat Fenster längst komplett verlassen

@ SteveL-MSFT - Kann dieses Problem erneut geöffnet werden? Es ist fast 3 Jahre her und es ist nicht gelöst.

Die Installation von SSH in der Produktion erhöht die Angriffsfläche unnötig und ist absolut nicht akzeptabel.