diff --git a/basic-sql-operations.md b/basic-sql-operations.md index 08e4f82996f71..52ddb46331080 100644 --- a/basic-sql-operations.md +++ b/basic-sql-operations.md @@ -210,7 +210,7 @@ SELECT name FROM person; SELECT * FROM person where id<5; ``` -## ユーザーの作成、承認、削除 {#create-authorize-and-delete-a-user} +## ユーザーの作成、認可、削除 {#create-authorize-and-delete-a-user} DCLは通常、ユーザーの作成や削除、およびユーザー権限の管理に使用されます。 diff --git a/br/br-pitr-guide.md b/br/br-pitr-guide.md index f4f31a53d7978..035b4b0413092 100644 --- a/br/br-pitr-guide.md +++ b/br/br-pitr-guide.md @@ -15,7 +15,7 @@ br コマンドライン ツール (以下、 `br`と呼びます) を使用し > **注記：** > -> - 以下の例では、Amazon S3 アクセスキーとシークレットキーを使用して権限を承認することを前提としています。IAM ロールを使用して権限を承認する場合は、 `--send-credentials-to-tikv`を`false`に設定する必要があります。 +> - 以下の例では、Amazon S3 アクセスキーとシークレットキーを使用して権限を認可することを前提としています。IAM ロールを使用して権限を認可する場合は、 `--send-credentials-to-tikv`を`false`に設定する必要があります。 > - 他のストレージシステムまたは認証方法を使用して権限を認証する場合は、 [バックアップストレージ](/br/backup-and-restore-storages.md)に従ってパラメータ設定を調整します。 ログ バックアップを開始するには、 `tiup br log start`実行します。クラスターは 1 回につき 1 つのログ バックアップ タスクのみ実行できます。 diff --git a/clinic/clinic-data-instruction-for-tiup.md b/clinic/clinic-data-instruction-for-tiup.md index 9adec6a2d457b..77b14d2e5cd30 100644 --- a/clinic/clinic-data-instruction-for-tiup.md +++ b/clinic/clinic-data-instruction-for-tiup.md @@ -11,8 +11,8 @@ PingCAP Clinicによって収集された診断データは、クラスターの クラウドに展開される診断サービスである Clinic Server は、データのストレージの場所に応じて 2 つの独立したサービスを提供します。 -- [国際ユーザー向けClinic Server](https://clinic.pingcap.com) ：収集したデータを国際ユーザー向けのClinic Serverにアップロードすると、データはPingCAPがAWS米国リージョンに展開するAmazon S3サービスに保存されます。PingCAPは厳格なデータアクセスポリシーを採用しており、承認されたテクニカルサポート担当者のみがデータにアクセスできます。 -- [中国本土のユーザー向けClinic Server](https://clinic.pingcap.com.cn) ：収集したデータを中国本土のユーザー向けClinic Serverにアップロードすると、データはPingCAPが中国（北京）リージョンに展開するAmazon S3サービスに保存されます。PingCAPは厳格なデータアクセスポリシーを採用しており、承認されたテクニカルサポート担当者のみがデータにアクセスできます。 +- [国際ユーザー向けClinic Server](https://clinic.pingcap.com) ：収集したデータを国際ユーザー向けのClinic Serverにアップロードすると、データはPingCAPがAWS米国リージョンに展開するAmazon S3サービスに保存されます。PingCAPは厳格なデータアクセスポリシーを採用しており、認可されたテクニカルサポート担当者のみがデータにアクセスできます。 +- [中国本土のユーザー向けClinic Server](https://clinic.pingcap.com.cn) ：収集したデータを中国本土のユーザー向けClinic Serverにアップロードすると、データはPingCAPが中国（北京）リージョンに展開するAmazon S3サービスに保存されます。PingCAPは厳格なデータアクセスポリシーを採用しており、認可されたテクニカルサポート担当者のみがデータにアクセスできます。 ## TiDB クラスター {#tidb-clusters} diff --git a/dashboard/dashboard-profiling.md b/dashboard/dashboard-profiling.md index 41f4951885f12..2c4bdd3c9a5a7 100644 --- a/dashboard/dashboard-profiling.md +++ b/dashboard/dashboard-profiling.md @@ -25,7 +25,7 @@ summary: 手動プロファイリングを使用すると、TiDB、TiKV、PD、 - ヒープ: TiDB、TiKV、PDインスタンス上の各内部関数のメモリ消費量 - > TiDBはv7.5以降、TiKVヒーププロファイルをサポートしています。TiDBダッシュボードの実行環境ではPerl依存関係が必要です。依存関係がない場合、エラーが発生します。 + > TiDBはv7.5以降、TiKVヒーププロファイルをサポートしています。TiDBダッシュボードの実行環境にはPerlが必要です。Perlがない場合、エラーが発生します。 - ミューテックス: TiDBおよびPDインスタンス上のミューテックスの競合状態 diff --git a/dashboard/dashboard-session-share.md b/dashboard/dashboard-session-share.md index 32d4eab727b03..2c58934829fb2 100644 --- a/dashboard/dashboard-session-share.md +++ b/dashboard/dashboard-session-share.md @@ -45,7 +45,7 @@ TiDB ダッシュボードの現在のセッションを他のユーザーと共 ![Sample Step](/media/dashboard/dashboard-session-share-signin-1-v650.png) -2. **承認コード**をクリックしてサインインに使用します。 +2. **認可コード**をクリックしてサインインに使用します。 ![Sample Step](/media/dashboard/dashboard-session-share-signin-2-v650.png) diff --git a/dashboard/dashboard-session-sso.md b/dashboard/dashboard-session-sso.md index e5d9776f1bb51..852e4872ebe4a 100644 --- a/dashboard/dashboard-session-sso.md +++ b/dashboard/dashboard-session-sso.md @@ -28,7 +28,7 @@ TiDBダッシュボードは、SQLベースの[OIDC](https://openid.net/connect/ - OIDC クライアント ID は、OIDC トークン発行者とも呼ばれます。 - OIDC Discovery URL は、OIDC Token Audience とも呼ばれます。 -5. **「偽装の承認」**をクリックし、SQL パスワードを入力します。 +5. **「偽装の認可」**をクリックし、SQL パスワードを入力します。 TiDB ダッシュボードはこの SQL パスワードを保存し、SSO サインインが完了した後に通常の SQL サインインを偽装するために使用します。 @@ -38,7 +38,7 @@ TiDBダッシュボードは、SQLベースの[OIDC](https://openid.net/connect/ > > 入力したパスワードは暗号化されて保存されます。SQLユーザーのパスワードを変更すると、SSOサインインが失敗します。その場合は、パスワードを再入力することでSSOを復旧できます。 -6. **[承認して保存]を**クリックします。 +6. **[認可して保存]を**クリックします。 ![Sample Step](/media/dashboard/dashboard-session-sso-enable-2.png) @@ -74,11 +74,11 @@ SQLユーザーのパスワードを変更すると、SSOサインインは失 2. 左側のサイドバーにあるユーザー名をクリックして、設定ページにアクセスします。 -3. **[シングル サインオン]**セクションで、 **[偽装の承認]**をクリックし、更新された SQL パスワードを入力します。 +3. **[シングル サインオン]**セクションで、 **[偽装の認可]**をクリックし、更新された SQL パスワードを入力します。 ![Sample Step](/media/dashboard/dashboard-session-sso-reauthorize.png) -4. **[承認して保存]を**クリックします。 +4. **[認可して保存]を**クリックします。 ## SSO経由でサインイン {#sign-in-via-sso} diff --git a/role-based-access-control.md b/role-based-access-control.md index 2b48e6eec9b4c..eac787e6b7efc 100644 --- a/role-based-access-control.md +++ b/role-based-access-control.md @@ -304,15 +304,15 @@ REVOKE INSERT, UPDATE, DELETE ON app_db.* FROM 'app_write'; DROP ROLE 'app_read', 'app_write'; ``` -この操作により、 `mysql.user`テーブル内の`app_read`と`app_write`ロール レコードと、承認テーブル内の関連レコードが削除され、2 つのロールに関連する承認が終了します。 +この操作により、 `mysql.user`テーブル内の`app_read`と`app_write`ロール レコードと、認可テーブル内の関連レコードが削除され、2 つのロールに関連する承認が終了します。 ロールを削除するには、 `DROP ROLE`または`DROP USER`権限が必要です。 -### 承認テーブル {#authorization-table} +### 認可テーブル {#authorization-table} 4 つのシステム[権限テーブル](/privilege-management.md#privilege-table)に加えて、RBAC システムでは 2 つの新しいシステム権限テーブルが導入されています。 -- `mysql.role_edges` : ロールとユーザーの承認関係を記録します。 +- `mysql.role_edges` : ロールとユーザーの認可関係を記録します。 - `mysql.default_roles` : 各ユーザーのデフォルトのロールを記録します。 #### mysql.role_edges {#code-mysql-role-edges-code} diff --git a/tidb-cloud/configure-serverless-firewall-rules-for-public-endpoints.md b/tidb-cloud/configure-serverless-firewall-rules-for-public-endpoints.md index 04e684019ae38..bf7f2c6197a95 100644 --- a/tidb-cloud/configure-serverless-firewall-rules-for-public-endpoints.md +++ b/tidb-cloud/configure-serverless-firewall-rules-for-public-endpoints.md @@ -13,7 +13,7 @@ summary: TiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスへの ## 公開エンドポイント {#public-endpoints} -TiDB Cloud StarterまたはEssentialインスタンスでパブリック アクセスを設定すると、パブリック エンドポイント経由でインスタンスにアクセスできるようになります。つまり、 TiDB Cloud StarterまたはEssentialインスタンスはインターネット経由でアクセス可能になります。パブリック エンドポイントは、公開されている DNS アドレスです。「承認済みネットワーク」とは、TiDB Cloud StarterまたはEssentialインスタンスへのアクセスを許可する IP アドレスの範囲を指します。これらのアクセス許可は、**ファイアウォール ルール**によって適用されます。 +TiDB Cloud StarterまたはEssentialインスタンスでパブリック アクセスを設定すると、パブリック エンドポイント経由でインスタンスにアクセスできるようになります。つまり、 TiDB Cloud StarterまたはEssentialインスタンスはインターネット経由でアクセス可能になります。パブリック エンドポイントは、公開されている DNS アドレスです。「認可済みネットワーク」とは、TiDB Cloud StarterまたはEssentialインスタンスへのアクセスを許可する IP アドレスの範囲を指します。これらのアクセス許可は、**ファイアウォール ルール**によって適用されます。 ### 公共アクセスの特徴 {#characteristics-of-public-access} @@ -25,7 +25,7 @@ TiDB Cloud StarterまたはEssentialインスタンスでパブリック アク ### ファイアウォールルール {#firewall-rules} -IPアドレスへのアクセス権限は**ファイアウォールルール**によって付与されます。承認されていないIPアドレスからの接続試行があった場合、クライアントはエラーを受け取ります。 +IPアドレスへのアクセス権限は**ファイアウォールルール**によって付与されます。認可されていないIPアドレスからの接続試行があった場合、クライアントはエラーを受け取ります。 IPファイアウォールルールは最大200個まで作成できます。 @@ -49,7 +49,7 @@ TiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスにファイア 4. （オプション）新しく作成したTiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスでは、 TiDB Cloud はデフォルトで**Allow_all_public_connections を**有効にします。特定の IP アドレスまたは範囲へのアクセスを制限するには、 **Allow_all_public_connections**の行にある**...**をクリックし、次に**Delete を**クリックします。 -5. **「承認済みネットワーク」**セクションで、 **「ルールの追加」**をクリックし、許可するIPアドレスまたはIPアドレス範囲を追加します。 +5. **「認可済みネットワーク」**セクションで、 **「ルールの追加」**をクリックし、許可するIPアドレスまたはIPアドレス範囲を追加します。 - お使いのコンピュータの現在のIPアドレスを追加するには、 **「現在のIPアドレスを追加」**をクリックします。これにより、 TiDB Cloudが認識するコンピュータのパブリックIPアドレスを含むファイアウォールルールが自動的に作成されます。 diff --git a/tidb-cloud/data-service-concepts.md b/tidb-cloud/data-service-concepts.md index 8c6280a19a3ab..8a56333388da5 100644 --- a/tidb-cloud/data-service-concepts.md +++ b/tidb-cloud/data-service-concepts.md @@ -13,7 +13,7 @@ Data Service を使用すると、カスタム API エンドポイントを使 ## データアプリ {#data-app} -[データサービス（ベータ版）](https://tidbcloud.com/project/data-service)のデータアプリは、特定のアプリケーションのデータにアクセスするために使用できるエンドポイントのコレクションです。データアプリを作成することで、エンドポイントをグループ化し、APIキーを使用してエンドポイントへのアクセスを制限する認証設定を構成できます。これにより、承認されたユーザーのみがデータにアクセスして操作できるようにし、アプリケーションのセキュリティを強化できます。 +[データサービス（ベータ版）](https://tidbcloud.com/project/data-service)のデータアプリは、特定のアプリケーションのデータにアクセスするために使用できるエンドポイントのコレクションです。データアプリを作成することで、エンドポイントをグループ化し、APIキーを使用してエンドポイントへのアクセスを制限する認証設定を構成できます。これにより、認可されたユーザーのみがデータにアクセスして操作できるようにし、アプリケーションのセキュリティを強化できます。 詳細については[データアプリを管理する](/tidb-cloud/data-service-manage-data-app.md)参照してください。 diff --git a/tidb-cloud/data-service-overview.md b/tidb-cloud/data-service-overview.md index 21a173eec2f83..4231714bbc15d 100644 --- a/tidb-cloud/data-service-overview.md +++ b/tidb-cloud/data-service-overview.md @@ -15,7 +15,7 @@ Data Service を使用すると、カスタム API エンドポイントを使 Data Service のエンドポイントは、SQL 文を実行するためにカスタマイズできる Web API です。SQL 文のパラメータ（ `WHERE`句で使用する値など）を指定できます。クライアントがエンドポイントを呼び出し、リクエスト URL でパラメータの値を指定すると、エンドポイントは指定されたパラメータを使用して対応する SQL 文を実行し、結果を HTTP レスポンスの一部として返します。 -エンドポイントをより効率的に管理するには、データアプリを使用できます。データサービスにおけるデータアプリは、特定のアプリケーションのデータにアクセスするために使用できるエンドポイントのコレクションです。データアプリを作成することで、エンドポイントをグループ化し、APIキーを使用してエンドポイントへのアクセスを制限する認証設定を構成できます。これにより、承認されたユーザーのみがデータにアクセスして操作できるようにし、アプリケーションのセキュリティを強化できます。 +エンドポイントをより効率的に管理するには、データアプリを使用できます。データサービスにおけるデータアプリは、特定のアプリケーションのデータにアクセスするために使用できるエンドポイントのコレクションです。データアプリを作成することで、エンドポイントをグループ化し、APIキーを使用してエンドポイントへのアクセスを制限する認証設定を構成できます。これにより、認可されたユーザーのみがデータにアクセスして操作できるようにし、アプリケーションのセキュリティを強化できます。 > **ヒント：** > diff --git a/tidb-cloud/oauth2.md b/tidb-cloud/oauth2.md index 725e2ee000449..a0ceb5031bb88 100644 --- a/tidb-cloud/oauth2.md +++ b/tidb-cloud/oauth2.md @@ -42,6 +42,6 @@ OAuth 2.0 デバイスコード付与タイプを使用して、 TiDB Cloud CLI 1. [TiDB Cloudコンソール](https://tidbcloud.com/)で、左下隅にあります。 2. **[アカウント設定]**をクリックします。 -3. **「承認済みOAuthアプリ」**タブをクリックします。承認済みのOAuthアプリケーションが表示されます。 +3. **「認可済みOAuthアプリ」**タブをクリックします。承認済みのOAuthアプリケーションが表示されます。 -**「取り消し」**をクリックすると、いつでも承認を取り消すことができます。 +**「取り消し」**をクリックすると、いつでも認可を取り消すことができます。 diff --git a/tidb-cloud/premium/dual-layer-data-encryption-premium.md b/tidb-cloud/premium/dual-layer-data-encryption-premium.md index eef319ed51359..c6c6a117aa816 100644 --- a/tidb-cloud/premium/dual-layer-data-encryption-premium.md +++ b/tidb-cloud/premium/dual-layer-data-encryption-premium.md @@ -175,9 +175,9 @@ TiDB Cloudに暗号化キーの管理を代行させるには、以下の手順 バックアップがCMEKで暗号化されている場合は、復元中に新しいインスタンスがKMSマスターキーにアクセスできることを確認してください。キーARNは変更されません。 -アクセスを確認するには、 **「確認」**をクリックして信頼ポリシーの検証を開始します。TiDB Cloudは、キーポリシーで承認されたTiDB Cloudアカウントが、元のバックアップに関連付けられているアカウントと一致するかどうかを確認します。 +アクセスを確認するには、 **「確認」**をクリックして信頼ポリシーの検証を開始します。TiDB Cloudは、キーポリシーで認可されたTiDB Cloudアカウントが、元のバックアップに関連付けられているアカウントと一致するかどうかを確認します。 -- アカウントが一致する場合、それ以上の承認は必要ありません。 +- アカウントが一致する場合、それ以上の認可は必要ありません。 - アカウントが一致しない場合は、提供されたキーポリシーをコピーし、クラウドプロバイダーのKMSで更新してください。この更新によりキーが再認証され、新しいインスタンスがキーにアクセスできるようになります。 ### サービス管理暗号化キーで暗号化されたバックアップを復元する {#restore-a-backup-encrypted-with-a-service-managed-encryption-key} diff --git a/tidb-cloud/security-overview.md b/tidb-cloud/security-overview.md index 2600e54180e30..4195efc2a3826 100644 --- a/tidb-cloud/security-overview.md +++ b/tidb-cloud/security-overview.md @@ -17,7 +17,7 @@ TiDB Cloudは階層化された役割と権限管理を提供し、多要素認 TiDB Cloudは、ネットワークの分離とアクセス制御のために、プライベートエンドポイント、VPCピアリング、およびIPアクセスリストを提供します。 -TLSを使用してすべての通信を暗号化することで、転送中のデータの機密性と完全性を確保できます。ネットワークアクセス制御により、承認されたソースのみがクラスターまたはインスタンスのリソースにアクセスできるため、全体的なセキュリティが強化されます。 +TLSを使用してすべての通信を暗号化することで、転送中のデータの機密性と完全性を確保できます。ネットワークアクセス制御により、認可されたソースのみがクラスターまたはインスタンスのリソースにアクセスできるため、全体的なセキュリティが強化されます。 ## データアクセス制御 {#data-access-control} diff --git a/tidb-cloud/set-up-private-endpoint-connections-on-alibaba-cloud.md b/tidb-cloud/set-up-private-endpoint-connections-on-alibaba-cloud.md index 1ca65244cf014..5264007972c85 100644 --- a/tidb-cloud/set-up-private-endpoint-connections-on-alibaba-cloud.md +++ b/tidb-cloud/set-up-private-endpoint-connections-on-alibaba-cloud.md @@ -62,7 +62,7 @@ Alibaba Cloud管理コンソールを使用してVPCインターフェースエ > **注記：** > -> この手順は任意です。特定のプライベートエンドポイント接続へのアクセスを制限する場合にのみ、**承認済みネットワーク**を設定する必要があります。ルールが設定されていない場合、すべてのプライベートエンドポイント接続がデフォルトで許可されます。 +> この手順は任意です。特定のプライベートエンドポイント接続へのアクセスを制限する場合にのみ、**認可済みネットワーク**を設定する必要があります。ルールが設定されていない場合、すべてのプライベートエンドポイント接続がデフォルトで許可されます。 Alibaba Cloud上にインターフェースエンドポイントを作成した後、対象のTiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスに対して認証を行い、アクセスを制限できます。 @@ -70,7 +70,7 @@ Alibaba Cloud上にインターフェースエンドポイントを作成した 2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 -3. **プライベートエンドポイントの**セクションまでスクロールダウンし、**承認済みネットワークの**表を探してください。 +3. **プライベートエンドポイントの**セクションまでスクロールダウンし、**認可済みネットワークの**表を探してください。 4. ファイアウォールルールを追加するには、 **「ルールの追加」**をクリックします。 @@ -82,7 +82,7 @@ Alibaba Cloud上にインターフェースエンドポイントを作成した > **ヒント：** > - > - **「承認済みネットワーク」**テーブルを空のままにした場合、デフォルトで全てのプライベートエンドポイント接続が許可されます。 + > - **「認可済みネットワーク」**テーブルを空のままにした場合、デフォルトで全てのプライベートエンドポイント接続が許可されます。 > - クラウドリージョンからのすべてのプライベートエンドポイント接続を許可するには（テストまたはオープンアクセス用）、**エンドポイントID**フィールドにアスタリスク1つ（ `*` ）を入力します。 5. **「送信」**をクリックしてください。 diff --git a/tidb-cloud/set-up-private-endpoint-connections-serverless.md b/tidb-cloud/set-up-private-endpoint-connections-serverless.md index 0ecaae8a5497b..20db63350641b 100644 --- a/tidb-cloud/set-up-private-endpoint-connections-serverless.md +++ b/tidb-cloud/set-up-private-endpoint-connections-serverless.md @@ -113,7 +113,7 @@ aws ec2 create-vpc-endpoint --vpc-id ${your_vpc_id} --region ${region_id} --serv > **注記：** > -> この手順は任意です。特定のプライベートエンドポイント接続へのアクセスを制限する場合にのみ、**承認済みネットワーク**を設定する必要があります。ルールが設定されていない場合、すべてのプライベートエンドポイント接続がデフォルトで許可されます。 +> この手順は任意です。特定のプライベートエンドポイント接続へのアクセスを制限する場合にのみ、**認可済みネットワーク**を設定する必要があります。ルールが設定されていない場合、すべてのプライベートエンドポイント接続がデフォルトで許可されます。 AWSインターフェースエンドポイントを作成した後、対象のTiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスに対して認証を行い、アクセスを制限できます。 @@ -121,7 +121,7 @@ AWSインターフェースエンドポイントを作成した後、対象のTi 2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 -3. **プライベートエンドポイントの**セクションまでスクロールダウンし、**承認済みネットワークの**表を探してください。 +3. **プライベートエンドポイントの**セクションまでスクロールダウンし、**認可済みネットワークの**表を探してください。 4. ファイアウォールルールを追加するには、 **「ルールの追加」**をクリックします。 @@ -133,7 +133,7 @@ AWSインターフェースエンドポイントを作成した後、対象のTi > **ヒント：** > - > - **「承認済みネットワーク」**テーブルを空のままにした場合、デフォルトで全てのプライベートエンドポイント接続が許可されます。 + > - **「認可済みネットワーク」**テーブルを空のままにした場合、デフォルトで全てのプライベートエンドポイント接続が許可されます。 > - クラウドリージョンからのすべてのプライベートエンドポイント接続を許可するには（テストまたはオープンアクセスのため）、 **[VPCエンドポイントID]**フィールドにアスタリスク( `*` )を1つ入力します。 5. **「送信」**をクリックしてください。 diff --git a/tidb-cloud/ticloud-serverless-authorized-network-create.md b/tidb-cloud/ticloud-serverless-authorized-network-create.md index 9f8d4bcda371f..7247563cf5a4c 100644 --- a/tidb-cloud/ticloud-serverless-authorized-network-create.md +++ b/tidb-cloud/ticloud-serverless-authorized-network-create.md @@ -5,7 +5,7 @@ summary: ticloud serverless authorized-network create` のリファレンス。 # ticloud serverless authorized-network create {#ticloud-serverless-authorized-network-create} -承認済みネットワークを作成します。 +認可済みネットワークを作成します。 ```shell ticloud serverless authorized-network create [flags] @@ -13,13 +13,13 @@ ticloud serverless authorized-network create [flags] ## 例 {#examples} -対話モードで承認済みネットワークを作成します。 +対話モードで認可済みネットワークを作成します。 ```shell ticloud serverless authorized-network create ``` -非対話型モードで承認済みネットワークを作成します。 +非対話型モードで認可済みネットワークを作成します。 ```shell ticloud serverless authorized-network create -c --display-name --start-ip-address --end-ip-address @@ -32,9 +32,9 @@ ticloud serverless authorized-network create -c --display-name --start-ip-address --end-ip-address @@ -32,9 +32,9 @@ ticloud serverless authorized-network delete -c --start-ip-address | フラグ | 説明 | 必須 | 注記 | | ---------------------- | ----------------------------- | --- | ------------------------ | | -c, --cluster-id 文字列 | クラスターの ID を指定します。 | はい | 非対話型モードでのみ動作します。 | -| --force文字列 | 確認なしで承認済みネットワークを削除します。 | いいえ | 非対話型モードでのみ動作します。 | -| --start-ip-address 文字列 | 承認されたネットワークの開始 IP アドレスを指定します。 | はい | 非対話型モードでのみ動作します。 | -| --end-ip-address 文字列 | 承認されたネットワークの終了 IP アドレスを指定します。 | はい | 非対話型モードでのみ動作します。 | +| --force文字列 | 確認なしで認可済みネットワークを削除します。 | いいえ | 非対話型モードでのみ動作します。 | +| --start-ip-address 文字列 | 認可されたネットワークの開始 IP アドレスを指定します。 | はい | 非対話型モードでのみ動作します。 | +| --end-ip-address 文字列 | 認可されたネットワークの終了 IP アドレスを指定します。 | はい | 非対話型モードでのみ動作します。 | | -h, --help | このコマンドのヘルプ情報を表示します。 | いいえ | 非対話型モードと対話型モードの両方で動作します。 | ## 継承されたフラグ {#inherited-flags} diff --git a/tidb-cloud/ticloud-serverless-authorized-network-list.md b/tidb-cloud/ticloud-serverless-authorized-network-list.md index 8c5476e26e708..abec0f005ad88 100644 --- a/tidb-cloud/ticloud-serverless-authorized-network-list.md +++ b/tidb-cloud/ticloud-serverless-authorized-network-list.md @@ -5,7 +5,7 @@ summary: ticloud serverless authorized-network list` のリファレンス。 # ticloud serverless authorized-network list {#ticloud-serverless-authorized-network-list} -承認されたネットワークをすべて一覧表示します。 +認可されたネットワークをすべて一覧表示します。 ```shell ticloud serverless authorized-network list [flags] @@ -13,13 +13,13 @@ ticloud serverless authorized-network list [flags] ## 例 {#examples} -対話モードですべての承認済みネットワークを一覧表示します。 +対話モードですべての認可済みネットワークを一覧表示します。 ```shell ticloud serverless authorized-network list ``` -非対話型モードですべての承認済みネットワークを一覧表示します。 +非対話型モードですべての認可済みネットワークを一覧表示します。 ```shell ticloud serverless authorized-network list -c diff --git a/tidb-cloud/ticloud-serverless-authorized-network-update.md b/tidb-cloud/ticloud-serverless-authorized-network-update.md index 8814039d31e52..29fcbb158687b 100644 --- a/tidb-cloud/ticloud-serverless-authorized-network-update.md +++ b/tidb-cloud/ticloud-serverless-authorized-network-update.md @@ -5,7 +5,7 @@ summary: ticloud serverless authorized-network update` のリファレンス。 # ticloud serverless authorized-network update {#ticloud-serverless-authorized-network-update} -承認済みネットワークを更新します。 +認可済みネットワークを更新します。 ```shell ticloud serverless authorized-network update [flags] @@ -13,13 +13,13 @@ ticloud serverless authorized-network update [flags] ## 例 {#examples} -対話モードで承認済みネットワークを更新します。 +対話モードで認可済みネットワークを更新します。 ```shell ticloud serverless authorized-network update ``` -非対話型モードで承認済みネットワークを更新します。 +非対話型モードで認可済みネットワークを更新します。 ```shell ticloud serverless authorized-network update -c --start-ip-address --end-ip-address --new-start-ip-address --new-end-ip-address @@ -32,11 +32,11 @@ ticloud serverless authorized-network update -c --start-ip-address | フラグ | 説明 | 必須 | 注記 | | -------------------------- | -------------------------------- | --- | ------------------------ | | -c, --cluster-id 文字列 | クラスターの ID を指定します。 | はい | 非対話型モードでのみ動作します。 | -| --start-ip-address 文字列 | 承認されたネットワークの開始 IP アドレスを指定します。 | はい | 非対話型モードでのみ動作します。 | -| --end-ip-address 文字列 | 承認されたネットワークの終了 IP アドレスを指定します。 | はい | 非対話型モードでのみ動作します。 | -| --new-display-name | 承認済みネットワークの新しい名前を指定します。 | いいえ | 非対話型モードでのみ動作します。 | -| --new-start-ip-address 文字列 | 承認されたネットワークの新しい開始 IP アドレスを指定します。 | いいえ | 非対話型モードでのみ動作します。 | -| --new-end-ip-address 文字列 | 承認されたネットワークの新しい終了 IP アドレスを指定します。 | いいえ | 非対話型モードでのみ動作します。 | +| --start-ip-address 文字列 | 認可されたネットワークの開始 IP アドレスを指定します。 | はい | 非対話型モードでのみ動作します。 | +| --end-ip-address 文字列 | 認可されたネットワークの終了 IP アドレスを指定します。 | はい | 非対話型モードでのみ動作します。 | +| --new-display-name | 認可済みネットワークの新しい名前を指定します。 | いいえ | 非対話型モードでのみ動作します。 | +| --new-start-ip-address 文字列 | 認可されたネットワークの新しい開始 IP アドレスを指定します。 | いいえ | 非対話型モードでのみ動作します。 | +| --new-end-ip-address 文字列 | 認可されたネットワークの新しい終了 IP アドレスを指定します。 | いいえ | 非対話型モードでのみ動作します。 | | -h, --help | このコマンドのヘルプ情報を表示します。 | いいえ | 非対話型モードと対話型モードの両方で動作します。 | ## 継承されたフラグ {#inherited-flags}