> 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.md).

# デバイスポスチャー

デバイスポスチャー機能を使用すると、クライアント コンピューターがParallels RASへのアクセスを許可される前に、そのセキュリティ状態を確認できます。 デバイスが満たすべき状態（例：OSの最低バージョン、有効化されたファイアウォールプロファイル、動作中のウイルス対策ソフトなど）を記述した一連のデバイス・ポスチャールールを定義します。Parallels Clientは、クライアントデバイス上でこれらのルールを評価し、その結果をParallels RASに報告します。

各デバイスポーズルールでは、デバイスがそのルールを満たさない場合にどう対処すべきかが指定されています。そのデバイスに対して、Parallels RASへのアクセスを完全に拒否することも、接続を許可して「準拠していない」状態として報告することも可能です。 2番目の選択肢こそが、この機能の柔軟性を生み出しています。コンプライアンス不適合のデバイスはブロックされませんが、そのコンプライアンス状態は、クライアントポリシー、ログオン時間ルール、MFAルール、および公開リソースのフィルタリングルールにおいて照合可能な基準となります。 これにより、セキュリティ要件を完全に満たしていないデバイスでも、アクセスを拒否するのではなく、制限付きのアクセス権を付与することが可能になります。

デバイスの状態に関するルールは、「\*\*接続」\*\*カテゴリの「\*\*許可されたデバイス」\*\*タブで構成します。

{% hint style="info" %}
\*\*注：\*\*デバイスのコンプライアンス状態を確認するには、Parallels RAS 22 および Parallels Client 22 以降が必要です。以前のバージョンの Parallels Client ではデバイスのコンプライアンス状態を報告できないため、デバイスのコンプライアンス状態に関するルールがオンになっている場合でも、非準拠として報告されます。
{% endhint %}

### コンプライアンスの評価方法

* 有効になっている各デバイスポーズルールは、個別に評価されます。デバイスは、そのデバイスに適用される有効なルールをすべて満たしている場合にのみ、準拠しているとみなされます。
* 各ルールタイプは、特定のクライアントプラットフォームのセットに対応しています。ルールは、対応していないプラットフォームでは評価されず、そのプラットフォーム上のデバイスのコンプライアンス状態にも影響を与えません。たとえば、**Windows ファイアウォールプロファイルの**ルールは、macOS デバイスでは無視されます。
* デバイスが評価され、あるルールに適合しない場合、その結果は、そのルールの「**デバイスがこのルールに適合しない場合**」の設定によって決定されます。
  * `Access denied`: 当該デバイスはParallels RASへの接続が許可されません。ユーザーには、そのデバイスがセキュリティ要件を満たしていないことを説明するメッセージが表示されます。
  * `Non-compliant`: デバイスは接続が許可されますが、Parallels RAS には「非準拠」として報告されます。
* ルールが評価できない場合（たとえば、必要な情報がクライアント コンピューターにない場合など）、結果は当該ルールの「**準拠の可否が判断できない**場合」の設定によって決定されます。この設定には、前述の2つの選択肢が用意されています。また、この状況でユーザーに通知を行うように設定することも可能です。
* 上記の2つの設定はルールごとに設定されるため、1つのルールセットで、規定に著しく違反しているデバイスをブロックしつつ、一部のみ規定を満たしているデバイスについては制限付きの状態での通過を許可することができます。
* バージョン22より前のParallelsクライアント コンピューターは、デバイスの状態を報告できないため、コンプライアンス不適合として報告されます。

### 継続的な妥当性確認

デバイスの状態は、ユーザーが接続したときだけでなく、継続的に確認されます。「**OSの最低バージョン**」を除くすべてのルールにはTTLが設定されており、接続が維持されている間は一定間隔で再検証が行われます。

接続時に準拠していたデバイスが、その後ルールに準拠しなくなった場合の挙動は、そのルールの\*\*「デバイスがこのルールに準拠していない場合」\*\*の設定によって異なります：

* `Access denied`: ユーザー共有セッションが切断されました。
* `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-c7cc99eb0b9eabea73792406a83fb297b3731b6c%2FRAS-81142_A.png?alt=media" alt=""><figcaption></figcaption></figure>

* **名前**：ルールの名前。
* **説明**：ルールのオプションの説明。
* **タイプ**：ルールタイプ。クライアント コンピューター上で何がチェックされるかを決定します。
* **バージョン**：ルール定義のバージョン。ルールにバージョンが割り当てられるのは、Parallels RASの今後の更新プログラム パッケージにより、ルールタイプがチェックできる範囲が拡大される可能性があるためです。
* **プラットフォーム**：ルールが評価されるクライアント コンピューター。
* **無効な場合の結果**：デバイスが評価された際にルールに適合しない場合、どのような処理が行われるか。この設定`If device does not meet this rule`に対応します。
* **評価されない場合の結果**：ルールが評価できない場合に何が起こるか。この設定`If compliance cannot be determined`に対応します。

リストは次のように管理できます：

* ルールを追加するには、**\[タスク]** > **\[追加]** をクリックするか（または **\[+]** アイコンをクリックして）、ルールのタイプを選択します。[**「デバイスポスチャルールの追加」**](/landing/ras-admin-guide/v22-ja-jp/oyobino/device-posture/add-a-device-posture-rule.md)を参照してください。
* ルールを変更するには、そのルールをダブルクリックするか、右クリックして\[**プロパティ]** パネルを選択します。
* ルールを削除せずに有効またはオフにするには、その名前の横にあるチェック ボックスをオンまたはオフにします。
* ルールを削除するには、そのルールを選択し、「**Tasks**」＞**「削除**」をクリックします（または\*\*\[-]\*\*アイコンをクリックします）。
* リストをグループ化するには、「\*\*グループ化基準」\*\*のドロップダウンリストを使用します。ルールを検索するには、検索アイコンをクリックします。

デバイスの構成を変更した際は、必ず「\*\*適用する」\*\*をクリックして変更内容を保存してください。

### モバイル デバイスの姿勢情報が使用する場面

デバイスのポスチャーによって生成されるコンプライアンスの状態は、以下の機能において抽出条件として照合することができます：

* クライアントポリシー。[**「新しいクライアントポリシーの追加」**](/landing/ras-admin-guide/v22-ja-jp/yzdebaisutokuraiantoporish/kuraiantoporish/shiikuraiantoporishno.md)を参照してください。
* ログイン時間のルール。「[**ログイン時間の設定」**](/landing/ras-admin-guide/v22-ja-jp/oyobino/roguonno.md)を参照してください。
* 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)を参照してください。

この抽出条件の動作概要については、「[**デバイスの状態を抽出条件として使用する方法」**](/landing/ras-admin-guide/v22-ja-jp/oyobino/device-posture/using-device-posture-as-criteria.md)を参照してください。


---

# 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.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.