> 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/sono/troubleshooting/cisco-ise-host-header-limitation.md).
# Cisco ISE のホスト ヘッダー制限
Cisco ISE および Aruba ClearPass の両方（ただし、 **ClearPass 6.9.5**) は、OCSP の参照時に HTTP 1.1 をサポートせず、OCSP リクエストでホスト ヘッダーを送信しません。これはおそらく、バックエンドで使用されていると思われる OpenSSL 1.0.2 までのバージョンでは、 [OCSP リクエストでホスト ヘッダーを送信するために追加のパラメーターが必要でした](https://github.com/openssl/openssl/issues/1986)一方、2016 年 8 月にリリースされた OpenSSL 1.1.0 ではそれが自動的に行われます。そのため、Azure App Services で実行されている汎用の SCEPman インスタンスには接続できません。エラーメッセージは次のようになる場合があります：
Cisco は現在、将来の機能強化を調査していますが、当面は次のものを使用できます： [Azure Application Gateway](https://azure.microsoft.com/en-us/services/application-gateway/) Host Header を必要としない SCEPman インスタンスを提供するために使用できます。
以下の手順では、SCEPman 用の Azure Application Gateway を作成するために必要な手順を示します：
## 1) 新しい Application Gateway を作成する
## 2) 必要な基本情報を入力する
## 3) 新しい静的パブリック IP アドレスを作成する
## 4) 新しいバックエンド プールを作成し、SCEPman App Service を指定する
{% hint style="info" %}
Geo-Redundant シナリオでは、両方の SCEPman アプリ サービスをバックエンド プールに追加する必要があります。
{% endhint %}
## 5) HTTP 用のルーティング ルールを追加する
## 5b) Host Header 付きの新しい HTTP 設定を追加する（SCEPman のパブリック FQDN）
{% hint style="warning" %}
6 月上旬ごろ、Microsoft は Azure Application Gateway にバグを導入し、「Pick host name from backend target」が選択されている場合に、Host Header のないリクエストへ Host Header を追加できなくなりました。以前の版のこのドキュメントでは「Pick host name from backend target」を推奨していましたが、現在は機能しません。回避策として、下図のように「Override with specific domain name」を選択し、SCEPman App Service の名前、たとえば *contoso-scepman.azurewebsites.net*.
{% endhint %}
## 6) オプション: HTTPS 用のルーティング ルールを追加する
{% hint style="warning" %}
この手順には HTTPS Web サーバー証明書が必要です。
{% endhint %}
{% hint style="info" %}
TLS を使用しない HTTP の利用はセキュリティ上の脆弱性ではありません。PKI ベースのリソースは、TLS ハンドシェイクがこれらのリソースへのアクセスを必要とするため、通常は TLS なしの HTTP で公開されます。TLS を使用すると、TLS ハンドシェイクが PKI リソースへのアクセスを必要とし、PKI リソースへのアクセスが TLS ハンドシェイクを必要とするという鶏と卵の問題が生じます。そのため、SCEP や OCSP などのこれらの PKI リソースは、必要な箇所で独自の暗号化および/または署名を使用しています。
{% endhint %}
## 6b) Host Header 付きの新しい HTTPS 設定を追加する（SCEPman のパブリック FQDN）
## 7) ルーティング ルールを確認する
## 8) Application Gateway の構成を完了する
## 9) IP の DNS 名を構成する
次に、Gateway の DNS 名を追加します：
1. IP アドレス リソースを開く
2. DNS 名ラベルとして任意の名前を追加する
オプション: 自身の DNS サーバーに、DNS 名の CNAME エントリを追加できます。
{% hint style="info" %}
Geo-Redundant シナリオでは、SCEPman のカスタム ドメイン URL（Traffic Manager を指します）と Application Gateway の URL を、Cisco ISE で OCSP レスポンダーとして引き続き使用できます。
{% endhint %}
{% hint style="info" %}
OCSP レスポンダー URL は次のようになります： `http:///ocsp`
**注:** OCSP レスポンダー URL は HTTPS ではなく HTTP である必要があります。参照: [こちら](https://docs.scepman.com/ja/sono/troubleshooting/pages/ccdfbd1ddcdff91d6751d481827a4e07f76f5ff0#id-21.-can-https-only-be-enabled)
{% endhint %}
## Intune/JAMF 構成
Intune の構成では、Azure Application Gateway の URL の代わりに App Service の URL を引き続き使用できます。そうすると、クライアントは App Service と直接通信します。Cisco ISE では Azure Application Gateway の URL を構成する必要があります。この URL のみが HTTP 1.0 リクエストをサポートするためです。
---
# 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/sono/troubleshooting/cisco-ise-host-header-limitation.md?ask=&goal=
```
`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.