次の方法で共有


SSH 経由の PowerShell リモート処理

概要

PowerShell リモート処理では通常、接続交渉とデータ転送に WinRM が使用されます。 SSH が Linux および Windows のプラットフォームで利用可能になり、実際のマルチプラットフォームの PowerShell リモート処理を実行できます。

WinRM は PowerShell リモート処理セッションに堅牢なホスティング モデルを提供します。 SSH ベースのリモート処理では現在、リモート エンドポイント構成および JEA (Just Enough Administration) はサポートされていません。

SSH リモート処理では、Windows コンピューターと Linux コンピューターの間で基本的な PowerShell セッションをリモート処理できます。 SSH リモート処理で、SSH サブシステムとしてターゲット コンピューター上に PowerShell ホスティング プロセスを作成します。 最終的には、エンドポイント構成と JEA をサポートするために、WinRM とほぼ同じ一般的なホスティング モデルが実装される予定です。

現在、New-PSSessionEnter-PSSession、および Invoke-Command コマンドレットには、この新しいリモート処理接続をサポートする新しいパラメーター セットがあります。

[-HostName <string>]  [-UserName <string>]  [-KeyFilePath <string>]

リモート セッションを作成するには、HostName パラメーターでターゲット コンピューターを指定し、UserName でユーザー名を指定します。 コマンドレットを対話的に実行する場合は、パスワードの入力を求められます。 また、KeyFilePath パラメーターでプライベート キー ファイルを使用して、SSH キー認証を使用することもできます。 SSH 認証用のキーの作成は、プラットフォームによって異なります。

一般的なセットアップ情報

PowerShell 6 以降と SSH がすべてのコンピューターにインストールされている必要があります。 コンピューター間でリモート処理を行うには、SSH クライアント (ssh.exe) とサーバー (sshd.exe) の両方をインストールします。 OpenSSH for Windows が Windows 10 ビルド 1809 と Windows Server 2019 で利用できるようになりました。 詳細については、OpenSSH で Windows を管理する方法に関するページを参照してください。 Linux の場合、お使いのプラットフォームに適した SSH (sshd サーバーを含む) をインストールします。 また、SSH リモート処理の機能を取得するために、GitHub から PowerShell をインストールする必要があります。 SSH サーバーは、リモート コンピューター上で PowerShell プロセスをホストする SSH サブシステムを作成するように構成される必要があります。 また、パスワードキーベースの認証を有効にする必要があります。

Windows コンピューターに SSH サービスをインストールする

  1. 最新バージョンの PowerShell をインストールします。 詳細については、Windows への PowerShell のインストールに関するページを参照してください。

    New-PSSession パラメーター セットをリストアップすることで、PowerShell で SSH リモート処理がサポートされていることを確認できます。 SSH で始まるパラメーター セット名があることに気付くでしょう。 そのパラメーター セットに SSH パラメーターが含まれています。

    (Get-Command New-PSSession).ParameterSets.Name
    
    Name
    ----
    SSHHost
    SSHHostHashParam
    
  2. 最新の Win32 OpenSSH をインストールします。 インストール手順については、OpenSSH の概要ページを参照してください。

    Note

    PowerShell を OpenSSH の既定のシェルとして設定する場合、Windows で OpenSSH を構成する方法に関するページを参照してください。

  3. $env:ProgramData\ssh にある sshd_config ファイルを編集します。

    パスワード認証が有効になっていることを確認します。

    PasswordAuthentication yes
    

    リモート コンピューターで PowerShell プロセスをホストする SSH サブシステムを作成します。

    Subsystem powershell c:/progra~1/powershell/7/pwsh.exe -sshs -nologo
    

    Note

    PowerShell 7.4 以降では、SSH サーバー モードで PowerShell を実行するときに、-nologo パラメーターを使用する必要がなくなりました。

    Note

    PowerShell 実行可能ファイルの既定の場所は c:/progra~1/powershell/7/pwsh.exe です。 この場所は、PowerShell のインストール方法によって異なります。

    スペースを含むファイル パスには、8.3 の短い名前を使用する必要があります。 OpenSSH for Windows にバグがあり、サブシステムの実行可能ファイルのパスでスペースが機能しません。 詳細については、こちらの GitHub の問題のページを参照してください。

    通常、Progra~1 が、Windows の Program Files フォルダーに対する 8.3 の短い名前です。 しかし、次のコマンドを使用して確認することができます。

    Get-CimInstance Win32_Directory -Filter 'Name="C:\\Program Files"' |
      Select-Object EightDotThreeFileName
    
    EightDotThreeFileName
    ---------------------
    c:\progra~1
    

    必要であれば、キー認証を有効にします。

    PubkeyAuthentication yes
    

    詳細については、OpenSSH キーの管理方法に関するページを参照してください。

  4. sshd サービスを再起動します。

    Restart-Service sshd
    
  5. OpenSSH がインストールされているパスをパス環境変数に追加します。 たとえば、C:\Program Files\OpenSSH\ のようにします。 この項目によって、ssh.exe の場所が認識されます。

Ubuntu Linux コンピューターに SSH サービスをインストールする

  1. PowerShell の最新バージョンをインストールするには、「Ubuntu への PowerShell のインストール」を参照してください。

  2. Ubuntu OpenSSH Server をインストールします。

    sudo apt install openssh-client
    sudo apt install openssh-server
    
  3. /etc/sshsshd_config ファイルを編集します。

    パスワード認証が有効になっていることを確認します。

    PasswordAuthentication yes
    

    必要であれば、キー認証を有効にします。

    PubkeyAuthentication yes
    

    Ubuntu での SSH キーの作成の詳細については、ssh-keygen のマニュアル ページを参照してください。

    PowerShell サブシステム エントリを追加します。

    Subsystem powershell /usr/bin/pwsh -sshs -nologo
    

    Note

    PowerShell 実行可能ファイルの既定の場所は /usr/bin/pwsh です。 この場所は、PowerShell のインストール方法によって異なります。

    Note

    PowerShell 7.4 以降では、SSH サーバー モードで PowerShell を実行するときに、-nologo パラメーターを使用する必要がなくなりました。

  4. ssh サービスを再起動します。

    sudo systemctl restart sshd.service
    

macOS コンピューターに SSH サービスをインストールする

  1. 最新バージョンの PowerShell をインストールします。 詳細については、「macOS への PowerShell のインストール」を参照してください。

    次の手順で SSH リモート処理が有効になっていることを確認します

    1. System Settingsを開きます。
    2. General をクリックします
    3. [Sharing] をクリックします。
    4. Remote Login にオンにして Remote Login: On を設定します。
    5. 適切なユーザーにアクセスを許可します。
  2. /private/etc/ssh/sshd_configsshd_config ファイルを編集します。

    nano などのテキスト エディターを使用します。

    sudo nano /private/etc/ssh/sshd_config
    

    パスワード認証が有効になっていることを確認します。

    PasswordAuthentication yes
    

    PowerShell サブシステム エントリを追加します。

    Subsystem powershell /usr/local/bin/pwsh -sshs -nologo
    

    Note

    PowerShell 実行可能ファイルの既定の場所は /usr/local/bin/pwsh です。 この場所は、PowerShell のインストール方法によって異なります。

    Note

    PowerShell 7.4 以降では、SSH サーバー モードで PowerShell を実行するときに、-nologo パラメーターを使用する必要がなくなりました。

    必要であれば、キー認証を有効にします。

    PubkeyAuthentication yes
    
  3. sshd サービスを再起動します。

    sudo launchctl stop com.openssh.sshd
    sudo launchctl start com.openssh.sshd
    

Note

オペレーティング システムをアップグレードすると、SSH 構成ファイルが上書きされる可能性があります。 アップグレード後に構成ファイルを確認してください。

認証

SSH を使用する PowerShell リモート処理では、SSH クライアントと SSH サービスの間の認証交換に依存し、認証スキーム自体は何も実装されません。 結果として、多要素認証などの構成されている認証スキームはすべて SSH によって処理され、PowerShell からは独立します。 たとえば、セキュリティ強化のため、公開キー認証と 1 回限りのパスワードを要求するように、SSH サービスを構成できます。 多要素認証の構成については、このドキュメントでは説明されていません。 多要素認証を正しく構成し、PowerShell リモート処理での使用を試みる前に PowerShell の外部での動作を検証する方法については、SSH のドキュメントをご覧ください。

Note

ユーザーは、リモート セッションで同じ特権を保持します。 つまり、管理者は管理者特権シェルにアクセスできますが、通常のユーザーはアクセスできません。

PowerShell リモート処理の例

リモート処理をテストする最も簡単な方法は、1 台のコンピューターでリモート処理を試行することです。 以下の例では、同じ Linux コンピューターに戻るリモート セッションを作成します。 PowerShell コマンドレットを対話的に使用しているので、SSH からホスト コンピューターの確認を求めるプロンプトと、パスワードを求めるプロンプトが表示されています。 Windows コンピューター上で同じ操作を行って、リモート処理の動作を確実にすることができます。 その後、ホスト名を変更して、コンピューター間をリモート接続します。

Linux から Linux

$session = New-PSSession -HostName UbuntuVM1 -UserName TestUser
The authenticity of host 'UbuntuVM1 (9.129.17.107)' can't be established.
ECDSA key fingerprint is SHA256:2kCbnhT2dUE6WCGgVJ8Hyfu1z2wE4lifaJXLO7QJy0Y.
Are you sure you want to continue connecting (yes/no)?
TestUser@UbuntuVM1s password:
$session
 Id Name   ComputerName    ComputerType    State    ConfigurationName     Availability
 -- ----   ------------    ------------    -----    -----------------     ------------
  1 SSH1   UbuntuVM1       RemoteMachine   Opened   DefaultShell             Available
Enter-PSSession $session
[UbuntuVM1]: PS /home/TestUser> uname -a
Linux TestUser-UbuntuVM1 4.2.0-42-generic 49~16.04.1-Ubuntu SMP Wed Jun 29 20:22:11 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux

[UbuntuVM1]: PS /home/TestUser> Exit-PSSession
Invoke-Command $session -ScriptBlock { Get-Process pwsh }
Handles  NPM(K)    PM(K)      WS(K)     CPU(s)     Id  SI ProcessName    PSComputerName
-------  ------    -----      -----     ------     --  -- -----------    --------------
      0       0        0         19       3.23  10635 635 pwsh           UbuntuVM1
      0       0        0         21       4.92  11033 017 pwsh           UbuntuVM1
      0       0        0         20       3.07  11076 076 pwsh           UbuntuVM1

Linux から Windows

Enter-PSSession -HostName WinVM1 -UserName PTestName
PTestName@WinVM1s password:
[WinVM1]: PS C:\Users\PTestName\Documents> cmd /c ver
Microsoft Windows [Version 10.0.10586]

Windows から Windows

C:\Users\PSUser\Documents>pwsh.exe
PowerShell
Copyright (c) Microsoft Corporation. All rights reserved.
$session = New-PSSession -HostName WinVM2 -UserName PSRemoteUser
The authenticity of host 'WinVM2 (10.13.37.3)' can't be established.
ECDSA key fingerprint is SHA256:kSU6slAROyQVMEynVIXAdxSiZpwDBigpAF/TXjjWjmw.
Are you sure you want to continue connecting (yes/no)?
Warning: Permanently added 'WinVM2,10.13.37.3' (ECDSA) to the list of known hosts.
PSRemoteUser@WinVM2's password:
$session
 Id Name            ComputerName    ComputerType    State         ConfigurationName     Availability
 -- ----            ------------    ------------    -----         -----------------     ------------
  1 SSH1            WinVM2          RemoteMachine   Opened        DefaultShell             Available
Enter-PSSession -Session $session
[WinVM2]: PS C:\Users\PSRemoteUser\Documents> $PSVersionTable

Name                           Value
----                           -----
PSEdition                      Core
PSCompatibleVersions           {1.0, 2.0, 3.0, 4.0...}
SerializationVersion           1.1.0.1
BuildVersion                   3.0.0.0
CLRVersion
PSVersion                      6.0.0-alpha
WSManStackVersion              3.0
PSRemotingProtocolVersion      2.3
GitCommitId                    v6.0.0-alpha.17


[WinVM2]: PS C:\Users\PSRemoteUser\Documents>

制限事項

  • sudo コマンドは、Linux コンピューターへのリモート セッションでは機能しません。

  • SSH 経由の PSRemoting は、プロファイルをサポートしていないため、$PROFILE へのアクセス権がありません。 セッションでは、完全なファイルパスが含まれるプロファイルをドット ソースで実行することで、プロファイルを読み込むことができます。 これは SSH プロファイルには関係ありません。 PowerShell を既定のシェルとして使用するように SSH サーバーを構成して、SSH を使用してプロファイルを読み込むことはできます。 詳細については、SSH のドキュメントを参照してください。

  • PowerShell 7.1 より前では、SSH 経由のリモート処理は、次ホップのリモート セッションをサポートしていませんでした。 この機能は、WinRM を使用したセッションに限定されていました。 PowerShell 7.1 を使用すると、任意の対話型リモート セッション内で Enter-PSSessionEnter-PSHostProcess が機能します。

関連項目