> 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/using-device-posture-as-criteria.md).

# デバイスのコンプライアンス状態を基準として使用する場合

デバイスのコンプライアンス状態に関するルールで、\*\*「アクセス拒否」**の代わりに**「非準拠」\*\*という結果が使用される場合、そのルールに違反したデバイスでも接続が許可されます。その場合のコンプライアンス状態は、以下の機能で照合可能な基準として利用できます。

* **クライアントポリシー**：準拠していないデバイスに対して、より制限の厳しいParallels Client設定を適用します。 [**新しいクライアントポリシーの追加**](/landing/ras-admin-guide/v22-ja-jp/yzdebaisutokuraiantoporish/kuraiantoporish/shiikuraiantoporishno.md)を参照してください。
* **ログイン時間ルール**：準拠していないデバイスが接続できる時間を制限します。[**ログイン時間設定**](/landing/ras-admin-guide/v22-ja-jp/oyobino/roguonno.md)を参照してください。
* **MFA ルール**：準拠していないデバイスに対して MFA を必須にします。[**MFA ルールの構成**](/landing/ras-admin-guide/v22-ja-jp/oyobino/duo-yao-su-ren-zheng/rruno.md)を参照してください。
* **公開リソースのフィルタリングルール**：コンプライアンスに準拠していないモバイル デバイスから機密性の高い公開リソースを非表示にします。[**フィルタリングルールの使用**](/landing/ras-admin-guide/v22-ja-jp/gong-kai/firutrruno.md)を参照してください。これら 4 つの機能すべてにおいて、抽出条件の追加方法は同じです。 ルールの条件セクションにある **(+)** アイコンをクリックし、ショートカット メニューから **デバイスポーズ** を選択します。開いた **デバイスポーズ** ダイアログで、以下を指定します。
* **抽出条件を有効にする**：このオプションを選択すると、デバイスポーズの抽出条件がルールに組み込まれます。 チェックを外すと、抽出条件は存在しますが評価されません。
* **デバイスの状態が以下の場合にこのルールを適用**：適用されるすべてのデバイス・ポスチャ・ルールを満たすデバイスに一致させるには `Compliant` を、少なくとも1つのルールに違反するデバイスに一致させるには `Non-compliant` を選択します。 **OK** をクリックして、抽出条件をルールに追加します。以下の点に注意してください：
* この抽出条件は、個々のモバイル デバイスのポスチャ・ルールの結果ではなく、モバイル デバイスの全体的なコンプライアンスの状態と照合されます。モバイル デバイスは、そのプラットフォームに適用される有効なルールをすべて満たしている場合にのみ、コンプライアンスの状態が「準拠している」となります。
* コンプライアンス状態を判定できないデバイスは、評価できなかったルールの\*\*「コンプライアンス状態を判定できない場合」\*\*設定に従って処理されます。その設定が`Non-compliant`の場合、デバイスはこの抽出条件の`Non-compliant`オプションに一致します。 その設定が `Access denied` の場合、デバイスは接続されず、基準は評価されません。
* バージョン 22 より前の Parallels クライアントは、デバイスのポスチャを報告できず、`Non-compliant` オプションに一致しません。
* デバイスポスチャルールが設定されていない場合、すべてのデバイスは準拠状態となり、`Non-compliant` オプションに一致することはありません。

<figure><img src="https://294334961-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FBlhDFv8M6VcjbJwzXCp1%2Fuploads%2Fgit-blob-3be1dfee8bce3f46affa87832e048740a206b091%2FRAS-81142_F.png?alt=media" alt=""><figcaption></figcaption></figure>


---

# 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/using-device-posture-as-criteria.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.
