create - powershell aws s3 configure

Comportamiento confuso de PowerShell

Question

Estoy un poco confundido con el control remoto ejecutando un comando powershell. Tengo un servidor de prueba (Win 2k8-R2-SP1) llamado ServerA, que tiene el control remoto de powershell habilitado correctamente. Desde mi máquina dev (Win 2k8-R2-SP1), puedo ejecutar comandos remotos de PowerShell correctamente. Pero cuando intento ejecutar el mismo comando desde un servidor diferente llamado ServerB (Win 2k8-R2), aparece el siguiente error

[ServerA] Connecting to remote server failed with the following error message : The client cannot connect to the destination specified in the request. Verify that the service on the destination is running and is accepting requests. Consult the logs and documentation for the WS-Management service running on the destination, most commonly IIS or WinRM. If the destination is the WinRM service, run the following command on the destination to analyze and configure the WinRM service: "winrm quickconfig". For more information, see the about_Remote_Troubleshooting Help topic. + CategoryInfo : OpenError: (:) [], PSRemotingTransportException + FullyQualifiedErrorId : PSSessionStateBroken

Las tres máquinas están en el mismo dominio. Mi confusión es que desde mi máquina de desarrollo, soy perfectamente capaz de conectarme a ServerA y ejecutar el comando.

¿El hecho de que ServerB no tenga SP1 marcará la diferencia? Por favor avise. Estoy usando la misma cuenta de dominio que tiene derechos de administrador en los 3 servidores.

Y el comando que estoy intentando es Invoke-Command -ComputerName ServerA -ScriptBlock {Get-UICulture} .

Por favor ayuda.

Gracias

Answer 1

Ejecute winrm quickconfig o Enable-PSRemoting -force desde ServerB.

Verifique que el servicio se esté ejecutando con get-service winrm

http://technet.microsoft.com/en-us/magazine/ff700227.aspx

Además, ejecute esto desde su caja de desarrollo local:

Set-Item WSMan:/localhost/Client/TrustedHosts -Value "*" -Force

Answer 2

Estaba teniendo este mismo problema y resuelto de la siguiente manera. Corriendo

winrm quickconfig

devolvió el siguiente error.

winrm : WSManFault
At line:1 char:1
+ winrm quickconfig
+ ~~~~~~~~~~~~~~~~~
    + CategoryInfo          : NotSpecified: (WSManFault:String) [], RemoteException
    + FullyQualifiedErrorId : NativeCommandError

    Message
        ProviderFault
            WSManFault
                Message = WinRM firewall exception will not work since one of the network connection types on this machine is set to Public. Change the network connection type to either Domain or Private and try again. 
Error number:  -2144108183 0x80338169
WinRM firewall exception will not work since one of the network connection types on this machine is set to Public. Change the network connection type to either Domain or Private and try again. 

En mi caso, se trataba de una NIC virtual para un servicio de hipervisor que estaba ejecutando en mi máquina. Una vez que cambié esto a Privado, winrm quickconfig corrió sin error. Todavía tuve problemas para conectarme a algunas máquinas y obtener el mismo error que se describe en este hilo. Para resolverlo, verifiqué e inicié el servicio winrm donde se detuvo.

get-service -ComputerName computer -Name winrm

Status   Name               DisplayName                           
------   ----               -----------                           
Stopped  winrm              Windows Remote Management (WS-Manag...



get-service -ComputerName computer -Name winrm | Start-Service

Answer 3

He estado buscando la respuesta durante días y encontré el problema;

Parece que el componente Extensibilidad de IIS 7 .NET no se instaló debido a este problema. Tenemos un servidor 2012 R2 Exchange 2010;

https://technet.microsoft.com/en-us/library/dd421841(v=exchg.80).aspx

Lo instalé ingresando esto en powershell;

Consulte aquí los requisitos previos para Exchange 2010.

https://technet.microsoft.com/en-us/library/bb691354(v=exchg.141)

Este servidor de Exchange nuestro solo tiene el rol de buzón, el otro sigue siendo el transporte CAS y HUB;

Así que necesitamos este comando;

Características de Framework-NET Add-Windows Feature, RSAT-Clustering, Web-Mgmt-Console, WAS-Process-Model, Web-Basic-Auth, Web-Lgcy-Mgmt-Console, Web-Metabase, Web-Net-Ext, Web -Server, Web-Windows-Auth -Restart

La parte de Web-Net-Ext instaló el componente Extensibilidad de IIS 7.NET. No es necesario reiniciar.

Solo mis 2 centavos, tal vez esto ayude a alguien más :-)

Answer 4

Lo siguiente solucionó mi problema:

O bien, debe vaciar su lista de iplisten, que puede verificarse utilizando el siguiente comando CMD:

netsh http show iplist

o para agregarle la dirección de bucle de retorno si hay alguna otra dirección:

netsh http add iplisten 127.0.0.1

Answer 5

Para ahorrar tener que habilitar WinRM en cada uno de los servidores que administra, puede ejecutar este script por lotes:

Requisitos:

• Un archivo de texto con todos los servidores en los que desea habilitar WinRM
• PSExec en su directorio Windows / System32, descargado de: https://technet.microsoft.com/en-us/sysinternals/pstools.aspx?f=255&MSPPError=-2147217396
• Powershell en el servidor al que te estás conectando

Uso: EnablePSRemoting.bat PCs.txt

@echo off
for /f %%f in (%1) do (
  psexec.exe //%%f -accepteula -h -d -s powershell.exe "enable-psremoting -force"
  echo Enabled on %%f
)

Answer 6

También he tenido este mismo problema, en una máquina que estaba trabajando para el PowerShell remoto en el pasado. En mi caso, la solución fue borrar el registro de seguridad. Estaba lleno, y creo que esto impedía que PowerShell estableciera una conexión segura y adecuada.