> 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/v22-ja-jp/parallels-ras-ptaru/ras-webusbisuno.md).

# RAS ウェブ管理サービスの構成

作業を開始する前に、以下に示す手順に従って RAS Web 管理サービスを設定する必要がある場合があります。

1. RAS 管理ポータルで、右上隅にある「ユーザー」アイコンをクリックし、**管理ポータルの設定** を選択します。
2. 再度サインインするよう求められます。このサインインが機能するには、RAS Web 管理サービスがローカル サーバー上で実行されている必要があります。これは、リモート サーバー上のユーザーが RAS Web 管理サービスの構成ページにアクセスできないようにするために必要です。
3. ローカル管理者またはドメイン管理者のユーザー名とパスワードを入力し、**サインイン**をクリックします。
4. **RAS 管理ポータル設定** ページが開きます。
5. **RAS ファームのアドレス** フィールドに、この RAS 管理ポータルが管理する RAS ファームのアドレスを指定します。これは、ファームにインストールされている RAS 接続ブローカーのアドレスです。
6. **Advanced 設定** セクションで、以下を指定します。
   * **セキュリティ証明書**: この接続に使用するセキュリティ証明書です。**アップロード**をクリックしてセキュリティ証明書を選択します。
   * **セキュリティ証明書のパスワード**: セキュリティ証明書のパスワードです。
   * **ポート**: RAS 管理ポータルが接続を待機するポート番号です。 既定のポートは 20443 です。このポート番号は、RAS セキュア ゲートウェイのポートと競合しないように選択されています。可能であれば 443 に変更できます。その場合、接続 URL にポート番号を含める必要はありません。また、任意のカスタム ポートに変更することもできます。 たとえば、デフォルトの「URL」: 「https\://\*:20443」を、「URL」: 「http\://\*:20080」に変更できます。
   * **管理者セッションのタイムアウト:** この時間が経過すると、管理者セッションが切断されます。
   * **ポーリング間隔:** RAS 管理ポータルが表示情報を更新する間隔です。同時に作業する管理者が多数いる場合や、ホスト、セッションなどの数が非常に多い場合は、この値を最大 30 秒まで延長できます。
7. 設定が完了したら、**\[保存]** をクリックします。


---

# 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/v22-ja-jp/parallels-ras-ptaru/ras-webusbisuno.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.