リモート要件について

[アーティクル]
06/21/2023

概要

PowerShell でリモートコマンドを実行するためのシステム要件と構成要件について説明します。

詳細説明

このトピックでは、リモート接続を確立し、PowerShell でリモートコマンドを実行するためのシステム要件、ユーザー要件、およびリソース要件について説明します。また、リモート操作を構成する手順も示します。

注: 多くのコマンドレット (Get-Service、Get-Process、Get-WMIObject、Get-EventLog、Get-WinEvent コマンドレットなど) は、Microsoft .NET Framework メソッドを使用してオブジェクトを取得することで、リモートコンピューターからオブジェクトを取得します。 PowerShell リモート処理インフラストラクチャは使用しません。このドキュメントの要件は、これらのコマンドレットには適用されません。

ComputerName パラメーターを持っていてもリモート処理Windows PowerShell使用しないコマンドレットを見つけるには、コマンドレットの ComputerName パラメーターの説明を参照してください。

システム要件

Windows PowerShell 3.0 でリモートセッションを実行するには、ローカルコンピューターとリモートコンピューターに次の機能が必要です。

Windows PowerShell 3.0 以降
Microsoft .NET Framework 4 以降
Windows リモート管理 3.0

Windows PowerShell 2.0 でリモートセッションを実行するには、ローカルコンピューターとリモートコンピューターに次の情報が必要です。

Windows PowerShell 2.0 以降
Microsoft .NET Framework 2.0 以降
Windows リモート管理 2.0

Windows PowerShell 2.0 と Windows PowerShell 3.0 を実行しているコンピューター間でリモートセッションを作成できます。ただし、Windows PowerShell 3.0 でのみ実行される機能 (セッションの切断と再接続など) は、両方のコンピューターが 3.0 Windows PowerShell実行されている場合にのみ使用できます。

インストールされている PowerShell のバージョン番号を見つけるには、$PSVersionTable自動変数を使用します。

Windows リモート管理 (WinRM) 3.0 および Microsoft .NET Framework 4 は、Windows オペレーティングシステムのWindows 8、Windows Server 2012、および新しいリリースに含まれています。 WinRM 3.0 は、古いオペレーティングシステムのWindows Management Framework 3.0 に含まれています。コンピューターに必要なバージョンの WinRM または Microsoft .NET Frameworkがない場合、インストールは失敗します。

ユーザーのアクセス許可

リモートセッションを作成してリモートコマンドを実行するには、既定では、現在のユーザーがリモートコンピューターの Administrators グループのメンバーであるか、管理者の資格情報を指定する必要があります。それ以外の場合、コマンドは失敗します。

セッションを作成し、リモートコンピューター (またはローカルコンピューター上のリモートセッション) でコマンドを実行するために必要なアクセス許可は、セッションが接続するリモートコンピューターのセッション構成 ("エンドポイント" とも呼ばれます) によって確立されます。具体的には、セッション構成のセキュリティ記述子によって、セッション構成にアクセスできるユーザーと、接続に使用できるユーザーが決定されます。

既定のセッション構成 (Microsoft.PowerShell、Microsoft.PowerShell32、Microsoft.PowerShell.Workflow) のセキュリティ記述子では、Administrators グループのメンバーにのみアクセスできます。

現在のユーザーにセッション構成を使用するアクセス許可がない場合、コマンドを実行するコマンド (一時的なセッションを使用) またはリモートコンピューターで永続的なセッションを作成するコマンドは失敗します。ユーザーは、セッションを作成するコマンドレットの ConfigurationName パラメーターを使用して、別のセッション構成 (使用可能な場合) を選択できます。

コンピューター上の Administrators グループのメンバーは、既定のセッション構成のセキュリティ記述子を変更し、異なるセキュリティ記述子を使用して新しいセッション構成を作成することで、リモートでコンピューターに接続するアクセス許可を持つユーザーを特定できます。

セッション構成の詳細については、「 about_Session_Configurations」を参照してください。

WINDOWS ネットワークの場所

Windows PowerShell 3.0 以降では、Enable-PSRemoting コマンドレットを使用すると、プライベート、ドメイン、パブリックネットワーク上の Windows のクライアントとサーバーのバージョンでリモート処理を有効にできます。

プライベートネットワークとドメインネットワークを使用する Windows のサーバーバージョンでは、Enable-PSRemoting コマンドレットによって、無制限のリモートアクセスを許可するファイアウォール規則が作成されます。また、同じローカルサブネット内のコンピューターからのみリモートアクセスを許可するパブリックネットワークのファイアウォール規則も作成します。このローカルサブネットファイアウォール規則は、パブリックネットワーク上の Windows のサーバーバージョンでは既定で有効になっていますが、変更または削除された場合 Enable-PSRemoting 規則が再び有効になります。

プライベートネットワークとドメインネットワークを使用する Windows のクライアントバージョンでは、既定では、Enable-PSRemoting コマンドレットによって、無制限のリモートアクセスを許可するファイアウォール規則が作成されます。

パブリックネットワークを使用して Windows のクライアントバージョンでリモート処理を有効にするには、Enable-PSRemoting コマンドレットの SkipNetworkProfileCheck パラメーターを使用します。同じローカルサブネット内のコンピューターからのみリモートアクセスを許可するファイアウォール規則が作成されます。

パブリックネットワークのローカルサブネット制限を削除し、クライアントとサーバーのバージョンの Windows 上のすべての場所からリモートアクセスを許可するには、NetSecurity モジュールの Set-NetFirewallRule コマンドレットを使用します。次のコマンドを実行します。

Set-NetFirewallRule -Name "WINRM-HTTP-In-TCP-PUBLIC" -RemoteAddress Any

Windows PowerShell 2.0 では、サーバーバージョンの Windows で、すべてのネットワークでリモートアクセスを許可するファイアウォール規則を作成 Enable-PSRemoting。

Windows PowerShell 2.0 では、クライアントバージョンの Windows では、Enable-PSRemoting はプライベートネットワークとドメインネットワークにのみファイアウォール規則を作成します。ネットワークの場所がパブリックの場合、Enable-PSRemoting は失敗します。

管理者として実行する

次のリモート処理操作には、管理者特権が必要です。

ローカルコンピューターへのリモート接続の確立。これは一般に"ループバック" シナリオと呼ばれます。
ローカルコンピューターでのセッション構成の管理。
ローカルコンピューターで WS-Management 設定を表示および変更する。 WSMAN: ドライブの LocalHost ノードの設定を次に示します。

これらのタスクを実行するには、ローカルコンピューターの Administrators グループのメンバーである場合でも、"管理者として実行" オプションを使用して PowerShell を起動する必要があります。

Windows 7 および Windows Server 2008 R2 で、"管理者として実行" オプションでWindows PowerShellを開始するには、

[スタート] ボタンをクリックし、[すべてのプログラム]、[アクセサリ] の順にクリックし、[Windows PowerShell] フォルダーをクリックします。
Windows PowerShellを右クリックし、[管理者として実行] をクリックします。

[管理者として実行] オプションを使用してWindows PowerShellを開始するには:

[スタート] をクリックし、[すべてのプログラム] をクリックし、Windows PowerShell フォルダーをクリックします。
Windows PowerShellを右クリックし、[管理者として実行] をクリックします。

[管理者として実行] オプションは、ショートカットなど、Windows PowerShellの他の Windows エクスプローラーエントリでも使用できます。項目を右クリックし、[管理者として実行] をクリックします。

Cmd.exe などの別のプログラムからWindows PowerShellを開始する場合は、[管理者として実行] オプションを使用してプログラムを起動します。

リモート処理用にコンピューターを構成する方法

サポートされているすべてのバージョンの Windows を実行しているコンピューターは、PowerShell へのリモート接続を確立し、構成なしで PowerShell でリモートコマンドを実行できます。ただし、接続を受信し、ユーザーがローカルおよびリモートのユーザー管理 PowerShell セッション ("PSSessions") を作成し、ローカルコンピューターでコマンドを実行できるようにするには、コンピューターで PowerShell リモート処理を有効にする必要があります。

Windows Server 2012 以降の Windows Server リリースでは、PowerShell リモート処理が既定で有効になっています。設定が変更された場合は、Enable-PSRemoting コマンドレットを実行して既定の設定を復元できます。

サポートされている他のすべてのバージョンの Windows では、powerShell リモート処理を有効にするには、Enable-PSRemoting コマンドレットを実行する必要があります。

PowerShell のリモート処理機能は、WinRM サービスによってサポートされています。これは、Microsoft による Web Services for Management (WS-Management) プロトコルの実装です。 PowerShell リモート処理を有効にすると、WS-Management の既定の構成を変更し、ユーザーが WS-Management に接続できるようにするシステム構成を追加します。

リモートコマンドを受信するように PowerShell を構成するには:

[管理者として実行] オプションを使用して PowerShell を起動します。
コマンドプロンプトに Enable-PSRemoting を入力します。

リモート処理が正しく構成されていることを確認するには、次のコマンドなどのテストコマンドを実行します。これにより、ローカルコンピューターにリモートセッションが作成されます。

New-PSSession

リモート処理が正しく構成されている場合、コマンドはローカルコンピューターにセッションを作成し、セッションを表すオブジェクトを返します。出力は次のサンプル出力のようになります。

Id Name        ComputerName    State    ConfigurationName
-- ----        ------------    -----    -----
1  Session1    localhost       Opened   Microsoft.PowerShell

コマンドが失敗した場合は、「 about_Remote_Troubleshooting」を参照してください。

ポリシーについて

リモートで作業する場合は、PowerShell の 2 つのインスタンス (1 つはローカルコンピューター、1 つはリモートコンピューター) を使用します。その結果、作業は、ローカルコンピューターとリモートコンピューター上の Windows ポリシーと PowerShell ポリシーの影響を受ける可能性があります。

一般に、接続する前と接続を確立する前に、ローカルコンピューター上のポリシーが有効になります。接続を使用している場合、リモートコンピューター上のポリシーが有効になります。

次の方法で共有