認証情報の種類
各種類が保持するものと、選択できる場所
種類
種類は、認証情報の用途を示します。ダイアログが尋ねるフィールドと、その認証情報を選択できる場所は種類によって決まります。
| 種類 | 保持するもの | 使用するもの |
|---|---|---|
| ユーザーとパスワード | 任意のログイン用のユーザーとパスワード。ベーシック認証の REST API、サービスなど。既定の種類です | フォームの credentials または認証情報フィールドを通じたプレイブック、 REST 式 |
| SSH | サーバーへの SSH 用のユーザーとパスワード、およびそのホストとポート | フォームの credentials 、 ansibleCredentials 、または認証情報フィールドを通じたプレイブック、ワークフローノードのログイン |
| Git | git リポジトリ用のユーザーとパスワードまたはトークン | リポジトリ |
| API | REST API 用のユーザーとパスワードまたはトークン | REST 式 、Telegram ボットのトークン、Webhook のベアラートークン、チャットアシスタントの API キー |
| データベース | データベースのログイン。種類、ホスト、ポート、データベース名を含みます | フォームが照会する データベース （ dbConfig 、7.5.0 から）、またはフォームの dbConfig から直接。 fnCredentials 。テストできます |
| CyberArk | CyberArk Central Credential Provider（CCP）のアドレスとその TLS、CyberArk ストアがログインに使う AppID、クライアント証明書、キー | CyberArk シークレットストア |
| SMTP | メールサーバー、そのポートと TLS、ログイン（リレーの場合はなし） | メールの 通知チャネル |
| LDAP | ディレクトリのサーバー、ポート、TLS、証明書、バインド DN とパスワード | LDAP ディレクトリ |
| Microsoft Entra ID | プロバイダーのアプリの登録。テナント ID、クライアント ID、クライアントシークレット、リダイレクト URI | Entra ID プロバイダー |
| Open ID | プロバイダーのクライアント。発行者、クライアント ID、クライアントシークレット、リダイレクト URI | OIDC プロバイダー |
| RTE | RTE のトークン（ RTE_TOKEN ）とアドレス | RTE の ランナー |
| AWX、AAP、Ascender | そのプラットフォームのトークンまたはログインと、アドレス | その種類のランナー |
| Semaphore、Rundeck | その製品の API トークンとアドレス | その種類のランナー |
| Jenkins | Jenkins のユーザー、その API トークンとアドレス | Jenkins ランナー |
| HashiCorp Vault | Vault ストアがログインに使うトークンとアドレス | HashiCorp Vault シークレットストア |
データベースの認証情報の種類には、MySQL、MSSQL、PostgreSQL、Oracle、MongoDB があります。7.5.0 からは 接続 > データベース のデータベースがそれを選び、7.5.0 へのアップグレードでは、それぞれに同じ名前のデータベースが一つ作られます。
API と 構成シード では、種類は userpass 、 ssh 、 git 、 api 、 database 、 cyberark 、 smtp 、 ldap 、 entraid 、 oidc 、 rte 、 awx 、 aap 、 ascender 、 semaphore 、 rundeck 、 jenkins 、 vault です。バージョン 6 からの アップグレードでは、すべての認証情報に種類 userpass 、データベースのものには database が付与されます。フォームでは 6 と同じように使われます。ワークフローノードの プレイブックが接続に使うログインは SSH に、REST API 用のものは API に変更してください。
認証情報内のアドレス
7.3.0 からは、一つのサーバーで使うログインはそのサーバーを持つので、それを使うレコードは認証情報を指定するだけで済みます。
| レコード | 認証情報に移されたもの |
|---|---|
| LDAP ディレクトリ | サーバー、ポート、TLS、証明書、バインドアカウント。 <directory>-ldap という名前の ldap 認証情報へ |
| SSO プロバイダー | クライアント ID とシークレット、テナントまたは発行者、リダイレクト URI。 <provider>-sso という名前の entraid または oidc 認証情報へ |
| ランナー | アドレスと TLS、トークンまたはログイン。その種類の認証情報 <runner>-token または <runner>-login へ |
| シークレットストア | アドレスと TLS、トークン（ <store>-token ）、または CyberArk の AppID と証明書（ <store>-appid ） |
| メールチャネル | サーバー、ポート、TLS。その smtp 認証情報、または <channel>-smtp という名前の新しい認証情報へ |
7.3.0 へのアップグレードで、これらの移動が一度だけ行われます。すでに認証情報を指定していたレコードはそれを使い続けますが、 別のレコードが同じログインを別のサーバーで使っていた場合は、そのコピーが作られます。 構成シード で宣言されたレコードは、シードの内容のまま残ります。 接続とサインインの認証情報を変更できるのは管理者だけです。 認証情報を変更できるユーザー を参照してください。