> For the complete documentation index, see [llms.txt](https://docs.parallels.com/landing/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.parallels.com/landing/ras-admin-guide/v20-ja-jp/desukutoppuinfuravdi/vdi-no/hosutovdino/configuring-hosts-to-interact-with-ras-provider-agent-in-a-different-subnet_jp.md).

# 異なるサブネットで RAS Provider Agent とやり取りするホストの構成

ホストにインストールされた RAS ゲスト Agent は、UDP ポート 30006 を介してサブネット内のすべてのデバイスにブロードキャストパケットを送信することにより、RAS Provider Agent を検出します。

Agent のブロードキャストドメインが異なると、検出パケットは受信されません。この場合、レジストリで Provider Agent の IP を指定する必要があります。

Provider Agent の IP を指定するには、

1. ホスト上で Windows レジストリを開きます。
2. 次のキーに `2XVDIAgent` という名前の新しい文字列値を追加します。
   * 32 ビットシステム: `HLKM > Software > Parallels > GuestAgent`
   * 64 ビットシステム: `HLKM > Software > WOW6432Node > Parallels > GuestAgent`

値は、次のように指定する必要があります。

* 専用の RAS Provider Agent を使用する場合、値には、Agent がインストールされているサーバーの FQDN または IP アドレスを設定してください。
* 組み込みの RAS Provider Agent を手動で選択して使用する場合は、値に RAS Publishing Agent の FQDN または IP アドレスを設定してください。
* ビルトイン RAS VDI Agent を使用し、Agent が自動的に選択される場合（高可用性）、文字列には、すべての RAS Publishing Agent の FQDN または IP アドレスを、セミコロンで区切って含める必要があります（例: `<PA1 アドレス>;<PA2 アドレス>;<PA3 アドレス>`）。

{% hint style="info" %}
**注**: 手動エージェント選択シナリオ（上記の 2 番目の項目）でも、複数の Publishing Agent の名前または IP アドレスを含めることができます。このようにすれば、VDI プロバイダーの推奨 Publishing Agent を切り替えるたびに値を変更する必要はありません。
{% endhint %}

{% hint style="info" %}
**注**: テンプレートとして使用されるホストにレジストリキーを追加すると、そのホストのクローンはキーを継承します。
{% endhint %}

3. ホスト上で RAS ゲスト Agent サービスを再起動し、変更を適用します。


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.parallels.com/landing/ras-admin-guide/v20-ja-jp/desukutoppuinfuravdi/vdi-no/hosutovdino/configuring-hosts-to-interact-with-ras-provider-agent-in-a-different-subnet_jp.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.