--- sourceDocument: Yokohama Now Platform 機能 sourceDocumentLink: https://www.servicenow.com/docs/r/ja-JP/yokohama/servicenow-platform Release : - yokohama ft:locale : - ja-JP ft:publication_title : - Yokohama Now Platform 機能 ft:clusterId : - platcap bundleId : - platcap workflow : - Platform --- オーケストレーションの認証情報、接続、およびエイリアスの概要 ============================== オーケストレーションの認証情報、接続、およびエイリアスの概要 {#ariaid-title1} =============================================== * リリースバージョン: Yokohama * * 更新日 2026年03月13日 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：12分 オーケストレーションのすべてのアプリケーション統合では、リソースにアクセスするために、それぞれのアプリケーションに対する接続情報、資格情報、接続および資格情報エイリアスが必要です。 オーケストレーションでアプリケーション統合を実行する前に、対応する接続情報および認証情報を作成して構成する必要があります。接続は、IP アドレスまたはエンドポイントとプロトコルのような、システムとの統合に関連します。これには、データベースと統合する際のデータベースの詳細など、特定の詳細が含まれています。関連する認証情報は、接続の作成に必要な認証データです。 接続情報と認証情報は、同じ統合でも QA/開発/本番環境間で異なる場合があります。このデータとアプリケーション メタデータ (ワークフローやジョブ スケジューリングなど) が緊密に結合されているため、環境を変更すると、アプリケーション メタデータが使用停止されます。この問題を軽減するために、アプリケーション メタデータからこのデータを切り離すことを目的に、接続および認証情報のエイリアスという概念が導入されています。これらのエイリアスを使用すると、ユーザーは、エイリアスに接続するためのアプリケーション メタデータを設計できます。エイリアスは、実行時に接続データと認証情報データに解決されます。 エイリアスには、接続および資格情報エイリアスおよび認証情報エイリアスの 2 つのタイプがあります。これらのエイリアスに特定の制約を適用するビジネス ルールがあります。名前には、英字、数字、アンダースコアを含める必要がありますが、特殊文字は使用できません。エイリアスはスコープ内で一意である必要があります。複数の有効な接続を可能にすると、同じドメイン内で複数のアクティブな接続を設定できます。このオプションを選択しないと、ドメインごとに設定できるアクティブな接続は 1 つのみになります。 注: 複数のアクティブな接続を有効にする場合、接続レコードが解決されると、アプリケーションによって確立された順序に基づいて 1 つの接続が選択されます。接続の順序は、接続データの取得に使用する API によって異なります。他の接続属性をエイリアスに追加することができます。これらの属性は、実行時に接続データで利用可能です。実行時に接続管理によって上書きされる変数は、エイリアスには影響しません。 認証情報エイリアスは、認証情報データのみを解決します。エイリアス データ モデルに加えて、実行時に接続と資格情報データを取得できるスクリプト可能な API を使用できます。 オーケストレーションでの接続および資格情報エイリアスの使用 {#ariaid-title2} ---------------------------------------------- 認証情報または接続情報レコードにラベルを付けるエイリアスを定義します。 認証情報および接続エイリアスは、認証情報または接続レコードにラベルを付けるエイリアスを定義します。これは sys_metadata テーブルから拡張されます。これには admin ロールが必要です。credential_admin および connection_admin には、sys_alias への読み取りアクセス権があります。接続エイリアスには次のものが含まれます。 名前 : エイリアスの名前。 ID : このフィールドは、「scope name.alias name」という形式に基づいています。ID に対する一意のインデックスを使用することで、スコープ名 ＋ 名前に基づく一意のレコードを確保します。スコープがグローバルである場合、ID はエイリアス名です。 タイプ : \[認証情報\] または \[接続と資格情報\] のどちらかを選択できます。デフォルトは \[接続と資格情報\] です。 接続タイプ : このフィールドは、エイリアス タイプが \[接続と資格情報\] に設定されている場合に適用されます。接続タイプは、\[HTTP\]、\[JDBC\]、\[JMS\] の 3 つです。デフォルトは \[HTTP\] です。 グローバル スコープで作業日エイリアスを作成すると、ID は Workday に設定されます HR アプリケーション スコープで作業日エイリアスを作成すると、ID は x_hr_app.workday に設定されます * 名前には、英字、数字、およびアンダースコアのみ使用できます。 * アップグレード時に、認証情報レコード内のタグは接続エイリアスに移行します。以前のリリースの認証情報レコード内のタグに英字、数字、およびアンダースコア以外の特殊文字が含まれている場合、タグ データはアップグレード中も保持されます。ユーザーは引き続きこれらの接続エイリアスを使用できますが、更新時にこれらの特殊文字を削除しない限り、エイリアスを更新できません。 {#connection-alias-orch__ul_cds_wfj_fbb} オーケストレーションでの認証情報の使用 {#ariaid-title3} ------------------------------------ オーケストレーションでは、リソースにアクセスするために認証情報が必要です。 ### 認証情報テーブル {#credentials-orchestration__section_lrg_rmp_gbb} 認証情報テーブル (discovery_credential) は、統合に使用できる認証情報を定義します。以前のリリースでは、認証情報テーブルには、認証情報にラベルを付ける文字列タイプのタグフィールドが含まれていました。このタグは、オーケストレーションアクティビティで使用されます。Madrid リリースでは、タグから認証情報エイリアスの名前が変更され、タイプは文字列から GlideList (接続エイリアステーブルへの参照) に変更されます。 ### 認証情報タイプ {#credentials-orchestration__section_rgf_by3_hbb} 次の認証情報タイプが用意されています。{#credentials-orchestration__table_whp_qp5_5y__entry__3}{#credentials-orchestration__row_yc2_zp5_5y} | 認証情報タイプ | 説明 | \[認証情報をテスト\] オプションのサポート | |------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|-------------------------| | [適用可能な認証情報](https://www.servicenow.com/docs/access?context=applicative-creds&version=yokohama&pubname=yokohama-platform-security&ft:locale=en-US) | デバイスまたはコンピューター上のアプリケーションを探索するための認証情報。 [で使用されるディスカバリーパターン ITOM ヴィジビリティ](https://www.servicenow.com/docs/access?context=c_MappingPatternsCustomization&version=yokohama&pubname=yokohama-it-operations-management&ft:locale=en-US) 多くの場合、適用可能な認証情報が必要です。 | いいえ | | [Amazon Web Services の認証情報](https://www.servicenow.com/docs/access?context=r_CloudManagementCredentialsForm&version=yokohama&pubname=yokohama-platform-security&ft:locale=en-US) | Amazon Web Services (AWS) のメインアカウント、アクセスキー ID、および秘密アクセスキー。 注: テスト中に AWS 認証情報をテストすることはできません | いいえ | | [Azure サービスプリンシパルおよびエンタープライズ契約の認証情報](https://www.servicenow.com/docs/access?context=r_CloudManagementCredentialsForm&version=yokohama&pubname=yokohama-platform-security&ft:locale=en-US) | Azure サブスクリプションに必要な Azure サービスプリンシパル。 | いいえ | | [ベーシック認証情報](https://www.servicenow.com/docs/access?context=r_BasicAuthCredentialsForm&version=yokohama&pubname=yokohama-platform-security&ft:locale=en-US) | ユーザー名とパスワード。 | いいえ | | [CIM 認証情報](https://www.servicenow.com/docs/access?context=r_CIMCredentialsForm&version=yokohama&pubname=yokohama-platform-security&ft:locale=en-US) | VMware ESX サーバーに関する情報を取得する CIMOM (Common Information Model Object Manager (CIM)) サーバーへのアクセスに必要なユーザー名とパスワード。 | いいえ | | [クラウド認証情報](https://www.servicenow.com/docs/access?context=r_CloudManagementCredentialsForm&version=yokohama&pubname=yokohama-platform-security&ft:locale=en-US) | オーケストレーションがクラウドリソースにアクセスするために使用する認証情報。 | いいえ | | [JDBC 認証情報](https://www.servicenow.com/docs/access?context=r_JDBCCredentialsForm&version=yokohama&pubname=yokohama-platform-security&ft:locale=en-US) | Java Database Connectivity (JDBC) 接続にアクセスするためのユーザー名とパスワード。 | あり | | [JMS 認証情報](https://www.servicenow.com/docs/access?context=r_JMSCredentialsForm&version=yokohama&pubname=yokohama-platform-security&ft:locale=en-US) | Java Message Service (JMS) にアクセスするためのユーザー名とパスワード。 | あり | | [OAuth 2.0 認証情報](https://www.servicenow.com/docs/access?context=oauth-2-credentials&version=yokohama&pubname=yokohama-platform-security&ft:locale=en-US) | OAuth 2.0 の認証情報により、ServiceNow® は HTTP サービス上のユーザーアカウントにアクセスできるようになります。 | | | [SNMP コミュニティ認証情報](https://www.servicenow.com/docs/access?context=c_SNMPCredentials&version=yokohama&pubname=yokohama-platform-security§ion=r_SNMPCommunityCredentialsForm&ft:locale=en-US) | SNMP を介してデバイスにアクセスするためのコミュニティ文字列。 | あり | | [SNMPv3 認証情報](https://www.servicenow.com/docs/access?context=c_SNMPCredentials&version=yokohama&pubname=yokohama-platform-security§ion=r_SNMPCredentialsForm&ft:locale=en-US) | SNMP v3 ネットワーク上のデバイスにアクセスするために必要なユーザー名とキー。 | あり | | [SSH 認証情報](https://www.servicenow.com/docs/access?context=r_SSHCredentialsForm&version=yokohama&pubname=yokohama-platform-security&ft:locale=en-US) | Linux および UNIX デバイスにアクセスするためのユーザー名とパスワード。 | はい | | [SSH 認証情報](https://www.servicenow.com/docs/access?context=r_SSHCredentialsForm&version=yokohama&pubname=yokohama-platform-security&ft:locale=en-US) | Linux および UNIX デバイスにアクセスするための秘密鍵認証情報。 注: セキュリティ上の理由により、SSH パスワード認証情報よりも SSH 秘密鍵認証情報が推奨されます。 | はい | | [VMware 認証情報](https://www.servicenow.com/docs/access?context=r_VMwareCredentialsForm&version=yokohama&pubname=yokohama-platform-security&ft:locale=en-US) | vCenter リソースにアクセスするための認証情報。これらの認証情報は、仮想マシンのクローニングなど、vCenter で実行するすべての作業で必要とされます。 | あり | | [Windows 資格情報](https://www.servicenow.com/docs/access?context=r_WindowsCredentialsForm&version=yokohama&pubname=yokohama-platform-security&ft:locale=en-US) | Windows コンピューターにアクセスするために必要なユーザー名とパスワード。Windows 資格情報を使用するには、複数の [Windows 資格情報](https://www.servicenow.com/docs/access?context=r_WindowsCredentialsForm&version=yokohama&pubname=yokohama-platform-security&ft:locale=en-US)を満たす必要があります。 | あり | [ ] {#credentials-orchestration__table_whp_qp5_5y} ### MID サーバーが認証情報を使用する仕組み {#credentials-orchestration__section_sgf_by3_hbb} デフォルトでは、Windows MID サーバーは、ホストマシン上の MID サーバーサービスのログイン認証情報を使用して、ネットワーク内の Windows デバイスを検出します。[Windows MID サーバーサービス認証情報を設定](https://www.servicenow.com/docs/BDYWIxhFydW~7JhsVU5r7g#t_ConfigMIDSvrSvcCredentials "ホスト マシン上で MID サーバーサービスを管理するには (正常に自動アップグレードを行う機能も含む)、MID サーバーサービスの認証情報が必要です。")して、ドメインまたはローカルアドミニストレーター権限を持つようにする必要があります。Linux および UNIX のマシンとネットワークデバイスの場合、MID サーバーは次のインスタンスで設定された SSH および SNMP 認証情報を使用します。 ディスカバリー認証情報. オーケストレーションで使用される MID サーバーには、[\[ワークフロー アクティビティ\]](https://www.servicenow.com/docs/access?context=c_WorkflowActivities&version=yokohama&pubname=yokohama-build-workflows&ft:locale=en-US) で指定されているとおり、ネットワーク内のコンピューター上でコマンドを実行するために必要な認証情報へのアクセス権が必要です。オーケストレーションでは、ディスカバリーと同じ SSH および SNMP 認証情報を使用できますが、特定のワークフローアクティビティ用に設計された 2 つの追加認証情報 (Windows ([PowerShell](https://www.servicenow.com/docs/wlHZLuQ5MLeB2GM69zv60A#c_OrchestrPowerShellActivities "PowerShell は Windows .NET Framework をベースとして開発されたもので、Windows マシンとアプリケーションの管理のコントロールおよび自動化を目的としています。") 用) と VMware) があります。 ### 暗号化と復号化 {#credentials-orchestration__section_tgf_by3_hbb} プラットフォームでは、認証情報 \[discovery_credentials\] テーブルの暗号化フィールドに認証情報を保存します。認証情報が入力されると、認証情報は表示できません。 MID サーバーによって認証情報が要求されると、プラットフォームで次のプロセスを使用して認証情報が復号化されます。 1. password2 固定キーを使用してインスタンスに対して認証情報が復号化されます。 2. 認証情報は、MID サーバーの公開鍵を使用してインスタンス上で再暗号化されます。 3. 認証情報は、SSL を使用してロード バランサー上で暗号化されます。 4. 認証情報は、SSL を使用して MID サーバー上で復号化されます。 5. 認証情報は、MID サーバーの秘密鍵を使用して MID サーバー上で復号化されます。 {#credentials-orchestration__ol_avb_25r_x4} 注: プラットフォームには、マルチテナント インスタンス用の個別の暗号鍵はありません。 ### 認証情報の順序 {#credentials-orchestration__section_ugf_by3_hbb} 認証情報には、[\[認証情報フォーム (Credentials Form)\]](https://www.servicenow.com/docs/access?context=t_CreateCredential&version=yokohama&pubname=yokohama-platform-security&ft:locale=en-US) の順序値を割り当てることができます。これにより、特定の順序ですべての認証情報をアプリケーションで自由に試行させることができます。順序値を指定しない場合、オーケストレーションが SSH サーバー (Linux マシンや UNIX マシンなど) でコマンドの実行を試行する場合や、ディスカバリーが SNMP デバイス (プリンター、ルーター、UPS など) のクエリを試行する場合などに、使用できる認証情報が見つかるまで認証情報 \[discovery_credential\] テーブルにある認証情報がアプリケーションでランダムに試行されます。 デバイスの認証情報を特定した後、ディスカバリー とオーケストレーションでは、認証情報親和性 `[dscy_credentials_affinity]` テーブルを使用して認証情報とデバイス間の親和性が作成されます。後続のすべての検出またはオーケストレーション アクティビティで、このテーブルの認証情報が、親和性が存在するデバイスと照合されます。デバイスの認証情報が変更された場合、 ディスカバリー とオーケストレーションでは、新しい親和性を作成するまで利用可能な認証情報をすべて再試行します。 注: オーケストレーションと ディスカバリー がインストールされ、認証情報エイリアスが有効になっている場合、複数の親和性が存在する可能性があります。この場合、プラットフォームでは、親和性ごとに認証情報が検索され、順序が最も低い親和性の認証情報がプローブに挿入されます。 認証情報の順序付けは、次の場合に役立ちます。 * 認証情報テーブルには多くの認証情報が含まれており、一部の認証情報が他の認証情報よりも頻繁に使用される場合があります。たとえば、テーブル 150 個の SSH 認証情報が含まれており、そのうちの 5 個がデバイスの 90% へのログインに使用されている場合は、その 5 個の順序値を小さくすることをお勧めします。これにより、その 5 個が実行リストの最上部に配置されます。このようにして、よく使用する認証情報が最初に試行されると、ディスカバリーとオーケストレーションの動作がより迅速になります。最初の接続に成功した後、デバイスごとに次回使用する認証情報が認識されます。 * システムには、積極的なログイン セキュリティがあります。たとえば、ネットワーク内の Solaris データベースサーバーがログイン試行を 3 回失敗すると MID サーバーからロックアウトされる場合は、データベース認証情報の順序値を小さくします。 {#credentials-orchestration__ul_xfy_53s_x4} ### 認証情報エイリアス {#credentials-orchestration__section_vgf_by3_hbb} 認証情報エイリアスにより、フローおよびワークフローの作成者は次のことが可能になります。 * 個々の認証情報をオーケストレーションワークフローの任意のアクティビティにアサインする。 * 個々の認証情報をワークフロースタジオの任意のアクションにアサインする。 * オーケストレーション ワークフローで同じアクティビティ タイプが発生するたびに異なる認証情報を割り当てる。 * デザイナー フローで同じアクションが発生するたびに異なる認証情報を割り当てる。 {#credentials-orchestration__ul_ft1_qxd_hbb} また、認証情報エイリアスは、認証情報親和性とも連動します。 ### 外部の認証情報ストア {#credentials-orchestration__section_wgf_by3_hbb} インスタンスに認証情報を保存しない場合は、外部の認証情報リポジトリを使用できます。外部の認証情報ストアにより、インスタンスによってアクセスできる外部サイトに認証情報が保存されます。[CyberArk](https://www.cyberark.com/) のみがサポートされています。 オーケストレーションとの接続 {#ariaid-title4} ------------------------------- 接続テーブルを使用して、ターゲット ホストへの JMS 接続、JDBC 接続、または HTTP(s) 接続を設定します。 ### 接続テーブル {#connections-orchestration__section_ljx_qgw_2bb} 接続テーブル (sys_connection) は、すべての接続テーブルの基本テーブルです。次のプロトコルの接続を設定できます。 * JDBC * JMS * HTTP(S) {#connections-orchestration__ul_u4c_ryb_hbb}接続テーブルは、接続エイリアステーブルを参照します。これにより、接続エイリアスが接続情報に結合されます。接続ごとに次の情報が記録されます。{#connections-orchestration__table_dng_wyb_hbb__entry__2} | フィールド | 説明 | |---------|-----------------------------------------------------------------| | 名前 | 接続の名前。このフィールドは、テーブル上で一意でなければなりません。 | | 認証情報 | この接続で使用する認証情報を指定します。これはオプションです。 | | 接続エイリアス | 接続エイリアスにより、実行時に接続と資格情報が解決されます。接続エイリアスごとに一度に 1 つの接続のみアクティブになります。 | | アクティブ | この接続をアクティブにする場合はオンにします。 | | ドメイン | 接続が属するドメイン。 | [表 : 1. 基本接続のプロパティ] {#connections-orchestration__table_dng_wyb_hbb} 空でない場合、認証情報は有効な接続全体で一意です。 ### 接続情報のアップグレード {#connections-orchestration__section_q4x_5pd_fbb} JDBC 接続 (jdbc_connection) テーブルおよび JMS 接続 (orch_jms_ds) テーブルは、既存のオーケストレーション接続テーブルです。Madrid では、これらのテーブルを再ペアレンティングして、接続 (sys_connection) テーブルから拡張します。さらに、オーケストレーション ランタイム プラグインから認証情報 \& 接続プラグインに移行します。これらのテーブルは本来、sys_metadata から拡張されています。sys_metadata 関連データは削除されます。JDBC フィールド名の変更： * JDBC サーバーの名前が host に変更されました * データベース ポートの名前が port に変更されました {#connections-orchestration__ul_j3j_rzb_hbb}