DM 接続の TLS を有効にする

このドキュメントでは、DM マスター、DM ワーカー、および dmctl コンポーネント間の接続、および DM とアップストリームまたはダウンストリームデータベース間の接続を含む DM 接続の暗号化されたデータ送信を有効にする方法について説明します。

DM マスター、DM ワーカー、および dmctl 間の暗号化されたデータ送信を有効にする

このセクションでは、DM マスター、DM ワーカー、および dmctl の間で暗号化されたデータ送信を有効にする方法を紹介します。

証明書を準備します。
サーバー証明書はDM-masterとDM-workerで別々に用意することを推奨します。 2 つのコンポーネントが相互に認証できることを確認してください。 dmctl に対して 1 つのクライアント証明書を共有することを選択できます。
自己署名証明書を生成するには、 openssl 、 cfssl 、およびeasy-rsaなどのopensslに基づくその他のツールを使用できます。
opensslを選択すると自己署名証明書の生成を参照できます。
証明書を構成します。
ノート：
同じ証明書セットを使用するように DM マスター、DM ワーカー、および dmctl を構成できます。
- DMマスター
  構成ファイルまたはコマンドライン引数で構成します。
```
ssl-ca = "/path/to/ca.pem"
ssl-cert = "/path/to/master-cert.pem"
ssl-key = "/path/to/master-key.pem"
```
- DMワーカー
  構成ファイルまたはコマンドライン引数で構成します。
```
ssl-ca = "/path/to/ca.pem"
ssl-cert = "/path/to/worker-cert.pem"
ssl-key = "/path/to/worker-key.pem"
```
- dmctl
  DM クラスターで暗号化送信を有効にした後、dmctl を使用してクラスターに接続する必要がある場合は、クライアント証明書を指定します。例えば：
```
./dmctl --master-addr=127.0.0.1:8261 --ssl-ca /path/to/ca.pem --ssl-cert /path/to/client-cert.pem --ssl-key /path/to/client-key.pem
```

共通名は発信者の確認に使用されます。一般に、呼び出し先は、呼び出し元から提供されたキー、証明書、および CA の検証に加えて、呼び出し元の ID を検証する必要があります。たとえば、DM ワーカーには DM マスターのみがアクセスでき、他の訪問者は正規の証明書を持っていてもブロックされます。

コンポーネントの呼び出し元の ID を検証するには、証明書の生成時にCommon Name (CN) を使用して証明書ユーザー ID をマークし、呼び出し先のCommon Nameリストを構成して呼び出し元の ID を確認する必要があります。

証明書とキーをリロードするには、新しい接続が作成されるたびに、DM マスター、DM ワーカー、および dmctl が現在の証明書とキーファイルを再読み込みします。

ssl-ca ssl-certまたはssl-keyで指定されたファイルが更新されたら、DM コンポーネントを再起動して証明書とキーファイルをリロードし、相互に再接続します。

このセクションでは、DM コンポーネントとアップストリームまたはダウンストリームのデータベース間の暗号化されたデータ送信を有効にする方法を紹介します。

暗号化された接続を使用するようにダウンストリーム TiDB を構成します。詳しい操作については安全な接続を使用するように TiDBサーバーを構成するを参照してください。
タスク構成ファイルに TiDB クライアント証明書を設定します。
ノート：
すべての DM マスターコンポーネントと DM ワーカーコンポーネントが、指定されたパスを介して証明書とキーファイルを読み取ることができることを確認してください。
```
target-database:
    security:
        ssl-ca: "/path/to/tidb-ca.pem"
        ssl-cert: "/path/to/tidb-client-cert.pem"
        ssl-key: "/path/to/tidb-client-key.pem"
```