> 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/oyobino/device-posture/add-a-device-posture-rule.md).

# デバイス・ポスチャー・ルールの追加

デバイスポスチャールールは、**「デバイスポスチャールールの追加**」ウィザードを使用して追加します。ウィザードの最初のページは、どのルールタイプでも同じです。その後のページは、選択したルールタイプによって異なります。

デバイスのポスチャー・ルールを追加するには：

1. RAS コンソールで、「\*\*接続」\*\*に移動し、「**許可されたデバイス**」TABを選択します。
2. \[**デバイスの状態**] セクションで、**\[タスク]** > **\[追加]** をクリックするか（または **\[+]** アイコンをクリックして）、追加したいルールのタイプを選択します：

   * **OSの最低バージョン**
   * **コンテナー レジストリ**
   * **ユーザーアクセスの制御**
   * **Windowsの自動更新**
   * **実行中のプロセス**
   * **AM**
   * **Windows ファイアウォールのプロファイル** 「**デバイスポスチャルールの追加**」ウィザードが開きます。すでに構成済みで、1 回しか追加できないルールタイプは、メニューに表示されません。

   <figure><img src="https://294334961-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FBlhDFv8M6VcjbJwzXCp1%2Fuploads%2Fgit-blob-4f8f47f7891e65ec0952cc16a3f47062b9a8a097%2FRAS-81142_B.png?alt=media" alt=""><figcaption></figcaption></figure>
3. ステップバイステップ ガイドの最初のページで、以下を指定してください：

   * **デバイスポスチャルールを有効にする**：このオプションを選択すると、ルールが評価されます。チェックを外した場合、ルールは作成されますが、どの接続にも適用されません。
   * **名前**：ルールの名前。既定の名前にはルールタイプが使用されます。
   * **説明**：ルールに関するオプションの説明。
   * **タイプ**：手順 2 で選択したルールタイプ。このフィールドは読み取り専用です。
   * **デバイスがこのルールに準拠していない場合**：デバイスの評価結果がルールに満たない場合、どのように処理されるか。\*\*「アクセス拒否」\*\*を選択すると、そのデバイスがParallels RASに接続できなくなります。「**非準拠**」を選択すると、そのデバイスは接続できますが、非準拠として報告されます。
   * **コンプライアンスの可否を判断できない場合**：デバイス上でルールを評価できない場合はどうなりますか。 を選択すると`Non-compliant`、デバイスの接続を許可し、準拠していないものとして報告します。 を選択`Access denied`すると、デバイスの接続を拒否します。
   * **コンプライアンスの判定ができない場合にユーザーに通知する**：モバイル デバイス上でルールを評価できない場合に、ユーザーにメッセージを表示するには、このオプションを選択してください。既定ではチェックが外れています。

   <figure><img src="https://294334961-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FBlhDFv8M6VcjbJwzXCp1%2Fuploads%2Fgit-blob-b1f47c5130570728d48b06cb27f1cab83f7e8a8f%2FRAS-81142_C.png?alt=media" alt=""><figcaption></figcaption></figure>
4. \*\*「次へ」\*\*をクリックしてください。
5. ルールタイプ固有の設定を指定します。これらの設定については、\*\*「デバイスポスチャルールの設定」\*\*で説明されています。「\*\*ユーザーアクセス制御」\*\*および「\*\*Windowsの自動更新」\*\*の各ルールタイプには追加の設定がないため、ウィザードは直接概要ページに進みます。
6. **\[次へ]** をクリックし、ルールのサマリーを確認してください。<br>

   <figure><img src="https://294334961-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FBlhDFv8M6VcjbJwzXCp1%2Fuploads%2Fgit-blob-68fc35128a9487a81b59119517ac97d82658c16d%2FRAS-81142_D.png?alt=media" alt=""><figcaption></figcaption></figure>
7. **\[完了]** をクリックしてルールを作成します。
8. \*\*「適用する」\*\*をクリックします。

### ルールの種類

<table data-header-hidden="false" data-header-sticky><thead><tr><th>ルールタイプ</th><th>プラットフォーム</th><th>複数回追加可能</th></tr></thead><tbody><tr><td>OSの最小バージョン</td><td>Windows</td><td>いいえ</td></tr><tr><td>コンテナー レジストリ</td><td>Windows</td><td>はい</td></tr><tr><td>ユーザー アクセスの制御</td><td>Windows</td><td>いいえ</td></tr><tr><td>Windowsの自動更新</td><td>Windows</td><td>いいえ</td></tr><tr><td>実行中のプロセス</td><td>Windows</td><td>はい</td></tr><tr><td>AM</td><td>Windows</td><td>いいえ</td></tr><tr><td>Windows ファイアウォールのプロファイル</td><td>Windows</td><td>いいえ</td></tr></tbody></table>

{% hint style="info" %}
**注**：ルールは、そのルールがサポートするプラットフォーム上でのみ評価されます。他のプラットフォームを実行しているデバイスには、このルールの影響は及びません。
{% endhint %}


---

# 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/oyobino/device-posture/add-a-device-posture-rule.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.