with create cli awspowershell aws powershell powershell-remoting

create - powershell aws s3 configure



Comportamiento confuso de PowerShell (6)

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

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

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

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 :-)

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

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

Requisitos:

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 )

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.