> 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/scepman-gou-cheng/application-settings/scep-endpoints/jamf-validation.md).

# Jamf 検証

{% hint style="info" %}
これらの設定は SCEPman App Service にのみ適用し、Certificate Master には適用しないでください。以下を参照してください [SCEPman 設定](/ja/scepman-gou-cheng/application-settings.md).
{% endhint %}

## AppConfig:JamfValidation:Enabled

*Linux: AppConfig\_\_JamfValidation\_\_Enabled*

**値:** *true* または *false* (既定)

**説明:** この設定は、～を介して証明書を要求するのに役立ちます [Jamf](https://github.com/scepman/scepman-docs/tree/6358a93fe3c35dd51ae9501a385049ad1c8feb0b/docs/certificate-deployment/jamf/general.md) MDM システム。

* **True**：SCEPman は、パスを持つ追加の SCEP サーバー エンドポイントでリッスンします `/jamf`。と組み合わせて使用します [AppConfig:JamfValidation:RequestPassword](#appconfig-jamfvalidation-requestpassword).
* **False** (既定): SCEPman は Jamf に対して証明書を発行しません。

## AppConfig:JamfValidation:DefaultEkus

*Linux: AppConfig\_\_JamfValidation\_\_DefaultEkus*

{% hint style="info" %}
バージョン 2.8 以降に適用
{% endhint %}

**値:** Jamf エンドポイントが使用された場合に証明書に追加される拡張キー使用法 (EKU) の OID。OID はカンマ、セミコロン、またはスペースで区切ります。既定値は Client Authentication (1.3.6.1.5.5.7.3.2) です

**説明:** 証明書要求に EKU が含まれていない場合、SCEPman はこの設定で定義された EKU を証明書に追加します。もし [AppConfig:UseRequestedKeyUsages](/ja/scepman-gou-cheng/application-settings/certificates.md#appconfig-userequestedkeyusages) が *false*、この設定で定義された EKU は、証明書要求に EKU が含まれている場合でも証明書に追加されます。

## AppConfig:JamfValidation:DefaultKeyUsage

*Linux: AppConfig\_\_JamfValidation\_\_DefaultKeyUsage*

{% hint style="info" %}
バージョン 2.8 以降に適用
{% endhint %}

**値:** EncipherOnly|CrlSign|KeyCertSign|KeyAgreement|DataEncipherment|*KeyEncipherment*|NonRepudiation|*DigitalSignature*|DecipherOnly（デフォルトは *斜体*)

**説明:** 証明書要求に Key Usage が含まれていない場合、SCEPman はこの設定で定義された Key Usage を証明書に追加します。もし [AppConfig:UseRequestedKeyUsages](/ja/scepman-gou-cheng/application-settings/certificates.md#appconfig-userequestedkeyusages) が *false*、この設定で定義された Key Usage は、証明書要求に Key Usage が含まれている場合でも証明書に追加されます。

## AppConfig:JamfValidation:RequestPassword

*Linux: AppConfig\_\_JamfValidation\_\_RequestPassword*

**値:** *文字列*

**説明:** 証明書を取得するために、Jamf が各 SCEP 要求に含める必要があるチャレンジ パスワード (最大 32 文字) です。次の場合にのみ使用されます [AppConfig:JamfValidation:Enabled](#appconfig-jamfvalidation-enabled) が *true*.

この設定は Azure Key Vault で Secret として定義することをお勧めします。Secret の名前は次のとおりである必要があります *AppConfig--JamfValidation--RequestPassword*.

## AppConfig:JamfValidation:ValidityPeriodDays

*Linux: AppConfig\_\_JamfValidation\_\_ValidityPeriodDays*

**値:** 正の *整数*

**説明:** この設定は、グローバルな [ValidityPeriodDays](/ja/scepman-gou-cheng/application-settings/certificates.md#appconfig-validityperioddays) Jamf エンドポイント用。

## AppConfig:JamfValidation:URL

*Linux: AppConfig\_\_JamfValidation\_\_URL*

**値:** *文字列*

**説明:** Jamf インスタンスのルート URL です。例: `https://your-instance.jamfcloud.com/`.

カスタム URL とポートを持つ Jamf インスタンスを追加できます。例: `https://jamf.yourdomain.com:1234`

## AppConfig:JamfValidation:ClientID

*Linux: AppConfig\_\_JamfValidation\_\_ClientID*

{% hint style="info" %}
バージョン 2.9 以降に適用されます
{% endhint %}

**値:** *文字列*

**説明:** ClientID と ClientSecret は、APIUsername と APIPassword の代替です。

で構成された Client Secret に一致する API Client の Client ID を入力してください [AppConfig:JamfValidation:ClientSecret](#appconfig-jamfvalidation-clientsecret) 設定を使用してください。 [Jamf のドキュメントを参照してください](https://learn.jamf.com/en-US/bundle/jamf-pro-documentation-current/page/API_Roles_and_Clients.html) API Role と API Client の作成方法について。API Client には、次の権限を持つロールが必要です:

* モバイルデバイスの読み取り
* コンピューターの読み取り
* ユーザーの読み取り

## AppConfig:JamfValidation:ClientSecret

*Linux: AppConfig\_\_JamfValidation\_\_ClientSecret*

{% hint style="info" %}
バージョン 2.9 以降に適用されます
{% endhint %}

**値:** *文字列*

**説明:** の API Client 構成に対する Client Secret の値 [AppConfig:JamfValidation:ClientID](#appconfig-jamfvalidation-clientid).

この設定は Azure Key Vault で Secret として定義することを推奨します。Secret には次の名前を付ける必要があります *AppConfig--JamfValidation--ClientSecret*.

{% hint style="info" %}
この設定を Key Vault で Secret に設定した場合、 **AppConfig:JamfValidation:ClientSecret** を SCEPman の構成に追加する必要はもうありません。
{% endhint %}

## AppConfig:JamfValidation:APIUsername

*Linux: AppConfig\_\_JamfValidation\_\_APIUsername*

**値:** *文字列*

**説明:** この項目と APIPassword、または ClientID と ClientSecret のどちらかを使用してください。\
SCEPman があなたの Jamf インスタンスで認証するために使用する Jamf のサービス アカウント名です。SCEPman は、コンピューター、デバイス、ユーザーを照会するために次の権限を必要とします:

* コンピューター -> 読み取り
* モバイル デバイス -> 読み取り
* ユーザー -> 読み取り

## AppConfig:JamfValidation:APIPassword

*Linux: AppConfig\_\_JamfValidation\_\_APIPassword*

**値:** *文字列*

**説明:** で構成されたサービス アカウントのパスワード [AppConfig:JamfValidation:APIUsername](#appconfig-jamfvalidation-apiusername).

この設定は Azure Key Vault で Secret として定義することをお勧めします。Secret の名前は次のとおりである必要があります *AppConfig--JamfValidation--APIPassword*.

{% hint style="info" %}
この設定を Key Vault で Secret に設定した場合、 **AppConfig:JamfValidation:APIPassword** を SCEPman の構成に追加する必要はもうありません。
{% endhint %}

## AppConfig:JamfValidation:EnableCertificateStorage

*Linux: AppConfig\_\_JamfValidation\_\_EnableCertificateStorage*

{% hint style="info" %}
バージョン 2.3 以降に適用

SCEPman Enterprise Edition のみ
{% endhint %}

**値:** *true* または *false* (既定)

**説明:** Jamf エンドポイント経由で証明書を要求すると、これが *true*に設定されている場合、SCEPman は要求された証明書を Azure の Storage Account に保存します。これにより、発行された証明書が SCEPman Certificate Master に表示され、そこで手動で表示および失効できます。さらに、対応する Jamf オブジェクトが削除されると、証明書は自動的に失効します。次のよう *false*、SCEPman は発行された証明書を保存せず、証明書はログにのみ表示されるか、SCEP クライアントがどこかに保存した場合にのみ表示されます。これが設定されていない場合、動作はグローバル設定に依存します [AppConfig:EnableCertificateStorage](/ja/scepman-gou-cheng/application-settings/basics.md#appconfig-enablecertificatestorage).


---

# 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/scepman-gou-cheng/application-settings/scep-endpoints/jamf-validation.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.