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ワーカー2
ノード6	172.16.10.16	DMワーカー3

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-master が他のコンポーネントの DM-master を認証するために使用するmaster証明書。
DM-worker が他のコンポーネントに対して DM-worker を認証するために使用するworker証明書。
DM-master および DM-worker のクライアントを認証するために dmctl によって使用されるclient証明書。

DM-master の証明書を発行する

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

証明書に対応する秘密鍵を生成します。
```
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-worker インスタンスの証明書を発行するプロセスは類似しているため、このドキュメントでは繰り返しません。

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

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

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