Anda di halaman 1dari 14

TEMA

about_Remote_Troubleshooting
DESCRIPCIN BREVE
Describe cmo solucionar problemas de las operaciones remotas en
Windows PowerShell.
DESCRIPCIN DETALLADA
En esta seccin se describen algunos de los problemas que podran
surgir al usar las caractersticas de comunicacin remota de
Windows PowerShell que estn basadas en la tecnologa WS
-Management, y se incluyen sugerencias para solucionar
estos problemas.
Antes de utilizar la comunicacin remota de Windows PowerShell,
vea about_Remote y about_Remote_Requirements para obtener
directrices sobre la configuracin y el uso bsico. Adems, los
temas de Ayuda para cada uno de los cmdlets de comunicacin
remota, particularmente las descripciones de parmetros,
contienen informacin de utilidad que se ha diseado para
ayudarle a evitar problemas.
Las versiones actualizadas de este tema, y otros
Windows PowerShell, se pueden encontrar en lnea
TechNet Library. Para ver la versin en pantalla
de Ayuda, pegue la direccin URL siguiente en su
Internet:

temas de Ayuda de
en Microsoft
de este tema
explorador de

http://go.microsoft.com/fwlink/?LinkID=135188
NOTA: en Windows Vista, Windows Server 2008 y versiones
posteriores de Windows, para ver o cambiar la configuracin del
equipo local en la unidad WSMan:, incluidos los cambios a las
configuraciones de sesin, los hosts de confianza, los puertos
o los agentes de escucha, inicie Windows PowerShell con la
opcin "Ejecutar como administrador".
SOLUCIONAR PROBLEMAS RELACIONADOS CON PERMISOS Y AUTENTICACIN
En esta seccin se analizan los problemas de comunicacin remota
relacionados con los requisitos de comunicacin remota y los
permisos de usuarios y equipos.
CMO EJECUTAR COMO ADMINISTRADOR
-------------------------------ERROR: Acceso denegado. Debe ejecutar este cmdlet desde un
proceso elevado.
Para iniciar una sesin remota en el equipo local, o para ver o
cambiar la configuracin del equipo local en la unidad WSMan:,
incluidos los cambios a las configuraciones de sesin, los hosts
de confianza, los puertos o los agentes de escucha, inicie
Windows PowerShell con la opcin "Ejecutar como administrador".
Para iniciar Windows PowerShell con la opcin "Ejecutar
como administrador":
-- Haga clic con el botn secundario en un icono de Windows

PowerShell (o ISE de Windows PowerShell) y, a continuacin,


haga clic en "Ejecutar como administrador".
Para iniciar Windows PowerShell con la opcin "Ejecutar como
administrador" en Windows 7 y Windows Server 2008 R2.
-- En la barra de tareas de Windows, haga clic con el botn
secundario en el icono de Windows PowerShell y, a continuacin,
haga clic en "Ejecutar Windows PowerShell como administrador".
Nota: en Windows Server 2008 R2, el icono de Windows PowerShell
est anclado a la barra de tareas de forma predeterminada.
CMO HABILITAR LA COMUNICACIN REMOTA
---------------------ERROR: ACCESO DENEGADO
- O bien ERROR: Se rechaz la conexin al host remoto. Compruebe que el
servicio WS-Management se est ejecutando en el host remoto
y que est configurado para escuchar solicitudes en el
puerto y la direccin URL HTTP correctos.
No se requiere ninguna configuracin para que un equipo pueda
enviar comandos remotos. Sin embargo, para recibir comandos
remotos, el equipo debe estar configurado para la comunicacin
remota. La configuracin incluye iniciar el servicio WinRM,
establecer en Automtico el tipo de inicio del servicio WinRM,
crear agentes de escucha para las conexiones HTTP y HTTPS, y
crear configuraciones de sesin predeterminadas.
Para configurar un equipo de modo que pueda recibir comandos
remotos, use el cmdlet Enable-PSRemoting. El comando siguiente
habilita la configuracin remota requerida y las configuraciones
de sesin, y reinicia el servicio WinRM para que los cambios
surtan efecto.
enable-psremoting
Para suprimir todas las confirmaciones de usuario, escriba:
enable-psremoting -force
Para obtener ms informacin, vea Enable-PSRemoting.
CMO HABILITAR LA COMUNICACIN REMOTA EN UNA EMPRESA
---------------------------------------------------ERROR: ACCESO DENEGADO
- O bien ERROR: Se rechaz la conexin al host remoto. Compruebe que el
servicio WS-Management se est ejecutando en el host remoto
y que est configurado para escuchar solicitudes en el
puerto y la direccin URL HTTP correctos.
Para habilitar un equipo de modo que pueda recibir comandos
remotos de Windows PowerShell y aceptar conexiones, utilice los
cmdlets Enable-PSRemoting.
Para habilitar la comunicacin remota en varios equipos de una
empresa, puede utilizar las opciones escaladas siguientes.

-- Para configurar los agentes de escucha para la comunicacin


remota, habilite la directiva de grupo "Permitir la
configuracin automtica de agentes de escucha". Para obtener
instrucciones, vea "Cmo habilitar los agentes de escucha
mediante una directiva de grupo (ms adelante)".
-- Para establecer en Automtico el tipo de inicio de
Administracin remota de Windows (WinRM) en varios equipos,
utilice el cmdlet Set-Service. Para obtener instrucciones, vea
"Cmo establecer el tipo de inicio del servicio WinrM" (ms
adelante).
-- Para habilitar una excepcin de firewall, utilice la directiva
de grupo "Firewall de Windows: Permitir excepciones de puertos
locales". Para obtener instrucciones, vea "Cmo crear una
excepcin de firewall mediante una directiva de grupo (ms
adelante)".

CMO HABILITAR LOS AGENTES DE ESCUCHA MEDIANTE UNA DIRECTIVA DE GRUPO


--------------------------------------------------------------------ERROR: ACCESO DENEGADO
- O bien ERROR: Se rechaz la conexin al host remoto. Compruebe que el
servicio WS-Management se est ejecutando en el host remoto
y que est configurado para escuchar solicitudes en el
puerto y la direccin URL HTTP correctos.
Para configurar los agentes de escucha en todos los equipos de un
dominio, habilite la directiva "Permitir la configuracin
automtica de agentes de escucha" en la siguiente ruta de acceso
de la directiva de grupo:
Configuracin del equipo\Plantillas administrativas
\Componentes de Windows\Administracin remota de Windows
(WinRM)\Servicio WinRM
Habilite la directiva y especifique los filtros de IPv6 e IPv4. Se
permite el uso de caracteres comodn (*).
CMO HABILITAR UNA EXCEPCIN DE FIREWALL MEDIANTE UNA DIRECTIVA DE
GRUPO
-----------------------------------------------------------------ERROR: ACCESO DENEGADO
- O bien ERROR: Se rechaz la conexin al host remoto. Compruebe que el
servicio WS-Management se est ejecutando en el host remoto
y que est configurado para escuchar solicitudes en el
puerto y la direccin URL HTTP correctos.
Para habilitar una excepcin de firewall en todos los equipos de
un dominio, habilite la directiva
"Firewall de Windows: Permitir excepciones de puertos locales"
en la siguiente ruta de acceso de la directiva de grupo:
Configuracin del equipo\Plantillas administrativas\Red
\Conexiones de red\Firewall de Windows\Perfil de dominio

Esta directiva permite a los miembros del grupo Administradores en


el equipo utilizar Firewall de Windows en Panel de control para
crear una excepcin de firewall para el servicio Administracin
remota de Windows.
CMO ESTABLECER EL TIPO DE INICIO DEL SERVICIO WINRM
---------------------------------------------------ERROR: ACCESO DENEGADO
La comunicacin remota de Windows PowerShell depende del servicio
WinRM (Administracin remota de Windows). El servicio debe estar
ejecutndose para admitir comandos remotos.
En Windows Server 2003, Windows Server 2008 y Windows Server 2008
R2, el tipo de inicio del servicio WinRM (Administracin remota
de Windows) es
Automtico.
Sin embargo, en Windows XP, Windows Vista y Windows 7, el servicio
WinRM est deshabilitado de forma predeterminada.
Para establecer el tipo de inicio de un servicio en un equipo
remoto, utilice el cmdlet Set-Service.
Para ejecutar el comando en varios equipos, puede crear un archivo
de texto o un archivo CSV de los nombres de equipo.
Por ejemplo, los comandos siguientes obtienen una lista de nombres
de equipo del archivo Servers.txt y, a continuacin, establecen
en Automtico el tipo de inicio del servicio WinRM de todos los
equipos.
C:\PS> $servers = get-content servers.txt
C:\PS> set-service WinRM -computername $servers -startuptype
Automatic
Para ver los resultados, utilice el cmdlet Get-WMIObject con el
objeto Win32_Service.
Para obtener ms informacin, vea Set-Service.

CMO VOLVER A CREAR LAS CONFIGURACIONES DE SESIN PREDETERMINADAS


----------------------------------------------------------------ERROR: ACCESO DENEGADO
Para conectarse al equipo local y ejecutar comandos de forma
remota, el equipo local debe incluir configuraciones de sesin
para comandos remotos.
Cuando se utiliza Enable-PSRemoting, crea configuraciones de
sesin predeterminadas en el equipo local. Los usuarios remotos
utilizan estas configuraciones de sesin cada vez que un comando
remoto no incluye el parmetro ConfigurationName.
Si se han eliminado las configuraciones predeterminadas en un
equipo o no estn registradas, utilice el cmdlet Enable-PSRemoting
para volver a crearlas. Puede utilizar este cmdlet
repetidamente. No genera errores si una caracterstica ya est

configurada.
Si cambia las configuraciones de sesin predeterminadas y desea
restaurar las configuraciones de sesin predeterminadas
originales, utilice el cmdlet Unregister-PSSessionConfiguration
para eliminar las configuraciones de sesin cambiadas y, a
continuacin, utilice el cmdlet Enable-PSRemoting para restaurarlas.
Enable-PSRemoting no cambia las configuraciones de sesin existentes.
Nota: cuando Enable-PSRemoting restaura la configuracin de sesin
predeterminada, no crea descriptores de seguridad explcitos
para las configuraciones. En su lugar, las configuraciones
heredan el descriptor de seguridad de RootSDDL, que es seguro
de forma predeterminada.
Para ver el descriptor de seguridad de RootSDDL, escriba:
get-item wsman:\localhost\Service\RootSDDL
Para cambiar RootSDDL, utilice el cmdlet Set-Item en la
unidad WSMan:. Para cambiar el descriptor de seguridad de una
configuracin de sesin, utilice el cmdlet Set-PSSessionConfiguration
con los parmetros SecurityDescriptorSDDL o ShowSecurityDescriptorUI.
Para obtener ms informacin sobre la unidad WSMan:, vea el tema
de Ayuda correspondiente al proveedor de WS-Management
("get-help wsman").
CMO PROPORCIONAR CREDENCIALES DE ADMINISTRADOR
----------------------------------------------ERROR: ACCESO DENEGADO
Para crear una PSSession o ejecutar comandos en un equipo remoto,
de forma predeterminada, el usuario actual debe ser miembro del
grupo Administradores en el equipo remoto. En algunas ocasiones
se requieren credenciales aunque el usuario actual haya iniciado
sesin en una cuenta que es miembro del grupo Administradores.
Si el usuario actual es miembro del grupo Administradores en el
equipo remoto, o puede proporcionar las credenciales de un
miembro del grupo Administradores, utilice el parmetro
Credential de los cmdlets New-PSSession, Enter-PSSession
o Invoke-Command para conectarse de forma remota.
Por ejemplo, el comando siguiente proporciona las credenciales de
un administrador.
Invoke-Command -ComputerName Server01 -Credential Domain01
\Admin01
Para obtener ms informacin sobre el parmetro Credential,
vea New-PSSession, Enter-PSSession o Invoke-Command.
CMO HABILITAR LA COMUNICACIN REMOTA PARA USUARIOS NO
ADMINISTRATIVOS
----------------------------------------------------ERROR: ACCESO DENEGADO
Para establecer una PSSession o ejecutar un comando en un equipo

remoto, el usuario debe tener permiso para utilizar las


configuraciones de sesin en el equipo remoto.
De forma predeterminada, solo los miembros del grupo
Administradores en un equipo tienen permiso para utilizar las
configuraciones de sesin predeterminadas. Por consiguiente,
solo los miembros del grupo Administradores pueden conectarse
al equipo de forma remota.
Para que otros usuarios puedan conectarse al equipo local, debe
proporcionarles permisos de ejecucin a las configuraciones de
sesin predeterminadas en el equipo local.
El comando siguiente abre una hoja de propiedades que permite
cambiar el descriptor de seguridad de la configuracin de sesin
predeterminada Microsoft.PowerShell en el equipo local.
Set-PSSessionConfiguration Microsoft.PowerShell -ShowSecurityDescriptorU
I
Para obtener ms informacin, vea about_Session_Configurations.
CMO HABILITAR LA COMUNICACIN REMOTA PARA ADMINISTRADORES EN
OTROS DOMINIOS
------------------------------------------------------------ERROR: ACCESO DENEGADO
Cuando un usuario de otro dominio es miembro del grupo
Administradores en el equipo local, el usuario no puede
conectarse al equipo local de forma remota con privilegios de
administrador. De forma predeterminada, las conexiones remotas
desde otros dominios se ejecutan con slo smbolos (token) de
privilegio de usuario estndar.
Sin embargo, puede utilizar la entrada del Registro
LocalAccountTokenFilterPolicy para cambiar el comportamiento
predeterminado y permitir a los usuarios remotos que son miembros
del grupo Administradores la ejecucin de comandos con privilegios
de administrador.
Precaucin: la entrada LocalAccountTokenFilterPolicy deshabilita
las restricciones remotas del Control de cuentas de usuario
(UAC) para todos los usuarios de todos los equipos afectados.
Analice con cuidado las implicaciones de esta configuracin
antes de cambiar la directiva.
Para cambiar la directiva, utilice el comando siguiente para
establecer en 1 el valor de la entrada del Registro
LocalAccountTokenFilterPolicy.
C:\PS> new-itemproperty -name LocalAccountTokenFilterPolicy
-path `
HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies
\System -propertyType `DWord -value 1
CMO UTILIZAR UNA DIRECCIN IP EN UN COMANDO REMOTO
--------------------------------------------------ERROR: El cliente WinRM no puede procesar la solicitud. Si el

esquema de autenticacin es distinto de Kerberos, o si


el equipo cliente no est unido a un dominio, se debe
usar el transporte HTTPS o agregar el equipo de destino
al valor de configuracin TrustedHosts.
Los parmetros ComputerName de los cmdlets New-PSSession,
Enter-PSSession e Invoke-Command aceptan una direccin IP como valor
vlido. Sin embargo, dado que la autenticacin Kerberos no
admite direcciones IP, se utiliza la autenticacin NTLM de forma
predeterminada cada vez que se especifica una direccin IP.
Cuando se utiliza la autenticacin NTLM, se requiere el
procedimiento siguiente para la comunicacin remota.
1. Configure el equipo para transporte HTTPS o agregue las
direcciones IP de los equipos remotos a la lista TrustedHosts
en el equipo local.
Para obtener instrucciones, vea "Cmo agregar un equipo a la
lista TrustedHosts" (ms adelante).
2. Utilice el parmetro Credential en todos los comandos remotos.
Esto es necesario aunque se estn enviando las credenciales del
usuario actual.
CMO CONECTARSE DE FORMA REMOTA DESDE UN EQUIPO BASADO EN UN GRUPO
DE TRABAJO
-----------------------------------------------------------------ERROR: El cliente WinRM no puede procesar la solicitud. Si el
esquema de autenticacin es distinto de Kerberos, o si
el equipo cliente no est unido a un dominio, se debe
usar el transporte HTTPS o agregar el equipo de destino
al valor de configuracin TrustedHosts.
Cuando el equipo local no est en un dominio, se requiere el
procedimiento siguiente para la comunicacin remota.
1. Configure el equipo para transporte HTTPS o agregue los nombres
de los equipos remotos a la lista TrustedHosts en el equipo
local.
Para obtener instrucciones, vea "Cmo agregar un equipo a la
lista TrustedHosts" (ms adelante).
2. Compruebe que se ha establecido una contrasea en el equipo
basado en un grupo de trabajo. Si no se ha establecido una
contrasea o el valor de la contrasea est en blanco, no
se pueden ejecutar comandos remotos.
Para establecer una contrasea para la cuenta de usuario,
utilice Cuentas de usuario en Panel de control.
3. Utilice el parmetro Credential en todos los comandos remotos.
Esto es necesario aunque se estn enviando las credenciales del
usuario actual.

CMO AGREGAR UN EQUIPO A LA LISTA DE HOSTS DE CONFIANZA


------------------------------------------------------El elemento TrustedHosts puede contener una lista separada por
comas de nombres de equipo, direcciones IP y nombres de dominio
completos. Se permite el uso de caracteres comodn.
Para ver o cambiar la lista de hosts de confianza, utilice la
unidad WSMan:. El elemento TrustedHost est en el nodo
WSMan:\localhost\Client.
Solo los miembros del grupo Administradores en el equipo tienen
permiso para cambiar la lista de hosts de confianza en el equipo.
Precaucin: el valor que se establezca para el elemento
TrustedHosts afectar a todos los usuarios del equipo.
Para ver la lista de hosts de confianza, utilice el
comando siguiente:
get-item wsman:\localhost\Client\TrustedHosts
Tambin puede utilizar el cmdlet Set-Location (alias = cd) para
navegar por la unidad WSMan: en la ubicacin.
Por ejemplo: "cd WSMan:\localhost\Client; dir".
Para agregar todos los equipos a la lista de hosts de confianza,
utilice el comando siguiente, que coloca el valor * (todos) en
ComputerName
set-item wsman:localhost\client\trustedhosts -value *
Tambin puede utilizar un carcter comodn (*) para agregar todos
los equipos de un dominio concreto a la lista de hosts de
confianza. Por ejemplo, el comando siguiente agrega todos los
equipos del dominio Fabrikam a la lista de hosts de confianza.
set-item wsman:localhost\client\trustedhosts *.fabrikam.com
Para agregar los nombres de equipos concretos a la lista de hosts
de confianza, utilice el formato de comando siguiente:
set-item wsman:\localhost\Client\TrustedHosts -value <nombreDeEquipo>[,<
nombreDeEquipo>]
donde cada valor <nombreDeEquipo> debe tener el formato siguiente:
<equipo>.<dominio>.<compaa>.<dominioDeNivelSuperior>
Por ejemplo:
set-item wsman:\localhost\Client\TrustedHosts -value Server01.Domain01.F
abrikam.com
Para agregar un nombre de equipo a una lista existente de hosts de
confianza, primero debe guardar el valor actual en una variable
y, a continuacin, establecer el valor en una lista separada por

comas que incluya los valores actuales y nuevos.


Por ejemplo, para agregar el equipo Server01 a una lista existente
de hosts de confianza, utilice el comando siguiente.
$curValue = (get-item wsman:\localhost\Client\TrustedHosts).value
set-item wsman:\localhost\Client\TrustedHosts -value
"$curValue, Server01.Domain01.Fabrikam.com"
Para agregar las direcciones IP de equipos concretos a la lista de
hosts de confianza, utilice el formato de comando siguiente:
set-item wsman:\localhost\Client\TrustedHosts -value
<direccinIP>
Por ejemplo:
set-item wsman:\localhost\Client\TrustedHosts -value 172.16.0.0
Para agregar un equipo a la lista TrustedHosts de un equipo
remoto, utilice el cmdlet Connect-WSMan para agregar un nodo
para el equipo remoto a la unidad WSMan: en el equipo local. A
continuacin, utilice un comando Set-Item para agregar el equipo.
Para obtener ms informacin acerca del cmdlet Connect-WSMan, vea
Connect-WSMan.
SOLUCIONAR PROBLEMAS RELACIONADOS CON LA CONFIGURACIN DE EQUIPOS
En esta seccin se analizan los problemas de comunicacin remota
relacionados con configuraciones concretas de un equipo, dominio
o empresa.
CMO CONFIGURAR LA COMUNICACIN REMOTA EN PUERTOS ALTERNATIVOS
-------------------------------------------------------------ERROR: Se rechaz la conexin al host remoto especificado.
Compruebe que el servicio WS-Management se est ejecutando
en el host remoto y que est configurado para escuchar
solicitudes en el puerto y la direccin URL HTTP correctos.
La comunicacin remota de Windows PowerShell utiliza de forma
predeterminada el puerto 80 para el transporte HTTP. El puerto
predeterminado se utiliza siempre que el usuario no especifica
los parmetros ConnectionURI o Port en un comando remoto.
Para cambiar el puerto predeterminado que Windows PowerShell
utiliza, use el cmdlet Set-Item en la unidad WSMan: para cambiar
el valor Port en el nodo hoja de agentes de escucha.
Por ejemplo, el comando siguiente cambia el puerto predeterminado
a 8080.
set-item wsman:\localhost\listener\listener*\port -value 8080
CMO CONFIGURAR LA COMUNICACIN REMOTA CON UN SERVIDOR PROXY
-----------------------------------------------------------ERROR: El cliente no puede conectarse con el destino
especificado en la solicitud. Compruebe que el servicio

del destino se est ejecutando y que acepte solicitudes.


Dado que la comunicacin remota de Windows PowerShell utiliza el
protocolo HTTP, se ver afectada por la configuracin de proxy
HTTP. En empresas que tienen servidores proxy, los usuarios no
pueden tener acceso directo a un equipo remoto de
Windows PowerShell.
Para resolver este problema, utilice las opciones de configuracin
de proxy en el comando remoto. La configuracin siguiente est
disponible:
-- ProxyAccessType
-- ProxyAuthentication
-- ProxyCredential
Para establecer estas opciones para un comando concreto, utilice
el procedimiento siguiente:
1. Utilice los parmetros ProxyAccessType, ProxyAuthentication
y ProxyCredential del cmdlet New-PSSessionOption
para crear un objeto de opcin de sesin con la
configuracin de proxy para su empresa. Guarde el
objeto de opcin como una variable.
2. Utilice la variable que contiene el objeto de opcin como
el valor del parmetro SessionOption de un comando
New-PSSession, Enter-PSSession o Invoke-Command.
Por ejemplo, el comando siguiente crea un objeto de opcin de
sesin con opciones de sesin de proxy y, a continuacin,
utiliza el objeto para crear una sesin remota.
C:\PS> $SessionOption = New-PSSessionOption -ProxyAccessType
IEConfig ` -ProxyAuthentication Negotiate -ProxyCredential
Domain01\User01
C:\PS> New-PSSession -ConnectionURI https://www.fabrikam.com
Para obtener ms informacin acerca del cmdlet New-PSSessionOption, vea New-PSSe
ssionOption.
Para establecer estas opciones para todos los comandos remotos en
la sesin actual, utilice el objeto de opcin que New
-PSSessionOption crea en el valor de la variable de preferencia
$PSSessionOption. Para obtener ms informacin sobre la variable
de preferencia $PSSessionOption, vea about_Preference_Variables.
Para establecer estas opciones para todos los comandos remotos de
todas las sesiones de Windows PowerShell en el equipo local,
agregue la variable de preferencia $PSSessionOption a su perfil
de Windows PowerShell. Para obtener ms informacin sobre los
perfiles de Windows PowerShell, vea about_Profiles.
CMO DETECTAR UNA SESIN DE 32 BITS EN UN EQUIPO DE 64 BITS
------------------------------------------------------------

ERROR: El trmino "<nombreDeHerramienta>" no se


nombre de un cmdlet, funcin, archivo de script
ejecutable. Compruebe si escribi correctamente
o, si incluy una ruta de acceso, compruebe que
ruta es correcta e intntelo de nuevo.

reconoce como
o programa
el nombre
dicha

Si el equipo remoto est ejecutando una versin de 64 bits de


Windows y el comando remoto est utilizando una configuracin
de sesin de 32 bits, como Microsoft.PowerShell32,
Administracin remota de Windows (WinRM) cargar un proceso
WOW64 y Windows redirigir automticamente al directorio %windir%\SysWOW64
todas las referencias al directorio %Windir%\System32.
Como consecuencia, si intenta utilizar en el directorio System32
herramientas que no tengan homlogas en el directorio SysWow64,
como Defrag.exe, dichas herramientas no se podrn encontrar en
el directorio.
Para buscar la arquitectura de procesador que se est usando en la
sesin, utilice el valor de la variable de entorno PROCESSOR
_ARCHITECTURE. El comando siguiente busca la arquitectura de
procesador de la sesin en la variable $s.
C:\PS> $s = new-pssession -computername Server01 -configurationName Cust
omShell
C:\PS> invoke-command -session $s {$env:PROCESSOR_ARCHITECTURE} x86
Para obtener ms informacin sobre las configuraciones de sesin,
vea about_session_configurations.
SOLUCIONAR PROBLEMAS RELACIONADOS CON DIRECTIVAS Y PREFERENCIAS
En esta seccin se analizan los problemas de comunicacin remota
relacionados con las directivas y preferencias establecidas en
los equipos locales y remotos.
CMO CAMBIAR LA DIRECTIVA DE EJECUCIN PARA IMPORT-PSSESSION
E IMPORT-MODULE
-----------------------------------------------------------ERROR: Import-Module: No se puede cargar el archivo <nombreDeArchivo>
porque en el sistema est deshabilitada la ejecucin de scripts.
Los cmdlets Import-PSSession y Export-PSSession crean mdulos que
contienen archivos de formato y archivos de script no firmados.
Para importar los mdulos creados por estos cmdlets, ya sea
utilizando Import-PSSession o Import-Module, la directiva de
ejecucin en la sesin actual no puede ser Restricted ni
AllSigned. Para obtener ms informacin sobre las directivas de
ejecucin de Windows PowerShell, vea about_Execution_Policies.
Para importar los mdulos sin cambiar la directiva de ejecucin
del equipo local que est establecida en el Registro, utilice
el parmetro Scope de Set-ExecutionPolicy con el fin de
establecer una directiva de ejecucin menos restrictiva para un
solo proceso.

Por ejemplo, el comando siguiente inicia un proceso con la


directiva de ejecucin RemoteSigned. El cambio de la directiva
de ejecucin slo afecta al proceso actual y no cambia la
configuracin del Registro ExecutionPolicy de Windows PowerShell.
set-executionpolicy -scope process -executionpolicy
RemoteSigned
Tambin puede utilizar el parmetro ExecutionPolicy
de PowerShell.exe para iniciar una nica sesin con una
directiva de ejecucin menos restrictiva.
powershell.exe -executionpolicy RemoteSigned
Para obtener ms informacin acerca de los cmdlets, vea Import
-PSSession, Export-PSSession e Import-Module. Para obtener ms
informacin acerca de las directivas de ejecucin, vea
about_Execution_Policies. Para obtener ms
informacin acerca de las opciones de Ayuda
de consola PowerShell.exe, escriba "powershell.exe -?".
CMO ESTABLECER Y CAMBIAR CUOTAS
-------------------------------ERROR: El total de datos recibidos del cliente remoto supera
el mximo permitido.
Puede utilizar cuotas para proteger el equipo local y el equipo
remoto del uso excesivo de recursos, tanto accidental como malintencionado.
Las cuotas siguientes estn disponibles en la
configuracin bsica.
-- El proveedor de WS-Management (WSMan:) proporciona varias
configuraciones de cuotas, como las configuraciones MaxEnvelopeSizeKB y
MaxProviderRequests en el nodo WSMan:\<nombreDeEquipo>, y las
configuraciones MaxConcurrentOperations,MaxConcurrentOperationsPerUser
y MaxConnections en el nodo WSMan:\<nombreDeEquipo>\Service.
-- Puede proteger el equipo local utilizando los parmetros
MaximumReceivedDataSizePerCommandMB y MaximumReceivedObjectSizeMB del
cmdlet New-PSSessionOption y la variable de preferencia $PSSessionOption.
-- Puede proteger el equipo remoto agregando restricciones a las
configuraciones de sesin, como por ejemplo, utilizando los
parmetros MaximumReceivedDataSizePerCommandMB y MaximumReceivedObjectSizeM
B
del cmdlet Register-PSSessionConfiguration.
Cuando las cuotas entran en conflicto con un comando, Windows
PowerShell genera un error.
Para resolver el error, cambie el comando remoto de modo que
cumpla con la cuota. O bien, determine el origen de la cuota y,
a continuacin, aumntela para permitir que el comando
se complete.
Por ejemplo, el comando siguiente aumenta la cuota de tamao de
objeto en la configuracin de sesin Microsoft.PowerShell en el

equipo remoto de 10 MB (valor predeterminado) a 11 MB.


Set-PSSessionConfiguration -name microsoft.powershell `
-MaximumReceivedObjectSizeMB 11 -Force
Para obtener ms informacin acerca del cmdlet New-PSSsessionOption,
vea New-PSSessionOption.
Para obtener ms informacin sobre las cuotas de WS-Management,
vea el tema de Ayuda correspondiente al proveedor de WS
-Management (escriba "get-help WSMan").
CMO RESOLVER ERRORES DE TIEMPO DE ESPERA
----------------------------------------ERROR: El servicio WS-Management no puede completar la
operacin en el tiempo especificado en OperationTimeout.
Puede utilizar tiempos de espera para proteger el equipo local y
el equipo remoto del uso excesivo de recursos, tanto accidental
como malintencionado. Cuando se establecen tiempos de espera
tanto en el equipo local como en el equipo remoto, Windows
PowerShell utiliza la configuracin de tiempo de espera
ms breve.
Los tiempos de espera siguientes estn disponibles en la
configuracin bsica.
-- El proveedor de WS-Management (WSMan:) proporciona varias
configuraciones de tiempo de espera del lado de cliente y del
lado de servicio, como la configuracin MaxTimeoutms en el nodo
WSMan:\<nombreDeEquipo> y las configuraciones EnumerationTimeoutms y
MaxPacketRetrievalTimeSeconds en el nodo WSMan:\<nombreDeEquipo>\Service.
-- Puede proteger el equipo local utilizando los parmetros
CancelTimeout, IdleTimeout, OpenTimeout y OperationTimeout del
cmdlet New-PSSessionOption y la variable de preferencia $PSSessionOption.
-- Tambin puede proteger el equipo remoto estableciendo mediante
programacin valores de tiempo de espera en la configuracin de
sesin para la sesin.
Cuando un valor de tiempo de espera no permite que una operacin
se complete, Windows PowerShell finaliza la operacin y genera
un error.
Para resolver el error, cambie el
operacin dentro del intervalo de
el origen del lmite de tiempo de
de tiempo de espera para permitir

comando para completar la


tiempo de espera o determine
espera y aumente el intervalo
que el comando se complete.

Por ejemplo, los comandos siguientes utilizan el cmdlet New


-PSSessionOption para crear un objeto de opcin de sesin con
un valor OperationTimeout de 4 minutos (en MS) y, a
continuacin, utilizan el objeto de opcin de sesin para crear
una sesin remota.

C:\PS> $pso = new-pssessionoption -operationtimeout 240000


C:\PS> new-pssession -computername Server01 -sessionOption $pso
Para obtener ms informacin sobre los tiempos de espera de WS
-Management, vea el tema de Ayuda correspondiente al proveedor
de WS-Management (escriba "get-help WSMan").
Para obtener ms informacin acerca del cmdlet New-PSSsessionOption,
vea New-PSSessionOption.
SOLUCIONAR PROBLEMAS RELACIONADOS CON EL COMPORTAMIENTO SIN RESPUESTA
En esta seccin se analizan los problemas de conexin remota que
evitan que un comando se complete y que evitan o retrasan la
devolucin del smbolo del sistema de Windows PowerShell.
CMO INTERRUMPIR UN COMANDO
-------------------------Algunos programas de Windows nativos, como los programas con una
interfaz de usuario, las aplicaciones de consola que solicitan
datos y las aplicaciones de consola que utilizan la API de
consola Win32, no funcionan correctamente en el host remoto de
Windows PowerShell.
Cuando se utilizan estos programas, es posible que se observe un
comportamiento inesperado, como que no se produzcan resultados,
que se produzca un resultado parcial o que no se complete un
comando remoto.
Para finalizar un programa que no responde, escriba CTRL + C. Para
ver los errores que se hayan podido notificar, escriba "$error"
en el host local y la sesin remota.
VEA TAMBIN
Versin en pantalla: http://go.microsoft.com/fwlink/?LinkID=135188
about_remote
about_remote_requirements

Anda mungkin juga menyukai