Powershell: New-PSSession no se puede conectar a la PC con Windows Server 2016

Mac PSRP / WSMan solo admite autenticación básica, inténtelo y compruebe si funciona. La recomendación es instalar OpenSSH en Windows y usar PSRP / SSH

+1 con @ SteveL-MSFT

Y, después de instalar OpenSSH-Win32, intente usar New-PSSession con los parámetros: -HostName y -UserName (en lugar de -ComputerName y -Credential).

Estoy usando estos parámetros en Enter-PSSession y funciona.

¡Vea si esto funciona para usted!

@ SteveL-MSFT si quisiera usar SSH, simplemente lo usaría. ¿Hay un problema separado abierto en PSRemoting al que pueda suscribirme o es solo este?

@volcán

FYI

Ahora mismo es posible conectarse usando Enter-PSSession con los parámetros -HostName y
-Nombre de usuario:

1. Linux a Linux
2. Windows a Linux
3. Linux a Windows
4. Windows a Windows

No tengo Mac OS, así que no puedo confirmarlo.

La documentación no se ha actualizado para incluir "Windows a Linux".

Todo esto es posible con la versión actual de PowerShell v6.0.0.0-alpha.18 y
OpenSSH-Win32 v 0.0.12.0

:)

¡Tararear!

Puedo conectarme desde PowerShell v6 a mi caja de Linux usando ssh abierto, pero cuando ejecuto PowerShell, la línea de lectura se estropea. Al escribir el comando, no me deja completar la línea.
(Ver imagen)

Me conecté pero no funciona bien con PowerShell.
¿Dónde debería publicar este?

:)

1. ¿Por qué querría usar SSH para conectarme a Windows?
2. ¿Por qué querría usar PSRemoting para conectarme a Mac / Linux?

En ambos casos tendría que:

• Instalar software adicional
• Configurarlo
• Abrir superficie de ataque adicional

Ese no es el punto.
Quiero poder conectarme a una máquina con Windows desde mi Mac (y pensé que debería ser posible, ya que hay Powershell 6 para todo).

Sería realmente bueno poder conectarse desde Linux / Mac a Windows, sin el uso de SSH, para la administración de Powershell.

Espero que esto sea posible en algún momento.

@MaximoTrinidad Creo que estás https://github.com/PowerShell/Win32-OpenSSH/issues/252

@spitfire @MartinAyla La comunicación remota de PowerShell requiere un transporte y, desafortunadamente, actualmente no existe el mismo en Windows y Linux / Mac. Los vuelos de carril rápido más nuevos de Win10 tienen OpenSSH (beta) como una función opcional bajo demanda, por lo que OpenSSH está recibiendo la bandeja de entrada en Windows para que no tenga que instalar software adicional (en el futuro). Existen limitaciones que nos impiden tener la comunicación remota de PowerShell sobre la paridad WS-Man en Linux y Mac en comparación con Windows (específicamente, compatibilidad con NTLM y Kerberos). SSH resuelve estos problemas y muchos clientes prefieren la autenticación basada en claves que funciona bien en Windows (con OpenSSH instalado).

@ SteveL-MSFT gracias por la información. Aún así, esto me parece bastante inútil, ya que no funciona de inmediato, y probablemente sería mejor ejecutar la sesión ssh sin tener que instalar PowerShell en mi Mac.

@spitfire , absolutamente puede usar PowerShell a través de SSH sin instalar PowerShell en su Mac. El beneficio de usar PowerShell en ambos extremos es que puede obtener objetos y no texto a través de SSH para que pueda procesar los resultados localmente (que puede ser o no lo que desea). Apoyamos ambas opciones.

Déjame asegurarme de tener esto correcto @MaximoTrinidad , @ SteveL-MSFT.

Ejecutando en Ubuntu, intentando hablar con Windows.

• El uso de "-Hostname" en enter-pssession hace que powershell llame a "ssh hostname -p 22 -s powershell"
• Enter-PSSession de Linux a Windows solo admite la autenticación básica. Puede emitir el comando con -Computername, pero fallará con MI_RESULT_ACCESS_DENIED

¿Es ese el estado actual? ¿Kerberos no funciona de Linux a Windows?

Hola @KeithGlidewell ,

Ha sido un tiempo. Déjame intentarlo más tarde, cuando llegue a casa, para ponerte al día.
:)

@KeithGlidewell ,

Desde Ubuntu puedo conectarme a Windows (entorno de grupo de trabajo) usando OpenSSH
potencia Shell
Enter-PSSession -hostname win01 -username maxt

Luego, puedo usar desde Windows, hacer un ssh maxt @ win1 , luego PowerShell y ejecutar el comando anterior.

Pero, no puedo usar el -computername con los parámetros -credential, ya que obtendré el mensaje de error "MI_RESULT_ACCESS_DENIED".

¡Soy bueno usando ssh!
:)

@KeithGlidewell WSMan de Linux también es compatible con NTLM (no compatible con MacOS) y Kerberos no es compatible con Linux o Mac. La recomendación es utilizar SSH, que es donde estamos invirtiendo.

Me cuesta mucho intentar configurar una conexión segura de Centos 7.3 a un servidor de Windows con la última versión beta y me gustaría evitar el uso de autenticación básica / no cifrada.

¿Existe un documento que explique cómo configurar el soporte de WinRM NTLM en Linux? ¿Viene de fábrica con Powershell o también necesita los paquetes OMI y PSRP instalados?

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

Gracias, Steve. ¿Alguna idea de si / cuándo podremos hacer SSH de Linux a Windows con autenticación Kerberos?

Además de las instrucciones para configurar OMI / PSRP en Linux, son difíciles de seguir y dejan muchas cosas poco claras para personas sin experiencia en Linux. Tendrás que hacer muchas pruebas y errores. ¡¡Da muchos dolores de cabeza !!

Todavía no he descubierto cómo hacerlo funcionar. Entonces, usar SSH es mucho más simple y puedo conectarme más rápido. La experiencia de configuración es mucho menos tediosa que OMI / PSRP.

:)

@MaximoTrinidad , para OMI / PSRP, debe instalar el siguiente software en Linux:

• Instale PowerShell desde https://github.com/PowerShell/PowerShell/releases
• Instale OMI desde https://github.com/Microsoft/omi/releases

• Instale PSRP desde https://github.com/PowerShell/psl-omi-provider/releases

  Para Mac, solo necesita instalar PowerShell y solo puede conectarse de forma remota a Linux / Windows. (Me refiero a que no puede acceder a Mac de forma remota mediante OMI / PSRP)

Pero hay un error : "se cambió el método de punto de entrada utilizado para llamar a PowerShell para PSRP", y se corrigió solo en el código ayer: https://github.com/PowerShell/psl-omi-provider/commit/d435207fe07404b7e2697d9c6f7ef35b79e73d64 , eso significa que no puede realizar ninguna comunicación remota a través de OMI / PSRP con PowerShell v6.0.0-beta.3 ahora, excepto que cree el último código de PSRP usted mismo o espere a que salgan los binarios de lanzamiento de PSRP.

Para la autenticación básica OMI / PSRP,

• No es necesario que realice ninguna configuración en Linux, pero debe ejecutar los siguientes comandos utilizando PowerShell nativo (integrado en Windows) en su Windows Server si desea conectarse de forma remota a Windows Server:
  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"}'
  Nota: debe usar el administrador de Windows Server como credencial para Enter-PSSession, y la cuenta de administrador debe habilitar / agregar a RDP.

Para la autenticación de negociación OMI / PSRP,

• Es la misma configuración que la autenticación básica para Windows Server. Para Linux, es necesario realizar muchos programas de configuración en setup-ntlm-omi .

Para la autenticación Kerberos OMI / PSRP,

• Esta función se está desarrollando en https://github.com/Microsoft/omi y los documentos de configuración de Kerberos están aquí: setup-kerberos-omi

Para que lo sepas, pude hacer que la autenticación de Negociar funcionara en un Centos7 limpio con la última versión de Powershell (beta4) instalando los siguientes paquetes adicionales:

• estación de trabajo krb5
• krb5-devel
• gssntlmssp (requiere que epel-release esté instalado de antemano)
• potencia Shell

No sé por qué se necesita krb5-devel (no aparece como un paquete obligatorio en las instrucciones de omi, pero sin él obtendría el siguiente error

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

editar: se necesita krb5-devel para crear un enlace simbólico requerido, vea este problema: https://github.com/PowerShell/PowerShell/issues/3329

Yo no tengo que crear el NTLM_USER_FILE menciona en las instrucciones omi, yo era capaz de ejecutar un agains Enter-PSSession ambos una ventana 2012r2 y ventanas 2016 (ambos dominio conjunto) sin configurar nada.

Lo que dijo @giordyb también es cierto en Fedora 27: krb5-workstation o gssntlmssp (instalé ambos y no puedo acceder a mi máquina para probar cuál, si no ambos, es necesario) son necesarios para evitar un error MI_ACCESS_DENIED inútil en conexión con negociar. Realmente necesita un mejor mensaje de error.

Puedo confirmar que esta solución funciona en ubuntu 18.04 con la última vista previa, el comando de instalación exacto fue el siguiente:

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

Aunque los paquetes están instalados y funcionan con la versión deb, no funciona con la versión snap.

@hurricanehrndz la versión instantánea lleva todas sus dependencias de forma similar a un contenedor, por lo que no es sorprendente que no use las bibliotecas del sistema operativo y se espera

Tengo un servidor Windows 2008 R2 con WINRM habilitado, sin dominio unido.

Luego intenté conectarme desde la vista previa de Ubuntu 16.04 + pwsh 6.2.

Funciona, pero Enter-PSSession tarda 2 minutos en conectarse y 1 minuto en ejecutar cualquier comando.

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

¿Hay algo parecido a la resolución de nombres?

@CaledoniaProyecto

Intente un pequeño truco en el archivo "hosts" de ambos sistemas agregando la dirección IP con el nombre de la computadora. Esto funcionará en sistemas sin dominio.

Tenga en cuenta que, en ambos sistemas, los cambios deben realizarse "como administrador".

En Linux:

sudo vim /etc/hosts

En Windows: (consola abierta como administrador)

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

:)

@MaximoTrinidad no funciona ... Si me conecto desde una VM de Windows 2012, no hay demora en absoluto.

Además, en Ubuntu hay un retraso notable después de la ejecución del comando, se necesitan ~ 20 segundos para mostrar el siguiente símbolo del sistema, por ejemplo

@CaledoniaProyecto

El truco de hosts fue solo para solucionar el problema de la resolución de nombres que le permitirá hacer ping usando el nombre de la computadora. Normalmente uso ssh para conectar Linux a Windows.

:(

¿Alguna actualización sobre cuándo podemos tener soporte para PSRemoting de Linux a Windows?

@GoelJatin si te refieres a WSMan, hay soporte limitado hoy (autenticación básica sobre HTTPS). Lo que realmente necesitamos es alejarnos de la biblioteca nativa actual a una nueva biblioteca administrada https://github.com/PowerShell/PowerShell/issues/8233

@ SteveL-MSFT, estoy usando el servicio WinRM (PSRemoting) para la administración remota.

Estoy usando el cmdlet Invoke-Command con ComputerName y Credential.

Cualquier actualización relacionada con eso, ya que actualmente este es un cuello de botella para continuar con algunos de mis proyectos.

Entiendo que SSH se está incorporando a Windows 10, pero mi proyecto está diseñado para ejecutarse en todas las versiones de Windows, y PowerShell es la opción más obvia ya que no se requiere instalación adicional.

¡Cualquier ayuda aquí es muy apreciada!

El soporte adecuado del cliente WSMan para sistemas Unix llevará un tiempo, ya que la solución actual que estamos usando no es confiable. Mi recomendación es instalar el puerto de Microsoft de OpenSSH en los sistemas de destino.

Trabajando exitosamente en Fedora 29 con la adición de un par de paquetes:

dnf install krb5-workstation gssntlmssp

Luego, en PowerShell:

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

Esto funciona muy bien para mí.

@joeyaiello ¿ tal vez pueda agregar esto a la documentación en la que estaba trabajando para la matriz de soporte remoto?

@joeyaiello

Conseguí que Kerberos funcionara para Ubuntu 18.04.

Pero, noto que (por supuesto) abre Windows PowerShell y no está habilitada la finalización de pestañas.
Quiero decir ... ¡al menos funciona!

Acabo de hacer una publicación al respecto: http://www.maxtblog.com/2019/02/powerhell-core-ubuntu-18-04-psremoting-to-an-active-directory-machine/

¡Por cierto! ¿Hay alguna forma de usar PowerShell Core en una conexión WinRm?

:)

Todavía no funciona en macOS

$ PSVersionTable
Valor de nombre
PSVersion 6.1.3
PSEdition Core
GitCommitId 6.1.3
OS Darwin 18.2.0 Darwin Kernel Versión 18.2.0: jueves 20 de diciembre 20:46:53 PST 2018; raíz: xnu-4903.241.1 ~ 1 / RELEASE_X86_64
Plataforma 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
En línea: 2 caracteres : 1

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

Gracias

@LinoRS

Faltan los pasos para reproducir el problema. ¿Cuál es la línea de comando completa Enter-PSSession que está intentando ejecutar?

¿Qué configuración del entorno del sistema de Windows?

Además, asegúrese de que el servicio WinRM se esté ejecutando. Al mismo tiempo, y cada vez que actualice PowerShell Core, debe ejecutar el siguiente comando: (en Windows)

Enable-PSRemoting -force

Esto me sucedió después de actualizar de 6.2.0-Preview.4 a RC1.

:)

@MaximoTrinidad

Sí, estoy intentando conectarme a una sesión PEP

El comando completo que estoy usando es:
$ cred = obtener-Credencial
Enter-PSSession -ComputerName xxxx `
-ConfigurationName PrivilegedEndpoint -Credential $ cred

Sin embargo, no tendré acceso a estos servidores para ejecutar ese comando ... y WinRm se está ejecutando ya que puedo conectarme desde un Windows10 y se conecta bien al servidor PEP ... estaba leyendo que mac solo admite autenticación básica y tal vez los comandos no funciona tan bien?

@LinoRS

Gracias por la informacion adicional. ¡Si! MacOS parece limitado por ahora, pero estoy seguro de que lo logrará.
Microsoft Team siempre está analizando estos problemas y estoy seguro de que se solucionarán pronto.

cc: @ SteveL-MSFT / @joeyaiello

@LinoRS

Gracias por la informacion adicional. ¡Si! MacOS parece limitado por ahora, pero estoy seguro de que lo logrará.
Microsoft Team siempre está analizando estos problemas y estoy seguro de que se solucionarán pronto.

cc: @ SteveL-MSFT / @joeyaiello

@MaximoTrinidad

gracias, realmente espero que lo hagan ... ;-) y tal vez alguien pueda actualizarnos aquí una vez que lo hagan ...

El problema con macOS es que no hay bibliotecas de código abierto que podamos usar para NTLM ni Kerberos. Así que macOS hoy se limita a la autenticación básica. La recomendación es instalar OpenSSH en las máquinas con Windows y usar SSH en lugar de la comunicación remota basada en WSMan.

@ SteveL-MSFT ¿por qué no tener a Samba como dependencia? Eso solucionará el problema de Kerberos.

@MaximoTrinidad no funciona ... Si me conecto desde una VM de Windows 2012, no hay demora en absoluto.

Además, en Ubuntu hay un retraso notable después de la ejecución del comando, se necesitan ~ 20 segundos para mostrar el siguiente símbolo del sistema, por ejemplo

Por favor, dime cómo obtuviste ese resultado que has mostrado en .in ubuntu

MI_RESULT_ACCESS_DENIED como error al conectarse .... ¿Qué hacer? por favor que alguien me ayude ...

@MaximoTrinidad no funciona ... Si me conecto desde una VM de Windows 2012, no hay demora en absoluto.
Además, en Ubuntu hay un retraso notable después de la ejecución del comando, se necesitan ~ 20 segundos para mostrar el siguiente símbolo del sistema, por ejemplo

Por favor, dime cómo obtuviste ese resultado que has mostrado en .in ubuntu

@ yugaa22

Si sigue la publicación de mi blog: http://www.maxtblog.com/2019/02/powerhell-core-ubuntu-18-04-psremoting-to-an-active-directory-machine/

Te dice lo que hice para conectar mi Ubuntu a un servidor AD. Este es un controlador AD de Windows Server 2019, cuya seguridad para la comunicación remota es diferente. Esencialmente, si tiene un controlador de Windows y permite la comunicación remota a otro cliente de Windows, entonces debería funcionar. Debería poder al menos hacer ping entre Ubuntu y el servidor de Windows antes de poder intentar conectarse a través de winrm remoto a través de AD.

Actualmente no tengo tiempo para configurar un servidor Windows 2012, ya que mi trabajo de tiempo completo ha sido muy exigente últimamente. ¡Así que lo intentaré más tarde!

Copiaré nuevamente @ SteveL-MSFT y @joeyaiello para ver qué piensan sobre el problema que está experimentando.

Muchas gracias por tu respuesta seguiré tus instrucciones ... una vez
una vez más, gracias...

El martes 23 de julio de 2019 a las 21:23 Máximo Trinidad, [email protected]
escribió:

@ yugaa22 https://github.com/yugaa22

Si sigues la publicación de mi blog:
http://www.maxtblog.com/2019/02/powerhell-core-ubuntu-18-04-psremoting-to-an-active-directory-machine/

Te dice lo que hice para conectar mi Ubuntu a un servidor AD. Esto es un
Controlador AD de Windows Server 2019, cuya seguridad para la comunicación remota es
diferente. Básicamente, si tiene un controlador de Windows y permite
remoto a otro cliente de Windows, entonces debería funcionar, debería poder
para al menos hacer ping entre Ubuntu y el servidor de Windows antes de poder intentar
conectarse a través de winrm remoto a través de AD.

Actualmente no tengo tiempo para configurar un servidor de Windows 2012 como mi
trabajo a tiempo completo últimamente ha sido muy exigente. ¡Así que lo intentaré más tarde!

Copiaré de nuevo @ SteveL-MSFT https://github.com/SteveL-MSFT y
@joeyaiello https://github.com/joeyaiello para ver qué piensan
el problema que está experimentando.

-
Estás recibiendo esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/PowerShell/PowerShell/issues/3708?email_source=notifications&email_token=AMF6IQQY2B6JPZNMMPERFRDQA4SN3A5CNFSM4DKJI2GKYY3PNVWWK3TUL52HS4DVDMVREXWWK3TUL52HS4DFVMVREXHG43 ,
o silenciar el hilo
https://github.com/notifications/unsubscribe-auth/AMF6IQRCIA35IZNZ4U2QBGTQA4SN3ANCNFSM4DKJI2GA
.

@ yugaa22

Si sigue la publicación de mi blog: http://www.maxtblog.com/2019/02/powerhell-core-ubuntu-18-04-psremoting-to-an-active-directory-machine/

Te dice lo que hice para conectar mi Ubuntu a un servidor AD. Este es un controlador AD de Windows Server 2019, cuya seguridad para la comunicación remota es diferente. Esencialmente, si tiene un controlador de Windows y permite la comunicación remota a otro cliente de Windows, entonces debería funcionar. Debería poder al menos hacer ping entre Ubuntu y el servidor de Windows antes de poder intentar conectarse a través de winrm remoto a través de AD.

Actualmente no tengo tiempo para configurar un servidor Windows 2012, ya que mi trabajo de tiempo completo ha sido muy exigente últimamente. ¡Así que lo intentaré más tarde!

Copiaré nuevamente @ SteveL-MSFT y @joeyaiello para ver qué piensan sobre el problema que está experimentando.

@ yugaa22 ¿ funcionó seguir la publicación del blog?

@ yugaa22 ¿ funcionó seguir la publicación del blog?

si

Todavía no me funciona en macOS 10.14.6 (18G95), PowerShell 6.2.0

Lo intenté en Ubuntu

El domingo 1 de septiembre de 2019 a las 6:50 p.m. Mieszko Ślusarczyk, [email protected]
escribió:

Todavía no me funciona en macOS 10.14.6 (18G95), PowerShell 6.2.0

-
Estás recibiendo esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/PowerShell/PowerShell/issues/3708?email_source=notifications&email_token=AMF6IQTTYXRGO3RRNTYNMHDQHO6TVA5CNFSM4DKJI2GKYY3PNVWWK3TUL52HS4DFVDVREXWJWK3TUL52HS4DFVDVREXWG43V2 ,
o silenciar el hilo
https://github.com/notifications/unsubscribe-auth/AMF6IQUH7BORVSJADN2MOP3QHO6TVANCNFSM4DKJI2GA
.

Estoy confundido. Nadie es responsable del problema. Ningún funcionario tiene que resolver el problema. No encontré ninguna forma efectiva de configurarlo. Estoy molesto

El software se instaló de acuerdo con el método anterior. Pero no sé qué hacer a continuación. Ahora no funciona

Creo que el equipo oficial puede deshacerse del ssh. Adquisición directa de krb5, proyecto de código abierto gsntlmsp. Implementación completa de la comunicación multiplataforma de PowerShell. No hay necesidad de SSH en absoluto

También creo que esto debería reabrirse. La instalación del servidor ssh en todos los servidores puede no ser una opción para todos (seguridad, superficie de ataque, etc.). Si se supone que funciona, agrupe las bibliotecas necesarias / cree una fórmula de trabajo en homebrew, o haga lo que sea necesario para que funcione de inmediato. Dejemos de alardear de que tenemos PowerShell en macOS / Linux si no es funcional.

Entonces, ¿es la solución oficial para instalar SSH en Windows? ¿Estamos todos de acuerdo en que esto es una broma?

Independientemente del protocolo de conexión utilizado. Los requisitos del usuario son simples, universales, confiables y efectivos. No requiere la instalación de ninguna herramienta de conectividad de red.

En el sistema operativo que produce. Incluso la última versión del sistema operativo. Sshd no está preinstalado.

Solo imagina. Instalar un winserver2019, cómo conectarlo con ssh？
2016? 2012?

Pwershellcore hace tiempo que abandonó completamente las ventanas

@ SteveL-MSFT: ¿se puede reabrir este problema? Han pasado casi 3 años y no está resuelto.

La instalación de SSH en producción aumenta innecesariamente la superficie de ataque y no es absolutamente aceptable.