> For the complete documentation index, see [llms.txt](https://docs.scepman.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.scepman.com/ja/zheng-ming-shu-guan-li/microsoft-intune/android.md).

# Android

次の記事では、Android 用のデバイス証明書またはユーザー証明書を展開する方法について説明します。Android の証明書展開は、Windows 10、macOS、iOS の証明書展開に似ています。

{% hint style="info" %}
Android には 2 つの異なるソリューション セットがあります。1 つは [ワーク プロファイル](https://developers.google.com/android/work/requirements/work-profile) （別名 *Personally-Owned Work Profile）* もう 1 つは [フル マネージド デバイス](https://developers.google.com/android/work/requirements/fully-managed-device) （別名 *Fully Managed, Dedicated, and Corporate-Owned Work Profile*）。どちらの場合も、証明書構成プロファイルの設定は一貫しています。
{% endhint %}

{% hint style="info" %}
Android デバイス管理者管理は、Android デバイスを管理する方法として Android 2.2 でリリースされました。その後、Android 5 以降、よりモダンな Android Enterprise の管理フレームワークがリリースされました（Google Mobile Services に確実に接続できるデバイス向け）。 **Google は、新しい Android リリースでの管理サポートを縮小することで、デバイス管理者管理からの移行を促しています**。詳細については、 [MS. Intune における Android デバイス管理者のサポート縮小](https://techcommunity.microsoft.com/t5/intune-customer-success/decreasing-support-for-android-device-administrator/ba-p/1441935)
{% endhint %}

## ルート証明書

SCEP 証明書（デバイス証明書またはユーザー証明書）を展開する基盤は、SCEPman のルート証明書を信頼することです。したがって、CA ルート証明書をダウンロードし、 **信頼された証明書** プロファイルとして Microsoft Intune 経由で展開する必要があります:

* [ ] SCEPman ポータルから CA 証明書をダウンロードする

![](/files/344eb387228d4d05887e8793281b10fff5e2e48d)

* [ ] 種類が **信頼された証明書** の Android Enterprise 用プロファイルを Microsoft Intune で作成する（Android デバイスの登録オプションに基づく）

<figure><img src="/files/3cb1364786cbf216508f30a4912c0e69e5475979" alt=""><figcaption></figcaption></figure>

* [ ] 以前にダウンロードした **.cer ファイルをアップロードする**.
* [ ] これで、このプロファイルをデバイスに展開できます。割り当てには、すべてのユーザーおよび/またはすべてのデバイス、または専用グループを選択してください。

{% hint style="info" %}
注意: 使用する必要があるのは **割り当てに同じグループ** の **信頼された証明書** と **SCEP プロファイル**です。そうしないと、Intune の展開が失敗する可能性があります。
{% endhint %}

{% hint style="warning" %}
一部の Android Enterprise 展開では、Intune の信頼された証明書プロファイルに CA の完全な証明機関チェーン（ルート CA + 中間 CA）が必要です。これは特に中間 CA 証明書の更新後に重要で、ルート CA のみを展開すると SCEP ユーザー証明書または WLAN 証明書の展開が失敗する可能性があります。
{% endhint %}

## デバイス証明書

* [ ] SCEPman ポータルを開き、 **Intune MDM**

<figure><img src="/files/db26865d58bc5d9f9a67f46418d84441095d5096" alt=""><figcaption></figcaption></figure>

* [ ] 種類が **SCEP 証明書** の Android Enterprise 用プロファイルを Microsoft Intune で作成する（再び、Android デバイスの登録オプションに基づく）

<figure><img src="/files/5cabcd901e4ddd5ba323207fea8bd029f3523049" alt=""><figcaption></figcaption></figure>

* [ ] 次のようにプロファイルを構成する

<details>

<summary>証明書の種類: <code>デバイス</code></summary>

このセクションでは、デバイス証明書を設定します。

</details>

<details>

<summary>サブジェクト名の形式: <code>CN={{DeviceId}}</code> または <code>CN={{AAD_Device_ID}}</code></summary>

SCEPman は、サブジェクトの CN フィールドを使用してデバイスを識別し、証明書シリアル番号生成のシードとして使用します。Microsoft Entra ID (Azure AD) と Intune は 2 つの異なる ID を提供します:

* {{DeviceId}}: この ID は Intune によって生成・使用されます **（推奨）。** （ [#AppConfig:IntuneValidation:DeviceDirectory](/ja/scepman-gou-cheng/application-settings/scep-endpoints/intune-validation.md#appconfig-intunevalidation-devicedirectory) を **Intune** または **AADAndIntune**
* {{AAD\_Device\_ID}}: この ID は Microsoft Entra ID (Azure AD) によって生成・使用されます。

必要に応じて他の RDN を追加できます（例: `CN={{DeviceId}}, O=Contoso, CN={{WiFiMacAddress}}`）。サポートされている変数は [Microsoft のドキュメント](https://learn.microsoft.com/en-us/mem/intune/protect/certificates-profile-scep#create-a-scep-certificate-profile).

</details>

<details>

<summary>サブジェクト代替名: <code>URI</code> 値:<code>IntuneDeviceId://{{DeviceId}}</code></summary>

```
IntuneDeviceId://{{DeviceId}}
```

URI フィールドは [Microsoft によって推奨されています](https://techcommunity.microsoft.com/t5/intune-customer-success/new-microsoft-intune-service-for-network-access-control/ba-p/2544696) NAC ソリューションがデバイスを Intune デバイス ID に基づいて識別するために:

必要に応じて DNS などの他の SAN 値を追加できます。

</details>

<details>

<summary>証明書の有効期間: <code>1 年</code></summary>

証明書の期限切れまでの残り時間。既定値は 1 年です。

SCEPman は、設定された最大値で証明書の有効期間を上限にします [***AppConfig:ValidityPeriodDays***](/ja/scepman-gou-cheng/application-settings/certificates.md#appconfig-validityperioddays)。ただし、それ以外の場合は要求で構成された有効期間を使用します。

</details>

<details>

<summary>キー使用法: <code>デジタル署名</code> と <code>鍵の暗号化</code></summary>

両方の暗号化アクションを有効にしてください。

</details>

<details>

<summary>キー長（ビット）: <code>4096</code></summary>

SCEPman は 4096 ビットをサポートしています。

</details>

<details>

<summary>ルート証明書: <code>前の手順のプロファイル</code></summary>

次の Intune プロファイルを選択してください \[[#root-certificate](#root-certificate "mention")]\(android.md#root-certificate)。

もし [中間 CA](/ja/scepman-depuroi/intermediate-certificate.md)を使用している場合でも、ルート CA ではなく、ルート CA の信頼された証明書プロファイルを選択する必要があります！

</details>

<details>

<summary>拡張キー使用法: <code>クライアント認証, 1.3.6.1.5.5.7.3.2</code></summary>

次を選択してください **クライアント認証 (1.3.6.1.5.5.7.3.2)** の下の **定義済みの値**。その他のフィールドは自動的に入力されます。

</details>

<details>

<summary>更新しきい値（%）: <code>20</code></summary>

この値は、デバイスが証明書を更新できる時点を定義します（既存証明書の残存有効期間に基づく）。下の注意をお読みください **証明書の有効期間** を参照し、デバイスが長期間にわたって証明書を更新できるような適切な値を選択してください。20% の値では、有効期間 1 年の証明書を持つデバイスは、有効期限の 73 日前に更新を開始できます。

</details>

<details>

<summary>SCEP サーバー URL: SCEPman ポータルを開き、 <a href="#device-certificates">#Intune MDM</a></summary>

**例**

```
https://scepman.contoso.com/certsrv/mscep/mscep.dll
```

</details>

### **例**

<figure><img src="/files/5f32b5ea4982453fd18867c686f8d74d6b4c0e48" alt=""><figcaption></figcaption></figure>

## ユーザー証明書

次の手順に従ってください [#デバイス証明書](#device-certificates) を参照し、次の違いに注意してください:

<details>

<summary>証明書の種類: <code>ユーザー</code></summary>

このセクションでは、ユーザー証明書を設定します。

</details>

<details>

<summary>サブジェクト名の形式: <code>CN={{UserName}},E={{EmailAddress}}</code></summary>

ニーズに応じて RDN を定義できます。サポートされている変数は [Microsoft のドキュメント](https://docs.microsoft.com/en-us/mem/intune/protect/certificates-profile-scep#create-a-scep-certificate-profile)。ベースライン設定として、ユーザー名（例: janedoe）とメールアドレス（例: <janedoe@contoso.com>）を含めることをお勧めします。

</details>

<details>

<summary>サブジェクト代替名: <code>（UPN）</code>値: <code>{{UserPrincipalName}}</code></summary>

あなたは **必ず** ユーザー プリンシパル名をサブジェクト代替名として追加する必要があります。 **種類が User principal name (UPN) のサブジェクト代替名として '{{UserPrincipalName}}' を追加します。** これにより、SCEPman が証明書を AAD のユーザー オブジェクトにリンクできるようになります。

必要に応じて、電子メール アドレスなどの他の SAN 値を追加できます。

</details>

{% hint style="info" %}
必要なのは **サブジェクト代替名** が **SCEP 証明書、ユーザー タイプ**にあることです。SAN がなければ、会社の Wi-Fi にアクセスできません。
{% endhint %}

### **例**

<figure><img src="/files/a491d0adfe3576118d1e4603e28d856efb9c0a5d" alt=""><figcaption></figcaption></figure>

## 証明書の確認

Android デバイスで証明書が正しく展開されたことを確認するには、2 つの方法があります:

* 新しい Android バージョン（例: 14）では、 **設定** > **セキュリティとプライバシー**
* のようなサードパーティ製アプリを通じて [X509 Certificate Viewer Tool](https://play.google.com/store/apps/details?id=com.rdupletlabs.certificateviewer)


---

# 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 dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.scepman.com/ja/zheng-ming-shu-guan-li/microsoft-intune/android.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

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.