about_Remote_FAQ

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

概要

Windows PowerShellでのリモートコマンドの実行に関する質問と回答が含まれています。

詳細説明

リモートで作業する場合は、1 台のコンピューター ("ローカルコンピューター" と呼ばれます) のWindows PowerShellにコマンドを入力しますが、コマンドは別のコンピューター ("リモートコンピューター" と呼ばれます) で実行されます。リモートで作業する経験は、可能な限りリモートコンピューターで直接作業するのと同じくらい必要です。

注: リモート処理Windows PowerShell使用するには、リモート処理用にリモートコンピューターを構成する必要があります。詳細については、「about_Remote_Requirements」を参照してください。

両方のコンピューターに WINDOWS POWERSHELL がインストールされている必要がありますか?

はい。リモートで動作するには、ローカルコンピューターとリモートコンピューターに、Windows PowerShell、Microsoft .NET Framework、および Web Services for Management (WS-Management) プロトコルが必要です。特定のコマンドを実行するために必要なファイルやその他のリソースは、リモートコンピューター上にある必要があります。

Windows PowerShell 3.0 を実行しているコンピューターと、Windows PowerShell 2.0 を実行しているコンピューターは、相互にリモート接続してリモートコマンドを実行できます。ただし、セッションから切断して再接続する機能など、一部の機能は、両方のコンピューターが 3.0 Windows PowerShell実行されている場合にのみ機能します。

リモートコンピューターに接続するためのアクセス許可、Windows PowerShellを実行するためのアクセス許可、およびリモートコンピューター上のデータストア (ファイルやフォルダーなど) とレジストリにアクセスするためのアクセス許可が必要です。

詳細については、「about_Remote_Requirements」を参照してください。

リモート処理のしくみ

リモートコマンドを送信すると、コマンドはネットワーク経由でリモートコンピューター上のWindows PowerShell エンジンに送信され、リモートコンピューター上のWindows PowerShell クライアントで実行されます。コマンドの結果はローカルコンピューターに返送され、ローカルコンピューターのWindows PowerShell セッションに表示されます。

コマンドを送信して出力を受け取るために、Windows PowerShellは WS-Management プロトコルを使用します。 WS-Management プロトコルの詳細については、Windows ドキュメントの「WS-Management Protocol 」を参照してください。

Windows PowerShell 3.0 以降、リモートセッションはリモートコンピューターに格納されます。これにより、コマンドを中断したり状態を失ったりすることなく、セッションから切断し、別のセッションまたは別のコンピューターから再接続できます。

WINDOWS POWERSHELL リモート処理は安全ですか?

リモートコンピューターに接続すると、システムはローカルコンピューターのユーザー名とパスワードの資格情報、またはコマンドで指定した資格情報を使用してリモートコンピューターにログインします。資格情報と転送の残りの部分は暗号化されます。

追加の保護を追加するには、HTTP ではなく Secure Sockets Layer (SSL) を使用して Windows リモート管理 (WinRM) 要求をリッスンするようにリモートコンピューターを構成します。その後、ユーザーは接続を確立するときに Invoke-Command、New-PSSession、および Enter-PSSession コマンドレットの UseSSL パラメーターを使用できます。このオプションでは、HTTP ではなく、より安全な HTTPS チャネルが使用されます。

すべてのリモートコマンドに WINDOWS POWERSHELL リモート処理が必要ですか?

いいえ。いくつかのコマンドレットには、リモートコンピューターからオブジェクトを取得できる ComputerName パラメーターがあります。

これらのコマンドレットでは、リモート処理Windows PowerShell使用されません。そのため、コンピューターがWindows PowerShellリモート処理用に構成されていない場合や、コンピューターがWindows PowerShellリモート処理の要件を満たしていない場合でも、Windows PowerShellを実行している任意のコンピューターで使用できます。

これらのコマンドレットには、次のものが含まれます。

Get-Process
Get-Service
Get-WinEvent
Get-EventLog
Get-WmiObject
Test-Connection

ComputerName パラメーターを持つすべてのコマンドレットを検索するには、次のように入力します。

Get-Help * -Parameter ComputerName
# or
Get-Command -ParameterName ComputerName

特定のコマンドレットの ComputerName パラメーターにリモート処理Windows PowerShell必要があるかどうかを確認するには、パラメーターの説明を参照してください。パラメーターの説明を表示するには、次のように入力します。

Get-Help <cmdlet-name> -Parameter ComputerName

例:

Get-Help Get-Process -Parameter Computername

その他のすべてのコマンドについては、Invoke-Command コマンドレットを使用します。

リモートコンピューターでコマンドを実行するにはどうすればよいですか?

リモートコンピューターでコマンドを実行するには、Invoke-Command コマンドレットを使用します。

コマンドを中かっこ ( {} ) で囲んでスクリプトブロックにします。コマンドを指定するには、Invoke-Command の ScriptBlock パラメーターを使用します。

Invoke-Command の ComputerName パラメーターを使用して、リモートコンピューターを指定できます。または、リモートコンピューター (セッション) への永続的な接続を作成し、Invoke-Command の Session パラメーターを使用してセッションでコマンドを実行できます。

たとえば、次のコマンドは、Get-Process コマンドをリモートで実行します。

Invoke-Command -ComputerName Server01, Server02 -ScriptBlock {Get-Process}

#  - OR -

Invoke-Command -Session $s -ScriptBlock {Get-Process}

リモートコマンドを中断するには、Ctrl + C キーを押します。中断要求はリモートコンピューターに渡され、そこでリモートコマンドが終了します。

リモートコマンドの詳細については、「about_Remote」およびリモート処理をサポートするコマンドレットのヘルプトピックを参照してください。

リモートコンピューターに "TELNET 接続" することはできますか?

Enter-PSSession コマンドレットを使用して、リモートコンピューターとの対話型セッションを開始できます。

Windows PowerShell プロンプトで、次のように入力します。

Enter-PSSession <ComputerName>

コマンドプロンプトが変更され、リモートコンピューターに接続されていることを示します。

<ComputerName>\C:>

ここで、入力したコマンドは、リモートコンピューターで直接入力したのと同じように、リモートコンピューターで実行されます。

対話型セッションを終了するには、次のように入力します。

Exit-PSSession

対話型セッションは、WS-Management プロトコルを使用する永続的なセッションです。 Telnet の使用と同じではありませんが、同様のエクスペリエンスが提供されます。

詳細については、「Enter-PSSession」を参照してください。

永続的な接続を作成できますか?

はい。リモートコンピューターの名前、NetBIOS 名、またはその IP アドレスを指定して、リモートコマンドを実行できます。または、リモートコンピューターに接続されているWindows PowerShell セッション (PSSession) を指定して、リモートコマンドを実行することもできます。

Invoke-Command または Enter-PSSession の ComputerName パラメーターを使用すると、一時的な接続Windows PowerShell確立されます。 Windows PowerShellは、接続を使用して現在のコマンドのみを実行し、接続を閉じます。これは、多くのリモートコンピューターでも、1 つのコマンドまたは関連のない複数のコマンドを実行するための非常に効率的な方法です。

New-PSSession コマンドレットを使用して PSSession を作成すると、WINDOWS POWERSHELLは PSSession の永続的な接続を確立します。その後、PSSession で複数のコマンド (データを共有するコマンドを含む) を実行できます。

通常、PSSession を作成して、データを共有する一連の関連コマンドを実行します。それ以外の場合は、ComputerName パラメーターによって作成された一時的な接続で、ほとんどのコマンドで十分です。

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

一度に複数のコンピューターでコマンドを実行できますか?

はい。 Invoke-Command コマンドレットの ComputerName パラメーターは複数のコンピューター名を受け入れ、Session パラメーターは複数の PSSession を受け入れます。

Invoke-Command コマンドを実行すると、Windows PowerShellは、指定したすべてのコンピューターまたは指定したすべての PSSession でコマンドを実行します。

Windows PowerShellでは、数百の同時リモート接続を管理できます。ただし、送信できるリモートコマンドの数は、コンピューターのリソースと、複数のネットワーク接続を確立して維持するための容量によって制限される場合があります。

詳細については、「Invoke-Command ヘルプ」トピックの例を参照してください。

プロファイルはどこにありますか?

Windows PowerShellプロファイルはリモートセッションでは自動的に実行されないため、プロファイルによって追加されるコマンドはセッションに存在しません。さらに、$profile自動変数はリモートセッションでは設定されません。

セッションでプロファイルを実行するには、コマンドレットを使用します Invoke-Command 。

たとえば、次のコマンドは、$sのセッション内のローカルコンピューターから CurrentUserCurrentHost プロファイルを実行します。

Invoke-Command -Session $s -FilePath $profile

次のコマンドは、$sのセッション内のリモートコンピューターから CurrentUserCurrentHost プロファイルを実行します。 $profile変数は設定されないため、コマンドはプロファイルへの明示的なパスを使用します。

Invoke-Command -Session $s {
  . "$home\Documents\WindowsPowerShell\Microsoft.PowerShell_profile.ps1"
}

このコマンドを実行すると、プロファイルがセッションに追加するコマンドを$sで使用できるようになります。

セッション構成でスタートアップスクリプトを使用して、セッション構成を使用するすべてのリモートセッションでプロファイルを実行することもできます。

Windows PowerShell プロファイルの詳細については、「about_Profiles」を参照してください。セッション構成の詳細については、「Register-PSSessionConfiguration」を参照してください。

リモートコマンドでの調整のしくみ

ローカルコンピューター上のリソースの管理に役立つWindows PowerShellには、コマンドごとに確立される同時リモート接続の数を制限できるコマンドごとの調整機能が含まれています。

既定値は 32 の同時接続ですが、コマンドレットの ThrottleLimit パラメーターを使用して、特定のコマンドのカスタムスロットル制限を設定できます。

調整機能を使用する場合は、セッション全体またはコンピューターではなく、各コマンドに適用されることを覚えておいてください。複数のセッションまたは PSSession でコマンドを同時に実行している場合、同時実行接続の数は、すべてのセッションの同時接続の合計です。

ThrottleLimit パラメーターを持つコマンドレットを検索するには、次のように入力します。

Get-Help * -Parameter ThrottleLimit
-or-
Get-Command -ParameterName ThrottleLimit

リモートコマンドの出力はローカル出力と異なりますか?

Windows PowerShellをローカルで使用する場合は、"ライブ" .NET Framework オブジェクトを送受信します。"live" オブジェクトは、実際のプログラムまたはシステムコンポーネントに関連付けられているオブジェクトです。メソッドを呼び出したり、ライブオブジェクトのプロパティを変更したりすると、変更は実際のプログラムまたはコンポーネントに影響します。また、プログラムまたはコンポーネントのプロパティが変更されると、それらを表すオブジェクトのプロパティも変更されます。

ただし、ほとんどのライブオブジェクトはネットワーク経由で送信できないため、リモートコマンドで送信されるほとんどのオブジェクトを "シリアル化" するWindows PowerShell、つまり、各オブジェクトを一連の XML (XML [CLiXML]の制約言語) データ要素に変換して転送します。

Windows PowerShellは、シリアル化されたオブジェクトを受け取ると、XML を逆シリアル化されたオブジェクト型に変換します。逆シリアル化されたオブジェクトは、以前のプログラムまたはコンポーネントのプロパティの正確なレコードですが、"ライブ" ではなくなります。つまり、コンポーネントに直接関連付けされなくなります。また、メソッドは有効ではなくなったため削除されます。

通常、ライブオブジェクトを使用するのと同じように逆シリアル化されたオブジェクトを使用できますが、それらの制限に注意する必要があります。また、Invoke-Command コマンドレットによって返されるオブジェクトには、コマンドの発生元を特定するのに役立つ追加のプロパティがあります。

DirectoryInfo オブジェクトや GUID などの一部のオブジェクト型は、受信するとライブオブジェクトに変換されます。これらのオブジェクトには、特別な処理や書式設定は必要ありません。

リモート出力の解釈と書式設定の詳細については、「 about_Remote_Output」を参照してください。

バックグラウンドジョブをリモートで実行できますか?

はい。 Windows PowerShellバックグラウンドジョブは、セッションと対話せずに非同期的に実行されるWindows PowerShell コマンドです。バックグラウンドジョブを開始すると、コマンドプロンプトは直ちに戻り、長時間実行されていてもジョブの実行中はセッションで作業を続けることができます。

バックグラウンドジョブは常に一時セッションで非同期的に実行されるため、他のコマンドが実行されている間でもバックグラウンドジョブを開始できます。

バックグラウンドジョブは、ローカルコンピューターまたはリモートコンピューターで実行できます。既定では、バックグラウンドジョブはローカルコンピューターで実行されます。ただし、Invoke-Command コマンドレットの AsJob パラメーターを使用して、任意のリモートコマンドをバックグラウンドジョブとして実行できます。また、Invoke-Command を使用して、Start-Job コマンドをリモートで実行できます。

Windows PowerShell でのバックグラウンドジョブの詳細については、「[about_Jobs(about_Jobs.md)]」および「[about_Remote_Jobs(about_Remote_Jobs.md)]」を参照してください。

リモートコンピューターで WINDOWS プログラムを実行できますか?

Windows PowerShellリモートコマンドを使用して、リモートコンピューターで Windows ベースのプログラムを実行できます。たとえば、リモートコンピューターで Shutdown.exe または Ipconfig を実行できます。

ただし、Windows PowerShell コマンドを使用して、リモートコンピューター上のプログラムのユーザーインターフェイスを開くことはできません。

リモートコンピューターで Windows プログラムを起動すると、コマンドは完了せず、プログラムが完了するまで、または Ctrl キーを押しながら C キーを押してコマンドを中断するまで、Windows PowerShellコマンドプロンプトは戻りません。たとえば、リモートコンピューターで IpConfig プログラムを実行した場合、コマンドプロンプトは IpConfig が完了するまで戻りません。

リモート・コマンドを使用してユーザー・インターフェースを持つプログラムを開始すると、プログラム・プロセスは開始されますが、ユーザー・インターフェースは表示されません。 Windows PowerShell コマンドは完了せず、プログラムプロセスを停止するまで、または Ctrl + C キーを押してコマンドを中断してプロセスを停止するまで、コマンドプロンプトは戻りません。

たとえば、Windows PowerShell コマンドを使用してリモートコンピューターでメモ帳を実行すると、リモートコンピューターでメモ帳プロセスが開始されますが、メモ帳のユーザーインターフェイスは表示されません。コマンドを中断してコマンドプロンプトを復元するには、Ctrl キーを押しながら C キーを押します。

ユーザーが自分のコンピューターでリモートで実行できるコマンドを制限できますか?

はい。すべてのリモートセッションで、リモートコンピューター上のセッション構成のいずれかを使用する必要があります。コンピューター上のセッション構成 (およびそれらのセッション構成に対するアクセス許可) を管理して、コンピューターでコマンドをリモートで実行できるユーザーと実行できるコマンドを決定できます。

セッション構成では、セッションの環境が構成されます。構成は、新しい構成クラスを実装するアセンブリを使用するか、セッションで実行されるスクリプトを使用して定義できます。構成では、セッションで使用できるコマンドを決定できます。また、1 つのオブジェクトまたはコマンドでセッションがリモートで受信できるデータの量を制限する設定など、コンピューターを保護する設定を構成に含めることができます。構成を使用するために必要なアクセス許可を決定するセキュリティ記述子を指定することもできます。

Enable-PSRemoting コマンドレットは、コンピューターに既定のセッション構成 (Microsoft.PowerShell、Microsoft.PowerShell.Workflow、および Microsoft.PowerShell32 (64 ビットオペレーティングシステムのみ) を作成します。 Enable-PSRemoting、コンピューター上の Administrators グループのメンバーのみが構成を使用できるように、構成のセキュリティ記述子を設定します。

セッション構成コマンドレットを使用して、既定のセッション構成を編集したり、新しいセッション構成を作成したり、すべてのセッション構成のセキュリティ記述子を変更したりできます。

Windows PowerShell 3.0 以降では、New-PSSessionConfigurationFile コマンドレットを使用して、テキストファイルを使用してカスタムセッション構成を作成できます。ファイルには、言語モードを設定するためのオプションと、セッション構成を使用するセッションで使用できるコマンドレットとモジュールを指定するためのオプションが含まれています。

ユーザーが Invoke-Command、New-PSSession、または Enter-PSSession コマンドレットを使用する場合、ConfigurationName パラメーターを使用して、セッションに使用されるセッション構成を示すことができます。また、セッションの$PSSessionConfigurationName基本設定変数の値を変更することで、セッションで使用される既定の構成を変更できます。

セッション構成の詳細については、セッション構成コマンドレットのヘルプを参照してください。セッション構成コマンドレットを見つけるには、次のように入力します。

Get-Command *PSSessionConfiguration

ファンイン構成とファンアウト構成とは

複数のコンピューターを含む最も一般的なWindows PowerShellリモート処理シナリオは、1 対多の構成であり、1 台のローカルコンピューター (管理者のコンピューター) が多数のリモートコンピューターでWindows PowerShellコマンドを実行します。これは"ファンアウト" シナリオと呼ばれます。

ただし、一部の企業では、構成は多対一であり、多くのクライアントコンピューターは、ファイルサーバーやキオスクなど、Windows PowerShellを実行している単一のリモートコンピューターに接続します。これは"ファンイン" 構成と呼ばれます。

Windows PowerShellリモート処理では、ファンアウト構成とファンイン構成の両方がサポートされます。

ファンアウト構成の場合、Windows PowerShellは Web Services for Management (WS-Management) プロトコルと、Ws-Management の Microsoft 実装をサポートする WinRM サービスを使用します。ローカルコンピューターがリモートコンピューターに接続すると、WS-Management は接続を確立し、Windows PowerShell用のプラグインを使用して、リモートコンピューターでWindows PowerShell ホストプロセス (Wsmprovhost.exe) を開始します。ユーザーは、代替ポート、代替セッション構成、およびその他の機能を指定して、リモート接続をカスタマイズできます。

"ファンイン" 構成をサポートするために、Windows PowerShellはインターネットインフォメーションサービス (IIS) を使用して WS-Management をホストし、Windows PowerShell プラグインを読み込み、Windows PowerShellを開始します。このシナリオでは、各Windows PowerShell セッションを個別のプロセスで開始する代わりに、すべてのWindows PowerShell セッションが同じホストプロセスで実行されます。

IIS ホスティングとファンインリモート管理は、Windows XP または Windows Server 2003 ではサポートされていません。

ファンイン構成では、ユーザーは接続 URI と HTTP エンドポイント (トランスポート、コンピューター名、ポート、アプリケーション名など) を指定できます。 IIS は、指定したアプリケーション名を持つすべての要求をアプリケーションに転送します。既定値は WS-Management で、Windows PowerShellをホストできます。

認証メカニズムを指定し、HTTP および HTTPS エンドポイントからのリダイレクトを禁止または許可することもできます。

(ドメイン内ではなく) 1 台のコンピューターでリモート処理をテストできますか?

はい。 Windows PowerShellリモート処理は、ローカルコンピューターがドメインにない場合でも使用できます。リモート処理機能を使用してセッションに接続し、同じコンピューター上にセッションを作成できます。機能は、リモートコンピューターに接続する場合と同じように機能します。

ワークグループ内のコンピューターでリモートコマンドを実行するには、コンピューターで次の Windows 設定を変更します。

注意: これらの設定は、システム上のすべてのユーザーに影響を与え、悪意のある攻撃に対してシステムをより脆弱にすることができます。これらの変更を行う場合は注意が必要です。

SP2 を使用した Windows XP:

[セキュリティ設定] \[ローカルポリシー]\[セキュリティオプション] の [ネットワークアクセス: ローカルアカウントの共有とセキュリティモデル] ポリシーの設定を "クラシック" に変更するには、ローカルセキュリティ設定 (Secpol.msc) を使用します。
Windows Vista、Windows 7、Windows 8:

次のレジストリエントリをCreateし、その値を 1 に設定します。HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System の LocalAccountTokenFilterPolicy

次のWindows PowerShell コマンドを使用して、このエントリを追加できます。
```
$parameters = @{
  Path='HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System'
  Name='LocalAccountTokenFilterPolicy'
  propertyType='DWord'
  Value=1
}
New-ItemProperty @parameters
```
Windows Server 2003、Windows Server 2008、Windows Server 2012、Windows Server 2012 R2:

"ネットワークアクセス: ローカルアカウントの共有とセキュリティモデル" ポリシーの既定の設定は "クラシック" であるため、変更は必要ありません。設定が変更された場合に備えて確認します。

別のドメインのコンピューターでリモートコマンドを実行できますか?

はい。通常、コマンドはエラーなしで実行されますが、リモートコンピューター上の Administrators グループのメンバーのInvoke-Command資格情報を指定するには、、New-PSSession、または Enter-PSSession コマンドレットの Credential パラメーターを使用する必要がある場合があります。これは、現在のユーザーがローカルコンピューターとリモートコンピューターの Administrators グループのメンバーである場合でも必要になることがあります。

ただし、リモートコンピューターがローカルコンピューターが信頼するドメインにない場合は、リモートコンピューターがユーザーの資格情報を認証できない可能性があります。

認証を有効にするには、次のコマンドを使用して、WinRM のローカルコンピューターの信頼されたホストの一覧にリモートコンピューターを追加します。 Windows PowerShell プロンプトでコマンドを入力します。

Set-Item WSMan:\localhost\Client\TrustedHosts -Value <Remote-computer-name>

たとえば、ローカルコンピューター上の信頼されたホストの一覧に Server01 コンピューターを追加するには、Windows PowerShell プロンプトで次のコマンドを入力します。

Set-Item WSMan:\localhost\Client\TrustedHosts -Value Server01

次の方法で共有

about_Remote_FAQ

概要

詳細説明

両方のコンピューターに WINDOWS POWERSHELL がインストールされている必要がありますか?

リモート処理のしくみ

WINDOWS POWERSHELL リモート処理は安全ですか?

すべてのリモートコマンドに WINDOWS POWERSHELL リモート処理が必要ですか?

リモートコンピューターでコマンドを実行するにはどうすればよいですか?

リモートコンピューターに "TELNET 接続" することはできますか?

永続的な接続を作成できますか?

一度に複数のコンピューターでコマンドを実行できますか?

プロファイルはどこにありますか?

リモートコマンドでの調整のしくみ

リモートコマンドの出力はローカル出力と異なりますか?

バックグラウンドジョブをリモートで実行できますか?

リモートコンピューターで WINDOWS プログラムを実行できますか?

ユーザーが自分のコンピューターでリモートで実行できるコマンドを制限できますか?

ファンイン構成とファンアウト構成とは

(ドメイン内ではなく) 1 台のコンピューターでリモート処理をテストできますか?

別のドメインのコンピューターでリモートコマンドを実行できますか?

関連項目

その他のリソース

次の方法で共有

about_Remote_FAQ

概要

詳細説明

両方のコンピューターに WINDOWS POWERSHELL がインストールされている必要がありますか?

リモート処理のしくみ

WINDOWS POWERSHELL リモート処理は安全ですか?

すべてのリモート コマンドに WINDOWS POWERSHELL リモート処理が必要ですか?

リモート コンピューターでコマンドを実行するにはどうすればよいですか?

リモート コンピューターに "TELNET 接続" することはできますか?

永続的な接続を作成できますか?

一度に複数のコンピューターでコマンドを実行できますか?

プロファイルはどこにありますか?

リモート コマンドでの調整のしくみ

リモート コマンドの出力はローカル出力と異なりますか?

バックグラウンド ジョブをリモートで実行できますか?

リモート コンピューターで WINDOWS プログラムを実行できますか?

ユーザーが自分のコンピューターでリモートで実行できるコマンドを制限できますか?

ファンイン構成とファンアウト構成とは

(ドメイン内ではなく) 1 台のコンピューターでリモート処理をテストできますか?

別のドメインのコンピューターでリモート コマンドを実行できますか?

関連項目

その他のリソース

すべてのリモートコマンドに WINDOWS POWERSHELL リモート処理が必要ですか?

リモートコンピューターでコマンドを実行するにはどうすればよいですか?

リモートコンピューターに "TELNET 接続" することはできますか?

リモートコマンドでの調整のしくみ

リモートコマンドの出力はローカル出力と異なりますか?

バックグラウンドジョブをリモートで実行できますか?

リモートコンピューターで WINDOWS プログラムを実行できますか?

別のドメインのコンピューターでリモートコマンドを実行できますか?