New-PSSession
Cria uma conexão persistente para um computador local ou remoto.
Syntax
New-PSSession
[[-ComputerName] <String[]>]
[-Credential <PSCredential>]
[-Name <String[]>]
[-EnableNetworkAccess]
[-ConfigurationName <String>]
[-Port <Int32>]
[-UseSSL]
[-ApplicationName <String>]
[-ThrottleLimit <Int32>]
[-SessionOption <PSSessionOption>]
[-Authentication <AuthenticationMechanism>]
[-CertificateThumbprint <String>]
[<CommonParameters>]
New-PSSession
[-Credential <PSCredential>]
[-Name <String[]>]
[-EnableNetworkAccess]
[-ConfigurationName <String>]
[-ThrottleLimit <Int32>]
[-ConnectionUri] <Uri[]>
[-AllowRedirection]
[-SessionOption <PSSessionOption>]
[-Authentication <AuthenticationMechanism>]
[-CertificateThumbprint <String>]
[<CommonParameters>]
New-PSSession
-Credential <PSCredential>
[-Name <String[]>]
[-ConfigurationName <String>]
[-VMId] <Guid[]>
[-ThrottleLimit <Int32>]
[<CommonParameters>]
New-PSSession
-Credential <PSCredential>
[-Name <String[]>]
[-ConfigurationName <String>]
-VMName <String[]>
[-ThrottleLimit <Int32>]
[<CommonParameters>]
New-PSSession
[[-Session] <PSSession[]>]
[-Name <String[]>]
[-EnableNetworkAccess]
[-ThrottleLimit <Int32>]
[<CommonParameters>]
New-PSSession
[-Name <String[]>]
[-ConfigurationName <String>]
-ContainerId <String[]>
[-RunAsAdministrator]
[-ThrottleLimit <Int32>]
[<CommonParameters>]
New-PSSession
-UseWindowsPowerShell
[-Name <string[]>]
[<CommonParameters>]
New-PSSession
[-Name <String[]>]
[-Port <Int32>]
[-HostName] <String[]>
[-UserName <String>]
[-KeyFilePath <String>]
[-SSHTransport]
[-Subsystem <String>]
[<CommonParameters>]
New-PSSession
[-Name <String[]>]
-SSHConnection <Hashtable[]>
[<CommonParameters>]
Description
O New-PSSession
cmdlet cria uma sessão do PowerShell (PSSession) em um computador local ou remoto. Quando você cria uma PSSession, o PowerShell estabelece uma conexão persistente com o computador remoto.
Use uma PSSession para executar vários comandos que compartilham dados, como uma função ou o valor de uma variável. Para executar comandos em uma PSSession, use o Invoke-Command
cmdlet . Para usar a PSSession para interagir diretamente com um computador remoto, use o Enter-PSSession
cmdlet . Para obter mais informações, consulte about_PSSessions.
Você pode executar comandos em um computador remoto sem criar uma PSSession com os parâmetros ComputerName de Enter-PSSession
ou Invoke-Command
. Quando você usa o parâmetro ComputerName , o PowerShell cria uma conexão temporária que é usada para o comando e, em seguida, é fechada.
A partir do PowerShell 6.0, você pode usar o SSH (Secure Shell) para estabelecer uma conexão com e criar uma sessão em um computador remoto, se o SSH estiver disponível no computador local e o computador remoto estiver configurado com um ponto de extremidade SSH do PowerShell. O benefício de uma sessão remota do PowerShell baseada em SSH é que ela pode funcionar em várias plataformas (Windows, Linux, macOS). Para sessões baseadas em SSH, use o parâmetro HostName ou SSHConnection definido para especificar o computador remoto e as informações de conexão relevantes. Para obter mais informações sobre como configurar a comunicação remota SSH do PowerShell, consulte Comunicação remota do PowerShell por SSH.
Observação
Ao usar a comunicação remota do WSMan de um cliente Linux ou macOS com um ponto de extremidade HTTPS em que o certificado do servidor não é confiável (por exemplo, um certificado autoassinado). Você deve fornecer um PSSessionOption que inclua os valores SkipCACheck e SkipCNCheck definidos $true
como para estabelecer a conexão com êxito. Faça isso somente se você estiver em um ambiente em que possa ter certeza do certificado do servidor e da conexão de rede com o sistema de destino.
Exemplos
Exemplo 1: Create uma sessão no computador local
$s = New-PSSession
Esse comando cria uma nova PSSession no computador local e salva a PSSession na $s
variável .
Agora você pode usar essa PSSession para executar comandos no computador local.
Exemplo 2: Create uma sessão em um computador remoto
$Server01 = New-PSSession -ComputerName Server01
Esse comando cria uma nova PSSession no computador Server01 e salva-a na $Server01
variável .
Ao criar vários objetos PSSession , atribua-os a variáveis com nomes úteis. Isso ajudará você a gerenciar os objetos PSSession em comandos subsequentes.
Exemplo 3: Create sessões em vários computadores
$s1, $s2, $s3 = New-PSSession -ComputerName Server01,Server02,Server03
Esse comando cria três objetos PSSession , um em cada um dos computadores especificados pelo parâmetro ComputerName .
O comando usa o operador de atribuição (=
) para atribuir os novos objetos PSSession a variáveis: $s1
, $s2
, $s3
. Ele atribui a PSSession Server01 a $s1
, a PSSession Server02 a $s2
e a PSSession Server03 a $s3
.
Quando você atribui vários objetos a uma série de variáveis, o PowerShell atribui cada objeto a uma variável na série, respectivamente. Se houver mais objetos que variáveis, todos os objetos restantes serão atribuídos à última variável. Se houver mais variáveis do que objetos, as variáveis restantes estarão vazias ($null
).
Exemplo 4: Create uma sessão com uma porta especificada
New-PSSession -ComputerName Server01 -Port 8081 -UseSSL -ConfigurationName E12
Esse comando cria uma nova PSSession no computador Server01 que se conecta à porta 8081
do servidor e usa o protocolo SSL. A nova PSSession usa uma configuração de sessão alternativa chamada E12
.
Antes de configurar a porta, você deve configurar o ouvinte WinRM no computador remoto para escutar na porta 8081. Para obter mais informações, consulte a descrição do parâmetro Port .
Exemplo 5: Create uma sessão com base em uma sessão existente
New-PSSession -Session $s -Credential Domain01\User01
Esse comando cria uma PSSession com as mesmas propriedades de uma PSSession existente. Você pode usar esse formato de comando quando os recursos de uma PSSession existente estiverem esgotados e uma nova PSSession for necessária para descarregar parte da demanda.
O comando usa o parâmetro Session de New-PSSession
para especificar a PSSession salva na $s
variável . Ele usa as credenciais do Domain1\Admin01
usuário para concluir o comando.
Exemplo 6: Create uma sessão com um escopo global em um domínio diferente
$global:s = New-PSSession -ComputerName Server1.Domain44.Corpnet.Fabrikam.com -Credential Domain01\Admin01
Este exemplo mostra como criar uma PSSession com um escopo global em um computador em um domínio diferente.
Por padrão, os objetos PSSession criados na linha de comando são criados com escopo local e objetos PSSession criados em um script têm escopo de script.
Para criar uma PSSession com escopo global, crie uma nova PSSession e armazene a PSSession em uma variável que é convertida em um escopo global. Nesse caso, a $s
variável é convertida em um escopo global.
O comando usa o parâmetro ComputerName para especificar o computador remoto. Como o computador está em um domínio diferente da conta de usuário, o nome completo do computador é especificado junto com as credenciais do usuário.
Exemplo 7: Create sessões para muitos computadores
$rs = Get-Content C:\Test\Servers.txt | New-PSSession -ThrottleLimit 50
Esse comando cria uma PSSession em cada um dos 200 computadores listados no Servers.txt
arquivo e armazena a PSSession resultante na $rs
variável . Os objetos PSSession têm um limite de limitação de 50
.
Você pode usar esse formato de comando quando os nomes dos computadores são armazenados em um banco de dados, arquivo de texto, planilha ou outro formato convertível em texto.
Exemplo 8: Create uma sessão usando um URI
$s = New-PSSession -URI http://Server01:91/NewSession -Credential Domain01\User01
Esse comando cria uma PSSession no computador Server01 e a armazena na $s
variável . Ele usa o parâmetro URI para especificar o protocolo de transporte, o computador remoto, a porta e uma configuração de sessão alternativa. Ele também usa o parâmetro Credential para especificar uma conta de usuário que tenha permissão para criar uma sessão no computador remoto.
Exemplo 9: executar um trabalho em segundo plano em um conjunto de sessões
$s = New-PSSession -ComputerName (Get-Content Servers.txt) -Credential Domain01\Admin01 -ThrottleLimit 16
Invoke-Command -Session $s -ScriptBlock {Get-Process PowerShell} -AsJob
Esses comandos criam um conjunto de objetos PSSession e, em seguida, executam um trabalho em segundo plano em cada um dos objetos PSSession .
O primeiro comando cria uma nova PSSession em cada um dos computadores listados no Servers.txt
arquivo. Ele usa o New-PSSession
cmdlet para criar a PSSession. O valor do parâmetro ComputerName é um comando que usa o Get-Content
cmdlet para obter a lista de nomes de computador do Servers.txt
arquivo.
O comando usa o parâmetro Credential para criar os objetos PSSession que têm a permissão de um administrador de domínio e usa o parâmetro ThrottleLimit para limitar o comando a 16
conexões simultâneas. O comando salva os objetos PSSession na $s
variável .
O segundo comando usa o parâmetro AsJob do Invoke-Command
cmdlet para iniciar um trabalho em segundo plano que executa um comando em cada um Get-Process PowerShell
dos objetos PSSession em $s
.
Para obter mais informações sobre trabalhos em segundo plano do PowerShell, consulte about_Jobs e about_Remote_Jobs.
Exemplo 10: Create uma sessão para um computador usando seu URI
New-PSSession -ConnectionURI https://management.exchangelabs.com/Management
Esse comando cria objetos PSSession que se conectam a um computador especificado por um URI em vez de um nome de computador.
Exemplo 11: Create uma opção de sessão
$so = New-PSSessionOption -SkipCACheck
New-PSSession -ConnectionUri https://management.exchangelabs.com/Management -SessionOption $so -Credential Server01\Admin01
Este exemplo mostra como criar um objeto de opção de sessão e usar o parâmetro SessionOption .
O primeiro comando usa o New-PSSessionOption
cmdlet para criar uma opção de sessão. Ele salva o objeto SessionOption resultante na $so
variável .
O segundo comando usa a opção em uma nova sessão. O comando usa o New-PSSession
cmdlet para criar uma nova sessão. O valor do parâmetro SessionOption é o objeto SessionOption na $so
variável .
Exemplo 12: Create uma sessão usando SSH
New-PSSession -HostName UserA@LinuxServer01
Este exemplo mostra como criar uma nova PSSession usando o SSH (Secure Shell). Se o SSH estiver configurado no computador remoto para solicitar senhas, você receberá um prompt de senha. Caso contrário, você precisará usar a autenticação de usuário baseada em chave SSH.
Exemplo 13: Create uma sessão usando SSH e especificar a porta e a chave de autenticação do usuário
New-PSSession -HostName UserA@LinuxServer01:22 -KeyFilePath c:\<path>\userAKey_rsa
Este exemplo mostra como criar uma PSSession usando o SSH (Secure Shell). Ele usa o parâmetro Port para especificar a porta a ser usada e o parâmetro KeyFilePath para especificar uma chave RSA usada para identificar e autenticar o usuário no computador remoto.
Exemplo 14: Create várias sessões usando SSH
$sshConnections = @(
@{
HostName = 'WinServer1'
UserName = 'domain\userA'
KeyFilePath = 'c:\users\UserA\id_rsa'
}
@{
HostName = 'UserB@LinuxServer5'
KeyFilePath = 'c:\UserB\<path>\id_rsa'
}
)
New-PSSession -SSHConnection $sshConnections
Este exemplo mostra como criar várias sessões usando o SSH (Secure Shell) e o conjunto de parâmetros SSHConnection . O parâmetro SSHConnection usa uma matriz de tabelas de hash que contêm informações de conexão para cada sessão. Observe que este exemplo requer que os computadores remotos de destino tenham o SSH configurado para dar suporte à autenticação de usuário baseada em chave.
Parâmetros
-AllowRedirection
Indica que esse cmdlet permite o redirecionamento dessa conexão para um URI (Uniform Resource Identifier) alternativo.
Quando você usa o parâmetro ConnectionURI, o destino remoto pode retornar uma instrução para redirecionar para um URI diferente. Por padrão, o PowerShell não redireciona conexões, mas você pode usar esse parâmetro para habilitá-lo para redirecionar a conexão.
É possível também limitar o número de vezes que a conexão é redirecionada alterando o valor da opção de sessão MaximumConnectionRedirectionCount. Use o parâmetro MaximumRedirection do New-PSSessionOption
cmdlet ou defina a propriedade MaximumConnectionRedirectionCount da variável de preferência $PSSessionOption . O valor padrão é 5
.
Type: | SwitchParameter |
Position: | Named |
Default value: | None |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
-ApplicationName
Especifica o segmento de nome de aplicativo do URI de conexão. Use esse parâmetro para especificar o nome do aplicativo quando não estiver usando o parâmetro ConnectionURI no comando.
O valor padrão é o valor da variável de $PSSessionApplicationName
preferência no computador local. Se essa variável de preferência não estiver definida, o valor padrão será WSMAN
. Esse valor é adequado para a maioria dos usos. Para obter mais informações, consulte about_Preference_Variables.
O serviço WinRM usa o nome do aplicativo para selecionar um ouvinte para atender à solicitação de conexão. O valor desse parâmetro deve corresponder ao valor da propriedade URLPrefix de um ouvinte no computador remoto.
Type: | String |
Position: | Named |
Default value: | None |
Required: | False |
Accept pipeline input: | True |
Accept wildcard characters: | False |
-Authentication
Especifica o mecanismo usado para autenticar as credenciais do usuário. Os valores aceitáveis para esse parâmetro são:
Default
Basic
Credssp
Digest
Kerberos
Negotiate
NegotiateWithImplicitCredential
O valor padrão é Default
.
Para obter mais informações sobre os valores desse parâmetro, consulte AuthenticationMechanism Enumeration.
Cuidado
A autenticação credSSP (Provedor de Suporte à Segurança de Credenciais), na qual as credenciais do usuário são passadas para um computador remoto a ser autenticado, foi projetada para comandos que exigem autenticação em mais de um recurso, como acessar um compartilhamento de rede remoto. Esse mecanismo aumenta o risco de segurança da operação remota. Se o computador remoto estiver comprometido, as credenciais que são passadas a ele podem ser usadas para controlar a sessão de rede.
Type: | AuthenticationMechanism |
Accepted values: | Default, Basic, Negotiate, NegotiateWithImplicitCredential, Credssp, Digest, Kerberos |
Position: | Named |
Default value: | None |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
-CertificateThumbprint
Especifica o certificado de chave pública digital (X509) de uma conta de usuário com permissão para executar essa ação. Insira a impressão digital do certificado.
Os certificados são utilizados na autenticação baseada em certificado do cliente. Eles podem ser mapeados somente para contas de usuário local; eles não funcionam com contas de domínio.
Para obter um certificado, use o Get-Item
comando ou Get-ChildItem
na unidade do PowerShell Cert:
.
Type: | String |
Position: | Named |
Default value: | None |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
-ComputerName
Especifica uma matriz de nomes de computadores. Esse cmdlet cria uma conexão persistente (PSSession) com o computador especificado. Se você inserir vários nomes de computador, New-PSSession
criará vários objetos PSSession , um para cada computador. O padrão é o computador local.
Digite o nome NetBIOS, um endereço IP ou um nome de domínio totalmente qualificado de um ou mais computadores remotos. Para especificar o computador local, digite o nome do computador, localhost
ou um ponto (.
). Quando o computador está em um domínio diferente do usuário, é necessário o nome de domínio totalmente qualificado.
Você também pode redirecionar um nome de computador, entre aspas, para New-PSSession
.
Para usar um endereço IP no valor do parâmetro ComputerName , o comando deve incluir o parâmetro Credential . Além disso, o computador deve ser configurado para o transporte HTTPS ou o endereço IP do computador remoto deve ser incluído na lista WinRM TrustedHosts no computador local. Para obter instruções sobre como adicionar um nome de computador à lista TrustedHosts, confira "Como adicionar um computador à lista de hosts confiáveis" no about_Remote_Troubleshooting.
Para incluir o computador local no valor do parâmetro ComputerName, comece Windows PowerShell usando a opção Executar como administrador.
Type: | String[] |
Aliases: | Cn |
Position: | 0 |
Default value: | None |
Required: | False |
Accept pipeline input: | True |
Accept wildcard characters: | False |
-ConfigurationName
Especifica a configuração de sessão usada para a nova PSSession.
Insira um nome de configuração ou o URI do recurso totalmente qualificado para uma configuração de sessão. Se você especificar apenas o nome da configuração, o seguinte URI de esquema será anexado: http://schemas.microsoft.com/PowerShell
.
A configuração da sessão para uma sessão está localizada no computador remoto. Se a configuração de sessão especificada não existir no computador remoto, o comando falhará.
O valor padrão é o valor da variável de $PSSessionConfigurationName
preferência no computador local. Se essa variável de preferência não estiver definida, o padrão será Microsoft.PowerShell
. Para obter mais informações, consulte about_Preference_Variables.
Type: | String |
Position: | Named |
Default value: | None |
Required: | False |
Accept pipeline input: | True |
Accept wildcard characters: | False |
-ConnectionUri
Especifica um URI que define o ponto de extremidade de conexão para a sessão. O URI deve ser totalmente qualificado. O formato dessa cadeia de caracteres é o seguinte:
<Transport>://<ComputerName>:<Port>/<ApplicationName>
O valor padrão é o seguinte:
http://localhost:5985/WSMAN
Se não especificar um ConnectionURI, poderá usar os parâmetros UseSSL, ComputerName, Port e ApplicationName para especificar os valores do ConnectionURI.
Os valores válidos para o segmento Transport do URI são HTTP e HTTPS. Se você especificar um URI de conexão com um segmento de Transporte, mas não especificar uma porta, a sessão será criada com portas padrões: 80
para HTTP e 443
para HTTPS. Para usar as portas padrão para comunicação remota do PowerShell, especifique a porta 5985
para HTTP ou 5986
para HTTPS.
Se o computador de destino redirecionar a conexão para um URI diferente, o PowerShell impedirá o redirecionamento, a menos que você use o parâmetro AllowRedirection no comando .
Type: | Uri[] |
Aliases: | URI, CU |
Position: | 0 |
Default value: | None |
Required: | True |
Accept pipeline input: | True |
Accept wildcard characters: | False |
-ContainerId
Especifica uma matriz de IDs de contêineres. Esse cmdlet inicia uma sessão interativa com cada um dos contêineres especificados. Use o docker ps
comando para obter uma lista de IDs de contêiner. Para obter mais informações, consulte a ajuda para o comando docker ps .
Type: | String[] |
Position: | Named |
Default value: | None |
Required: | True |
Accept pipeline input: | True |
Accept wildcard characters: | False |
-Credential
Especifica uma conta de usuário que tem permissão para executar essa ação. O padrão é o usuário atual.
Digite um nome de usuário, como User01
ou Domain01\User01
, ou insira um objeto PSCredential gerado pelo Get-Credential
cmdlet . Se você digitar um nome de usuário, será solicitado que você insira a senha.
As credenciais são armazenadas em um objeto PSCredential e a senha é armazenada como uma SecureString.
Observação
Para obter mais informações sobre a proteção de dados SecureString , consulte Quão seguro é SecureString?.
Type: | PSCredential |
Position: | Named |
Default value: | Current user |
Required: | False |
Accept pipeline input: | True |
Accept wildcard characters: | False |
-EnableNetworkAccess
Indica que esse cmdlet adiciona um token de segurança interativo a sessões de loopback. O token interativo permite executar comandos na sessão de loopback que obtêm dados de outros computadores. Por exemplo, você pode executar um comando na sessão que copia arquivos XML de um computador remoto no computador local.
Uma sessão de loopback é uma PSSession que se origina e termina no mesmo computador. Para criar uma sessão de loopback, omita o parâmetro ComputerName ou defina seu valor como ponto (.
), localhost
ou o nome do computador local.
Por padrão, esse cmdlet cria sessões de loopback usando um token de rede, que pode não fornecer permissão suficiente para autenticar em computadores remotos.
O parâmetro EnableNetworkAccess só é eficaz em sessões de loopback. Se você usar EnableNetworkAccess ao criar uma sessão em um computador remoto, o comando terá êxito, mas o parâmetro será ignorado.
Você também pode habilitar o acesso remoto em uma sessão de loopback usando o CredSSP
valor do parâmetro Authentication , que delega as credenciais de sessão para outros computadores.
Para proteger o computador contra acesso mal-intencionado, as sessões de loopback desconectadas que têm tokens interativos, que são aqueles criados usando o parâmetro EnableNetworkAccess , só podem ser reconectadas do computador no qual a sessão foi criada. Sessões desconectadas que usam a autenticação CredSSP podem ser reconectadas por meio de outros computadores. Para obter mais informações, consulte Disconnect-PSSession
.
Esse parâmetro foi introduzido no PowerShell 3.0.
Type: | SwitchParameter |
Position: | Named |
Default value: | None |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
-HostName
Especifica uma matriz de nomes de computador para uma conexão baseada em SSH (Secure Shell). Isso é semelhante ao parâmetro ComputerName , exceto que a conexão com o computador remoto é feita usando SSH em vez do Windows WinRM.
Esse parâmetro foi introduzido no PowerShell 6.0.
Type: | String[] |
Position: | 0 |
Default value: | None |
Required: | True |
Accept pipeline input: | False |
Accept wildcard characters: | False |
-KeyFilePath
Especifica um caminho de arquivo de chave usado pelo SSH (Secure Shell) para autenticar um usuário em um computador remoto.
O SSH permite que a autenticação do usuário seja executada por meio de chaves privadas/públicas como uma alternativa à autenticação básica de senha. Se o computador remoto estiver configurado para autenticação de chave, esse parâmetro poderá ser usado para fornecer a chave que identifica o usuário.
Esse parâmetro foi introduzido no PowerShell 6.0.
Type: | String |
Aliases: | IdentityFilePath |
Position: | Named |
Default value: | None |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
-Name
Especifica um nome amigável para a PSSession.
Você pode usar o nome para se referir à PSSession ao usar outros cmdlets, como Get-PSSession
e Enter-PSSession
. Não é necessário que o nome do computador ou da sessão atual seja exclusivo.
Type: | String[] |
Position: | Named |
Default value: | None |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
-Port
Especifica a porta de rede no computador remoto que é usada para esta conexão. Para se conectar a um computador remoto, este deve estar escutando na porta usada pela conexão. As portas padrão são 5985
, que é a porta WinRM para HTTP e 5986
, que é a porta WinRM para HTTPS.
Antes de usar outra porta, você deve configurar o ouvinte WinRM no computador remoto para escutar nessa porta. Use os seguintes comandos para configurar o ouvinte:
winrm delete winrm/config/listener?Address=*+Transport=HTTP
winrm create winrm/config/listener?Address=*+Transport=HTTP @{Port="\<port-number\>"}
Não use o parâmetro Port a menos que seja necessário. A configuração da porta no comando se aplica a todos os computadores ou sessões em que o comando for executado. Uma configuração de porta alternativa pode impedir que o comando seja executado em todos os computadores.
Type: | Int32 |
Position: | Named |
Default value: | None |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
-RunAsAdministrator
Indica que o PSSession é executado como administrador.
Type: | SwitchParameter |
Position: | Named |
Default value: | None |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
-Session
Especifica uma matriz de objetos PSSession que esse cmdlet usa como modelo para a nova PSSession. Esse parâmetro cria novos objetos PSSession que têm as mesmas propriedades que os objetos PSSession especificados.
Insira uma variável que contenha os objetos PSSession ou um comando que cria ou obtém os objetos PSSession , como um New-PSSession
comando ou Get-PSSession
.
Os objetos PSSession resultantes têm o mesmo nome do computador, nome do aplicativo, URI de conexão, porta, nome de configuração, limite de limitação e valor SSL (Secure Sockets Layer) que os originais, mas eles têm um nome de exibição, ID e GUID (ID de instância) diferentes.
Type: | PSSession[] |
Position: | 0 |
Default value: | None |
Required: | False |
Accept pipeline input: | True |
Accept wildcard characters: | False |
-SessionOption
Especifica opções avançadas para a sessão. Insira um objeto SessionOption , como um que você cria usando o New-PSSessionOption
cmdlet ou uma tabela de hash na qual as chaves são nomes de opção de sessão e os valores são valores de opção de sessão.
Os valores padrão para as opções são determinados pelo valor da variável de $PSSessionOption
preferência, se ela estiver definida. Caso contrário, os valores padrão são estabelecidos por opções definidas na configuração da sessão.
Os valores de opção de sessão têm precedência sobre valores padrão para sessões definidas na $PSSessionOption
variável de preferência e na configuração da sessão. No entanto, eles não têm precedência sobre valores máximos, cotas ou limites definidos na configuração da sessão.
Para obter uma descrição das opções de sessão que incluem os valores padrão, consulte New-PSSessionOption
. Para obter informações sobre a $PSSessionOption
variável de preferência, consulte about_Preference_Variables. Para obter mais informações sobre configurações de sessão, consulte about_Session_Configurations.
Type: | PSSessionOption |
Position: | Named |
Default value: | None |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
-SSHConnection
Esse parâmetro usa uma matriz de hashtables em que cada hashtable contém um ou mais parâmetros de conexão necessários para estabelecer uma conexão SSH (Secure Shell) (HostName, Port, UserName, KeyFilePath).
Os parâmetros de conexão hashable são os mesmos definidos para o conjunto de parâmetros SSHHost .
O parâmetro SSHConnection é útil para criar várias sessões em que cada sessão requer informações de conexão diferentes.
Esse parâmetro foi introduzido no PowerShell 6.0.
Type: | Hashtable[] |
Position: | Named |
Default value: | None |
Required: | True |
Accept pipeline input: | False |
Accept wildcard characters: | False |
-SSHTransport
Indica que a conexão remota é estabelecida usando o Secure Shell (SSH).
Por padrão, o PowerShell usa o Windows WinRM para se conectar a um computador remoto. Essa opção força o PowerShell a usar o parâmetro HostName definido para estabelecer uma conexão remota baseada em SSH.
Esse parâmetro foi introduzido no PowerShell 6.0.
Type: | SwitchParameter |
Accepted values: | true |
Position: | Named |
Default value: | None |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
-Subsystem
Especifica o subsistema SSH usado para a nova PSSession.
Isso especifica o subsistema a ser usado no destino, conforme definido em sshd_config
. O subsistema inicia uma versão específica do PowerShell com parâmetros predefinidos. Se o subsistema especificado não existir no computador remoto, o comando falhará.
Se esse parâmetro não for usado, o padrão será o powershell
subsistema.
Type: | String |
Position: | Named |
Default value: | powershell |
Required: | False |
Accept pipeline input: | True |
Accept wildcard characters: | False |
-ThrottleLimit
Especifica o número máximo de conexões simultâneas que podem ser estabelecidas para executar o comando.
Se você omitir esse parâmetro ou inserir um valor de 0
(zero), o valor padrão, 32
, será usado.
O limite de aceleração aplica-se somente ao comando atual e não à sessão ou ao computador.
Type: | Int32 |
Position: | Named |
Default value: | None |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
-UserName
Especifica o nome de usuário da conta usada para criar uma sessão no computador remoto. O método de autenticação do usuário depende de como o Secure Shell (SSH) é configurado no computador remoto.
Se o SSH estiver configurado para autenticação de senha básica, você será solicitado a fornecer a senha do usuário.
Se o SSH estiver configurado para autenticação de usuário baseada em chave, um caminho de arquivo de chave poderá ser fornecido por meio do parâmetro KeyFilePath e você não será solicitado a fornecer uma senha. Observe que, se o arquivo de chave do usuário cliente estiver localizado em um local conhecido do SSH, o parâmetro KeyFilePath não será necessário para autenticação baseada em chave e a autenticação do usuário ocorrerá automaticamente com base no nome de usuário. Consulte a documentação do SSH sobre a autenticação de usuário baseada em chave para obter mais informações.
Esse não é um parâmetro obrigatório. Se nenhum parâmetro UserName for especificado, o nome de usuário atual será usado para a conexão.
Esse parâmetro foi introduzido no PowerShell 6.0.
Type: | String |
Position: | Named |
Default value: | None |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
-UseSSL
Indica que esse cmdlet usa o protocolo SSL para estabelecer uma conexão com o computador remoto. Por padrão, SSL não é usado.
WS-Management criptografa todo o conteúdo do PowerShell transmitido pela rede. O parâmetro UseSSL oferece uma proteção adicional que envia os dados em uma conexão HTTPS em vez de uma conexão HTTP.
Se você usar esse parâmetro, mas o SSL não estiver disponível na porta usada para o comando, o comando falhará.
Type: | SwitchParameter |
Position: | Named |
Default value: | None |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
-UseWindowsPowerShell
Cria uma conexão remota com um novo runspace Windows PowerShell no sistema local.
Type: | SwitchParameter |
Position: | Named |
Default value: | None |
Required: | True |
Accept pipeline input: | False |
Accept wildcard characters: | False |
-VMId
Especifica uma matriz de IDs de máquina virtual. Esse cmdlet inicia uma sessão interativa com cada uma das máquinas virtuais especificadas. Para ver as máquinas virtuais disponíveis para você, use o seguinte comando:
Get-VM | Select-Object -Property Name, ID
Type: | Guid[] |
Aliases: | VMGuid |
Position: | 0 |
Default value: | None |
Required: | True |
Accept pipeline input: | True |
Accept wildcard characters: | False |
-VMName
Especifica uma matriz de nomes de máquinas virtuais. Esse cmdlet inicia uma sessão interativa com cada uma das máquinas virtuais especificadas. Para ver as máquinas virtuais disponíveis para você, use o Get-VM
cmdlet .
Type: | String[] |
Position: | Named |
Default value: | None |
Required: | True |
Accept pipeline input: | True |
Accept wildcard characters: | False |
Entradas
System.String, System.URI, System.Management.Automation.Runspaces.PSSession
Você pode redirecionar uma cadeia de caracteres, um URI ou um objeto de sessão para esse cmdlet.
Saídas
Observações
- Esse cmdlet usa a infraestrutura de comunicação remota do PowerShell. Para usar esse cmdlet, o computador local e todos os computadores remotos devem ser configurados para comunicação remota do PowerShell. Para obter mais informações, consulte about_Remote_Requirements.
- Para criar uma PSSession no computador local, inicie o PowerShell com a opção Executar como administrador .
- Quando terminar de usar a PSSession, use o
Remove-PSSession
cmdlet para excluir a PSSession e liberar seus recursos. - Os conjuntos de parâmetros HostName e SSHConnection foram incluídos a partir do PowerShell 6.0. Eles foram adicionados para fornecer comunicação remota do PowerShell com base no SSH (Secure Shell). O SSH e o PowerShell têm suporte em várias plataformas (Windows, Linux, macOS) e a comunicação remota do PowerShell funcionará nessas plataformas em que o PowerShell e o SSH estão instalados e configurados. Isso é separado da comunicação remota somente do Windows anterior baseada no WinRM e muitos dos recursos e limitações específicos do WinRM não se aplicam. Por exemplo, não há suporte para cotas baseadas em WinRM, opções de sessão, configuração de ponto de extremidade personalizado e recursos de desconexão/reconexão. Para obter mais informações sobre como configurar a comunicação remota SSH do PowerShell, consulte Comunicação remota do PowerShell por SSH.
O ssh
executável obtém dados de configuração das seguintes fontes na seguinte ordem:
- opções de linha de comando
- arquivo de configuração do usuário (~/.ssh/config)
- arquivo de configuração em todo o sistema (/etc/ssh/ssh_config)
Os seguintes parâmetros de cmdlet são mapeados em ssh
parâmetros e opções:
Parâmetro de cmdlet | parâmetro ssh | opção equivalente ssh -o |
---|---|---|
-KeyFilePath |
-i <KeyFilePath> |
-o IdentityFile=<KeyFilePath> |
-UserName |
-l <UserName> |
-o User=<UserName> |
-Port |
-p <Port> |
-o Port=<Port> |
-ComputerName -Subsystem |
-s <ComputerName> <Subsystem> |
-o Host=<ComputerName> |
Para obter mais informações sobre ssh_config
arquivos, consulte ssh_config(5).