TiDB データ移行用の自己署名証明書の生成

このドキュメントでは、 openssl使用して TiDB データ移行 (DM) 用の自己署名証明書を生成する例を示します。必要に応じて、要件を満たす証明書とキーを生成することもできます。

インスタンスクラスターのトポロジが次のとおりであると仮定します。

名前	ホストIP	サービス
ノード1	172.16.10.11	DMマスター1
ノード2	172.16.10.12	DMマスター2
ノード3	172.16.10.13	DMマスター3
ノード4	172.16.10.14	DM-ワーカー1
ノード5	172.16.10.15	DM-worker2
ノード6	172.16.10.16	DM-worker3

OpenSSL をインストールする

Debian または Ubuntu OS の場合:
```
apt install openssl
```
RedHat または CentOS OS の場合:
```
yum install openssl
```

インストールについては、OpenSSL の公式ドキュメントをダウンロードするを参照することもできます。

CA証明書を生成する

認証局 (CA) は、デジタル証明書を発行する信頼できるエンティティです。実際には、管理者に連絡して証明書を発行するか、信頼できる CA を使用してください。 CA は複数の証明書ペアを管理します。ここで必要なのは、次のように元の証明書のペアを生成することだけです。

CA キーを生成します。
```
openssl genrsa -out ca-key.pem 4096
```

CA 証明書を生成します。

openssl req -new -x509 -days 1000 -key ca-key.pem -out ca.pem

CA 証明書を検証します。
```
openssl x509 -text -in ca.pem -noout
```

個々のコンポーネントの証明書を発行する

クラスターで使用される可能性のある証明書

DM マスターが他のコンポーネントに対して DM マスターを認証するために使用するmaster証明書。
DM ワーカーが他のコンポーネントに対して DM ワーカーを認証するために使用するworker証明書。
DM マスターおよび DM ワーカーのクライアントを認証するために dmctl によって使用されるclient証明書。

DMマスターの証明書を発行する

DM マスターインスタンスに証明書を発行するには、次の手順を実行します。

証明書に対応する秘密キーを生成します。
```
openssl genrsa -out master-key.pem 2048
```
OpenSSL 構成テンプレートファイルのコピーを作成します (複数の場所がある場合があるため、テンプレートファイルの実際の場所を参照してください)。
```
cp /usr/lib/ssl/openssl.cnf .
```
実際の場所がわからない場合は、ルートディレクトリで探してください。
```
find / -name openssl.cnf
```
openssl.cnfを編集し、 [ req ]フィールドの下にreq_extensions = v3_req追加し、 [ v3_req ]フィールドの下にsubjectAltName = @alt_namesを追加します。最後に、新しいフィールドを作成し、上記のクラスタートポロジの説明に従ってSubject Alternative Name (SAN) の情報を編集します。
```
[ alt_names ]
IP.1 = 127.0.0.1
IP.2 = 172.16.10.11
IP.3 = 172.16.10.12
IP.4 = 172.16.10.13
```
現在、SAN の次のチェック項目がサポートされています。
- IP
- DNS
- URI
ノート：
0.0.0.0などの特別な IP を接続または通信に使用する場合は、それをalt_namesにも追加する必要があります。
openssl.cnfファイルを保存し、証明書要求ファイルを生成します。 ( Common Name (e.g. server FQDN or YOUR name) []:に入力する場合、 dmなどの共通名 (CN) を証明書に割り当てます。これは、クライアントの ID を検証するためにサーバーによって使用されます。それぞれコンポーネントはデフォルトでは検証を有効にしません。構成ファイルで有効にできます。)
```
openssl req -new -key master-key.pem -out master-cert.pem -config openssl.cnf
```

証明書を発行して生成します。

openssl x509 -req -days 365 -CA ca.pem -CAkey ca-key.pem -CAcreateserial -in master-cert.pem -out master-cert.pem -extensions v3_req -extfile openssl.cnf

証明書に SAN フィールドが含まれていることを確認します (オプション)。
```
openssl x509 -text -in master-cert.pem -noout
```
現在のディレクトリに次のファイルが存在することを確認します。
```
ca.pem
master-cert.pem
master-key.pem
```

ノート：
DM ワーカーインスタンスの証明書を発行するプロセスは同様であるため、このドキュメントでは繰り返しません。

クライアントの証明書の発行 (dmctl)

クライアント (dmctl) に証明書を発行するには、次の手順を実行します。

証明書に対応する秘密キーを生成します。
```
openssl genrsa -out client-key.pem 2048
```
証明書要求ファイルを生成します (この手順では、サーバーがクライアントの ID を検証できるようにするために使用される共通名を証明書に割り当てることもできます。各コンポーネントはデフォルトでは検証を有効にしませんが、有効にすることができます)構成ファイル内にあります):
```
openssl req -new -key client-key.pem -out client-cert.pem
```