> 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/certificate-master/tls-server-certificate-pkcs-12.md).

# TLS サーバー証明書

{% hint style="warning" %}
SCEPman Enterprise Edition のみ
{% endhint %}

SCEPman Certificate Master の Web UI から、秘密鍵を含む X.509 サーバー証明書を生成できます。このオプションを使用すると、複数のドメイン名に対する TLS 証明書を簡単に生成できます。これらの証明書は、Web サーバーで HTTPS による通信を有効にしたり、ディレクトリ サーバーで LDAPS を有効にしたりするために使用できます。さらに、Active Directory ドメイン コントローラー上でも使用できますが、ドメイン コントローラーについては、特別な [Domain Controller 証明書](/ja/zheng-ming-shu-guan-li/domain-controller-certificates.md)、その結果、LDAPS に使用できます。

{% hint style="warning" %}
このページから移動すると、パスワードにはもうアクセスできなくなるので注意してください。
{% endhint %}

### 証明書署名要求を使用してサーバー証明書を発行する

アプライアンスまたはサーバーから取得した、あるいは OpenSSL などの外部ツールで作成した証明書署名要求 (CSR) を送信してください。

1. 平文の証明書署名要求を貼り付けるか、CSR ファイルを貼り付けてください。
2. 送信してサーバー証明書をダウンロードします。

<figure><img src="https://114237723-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F-LoGejQeUQcw7lqnQ3WX%2Fuploads%2FTAnquTGACOtsm5AL3t8p%2Fimage.png?alt=media&amp;token=a6a3857b-18fc-41a9-9140-ba60555d5f4c" alt=""><figcaption><p>サーバー証明書の CSR を送信する</p></figcaption></figure>

### フォームを使用してサーバー証明書を発行する

このフォームでは、鍵ペア (秘密鍵と公開鍵) と関連付けられた証明書を作成し、パスワードで保護されたファイルとしてダウンロードできます。ファイルをサーバーまたはアプライアンスにコピーし、このページで提供されるパスワードを使ってインストールできます。

クライアントがサーバーへアクセスするための DNS 名を入力してください。クライアントが警告なしで TLS 接続 (HTTPS/LDAPS/FTPS など) を確立できるように、それらは一致している必要があります。最初の Subject Alternative Name (SAN) が、証明書のサブジェクトの Common Name (CN) になります。

1. へ移動する **新しいサーバー証明書** SCEPman Certificate Master のトップメニューで
2. 証明書を有効にするすべての Fully Qualified Domain Names (FQDNs) を、カンマ、セミコロン、または改行で区切って入力してください。これらのエントリは、証明書の Subject Alternative Names 拡張機能に DNS エントリとして追加されます。
3. 押して **送信** すべてのドメイン名を入力すると、証明書が発行されてから数秒後に、ブラウザーが秘密鍵付きの証明書を PKCS#12/PFX 形式で自動的にダウンロードします。PKCS#12 ファイルは、画面に表示されたパスワードで暗号化されています。必要なシステムに、パスワードを使って PKCS#12 を直接インポートできます。

オプションで、相互認証シナリオ (例: mTLS) では、次を含めるよう選択できます。 **クライアント認証** 証明書に EKU を含めます。

<figure><img src="https://114237723-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F-LoGejQeUQcw7lqnQ3WX%2Fuploads%2Fjpiz4ePATA5vd4TWCGX6%2Fimage.png?alt=media&amp;token=307d7082-7263-496d-b5b4-19c1e3a3cc6d" alt=""><figcaption></figcaption></figure>

秘密鍵付きの証明書をインポートできるが、PKCS#12 は受け入れないシステムもあります。OpenSSL などの標準ツールを使って、PKCS#12 ファイルを他の形式に変換できます。たとえば、対象システムが証明書と秘密鍵を含む PEM ファイルを必要とする場合は、次のコマンドを使用できます：

```shell
openssl pkcs12 -in INFILE.p12 -out OUTFILE.crt
```


---

# 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/certificate-master/tls-server-certificate-pkcs-12.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.
