カスタム URL の構成とトラブルシューティングの方法Summaryカスタム URL1 つまたは複数のカスタム URL をインスタンスに設定し、カスタム URL をサービスポータルのマッピングに設定できます。注:カスタム URL は、(オンプレミスの) 顧客または (開発者インスタンス) には使用できません。また、URL は公開されている必要があります。 注:ルートドメインの場合、CNAME は設定できません。 第 1 のルールは、カスタム URL にルートドメインを許可しないことです。 その他 2 つのオプションを使用できます。 1) リバースプロキシを設定します。 「リバースプロキシと URL リダイレクト」 https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB0634425 2) help.acme.com などのサブドメインを作成します。 サブドメインは別のオプションとして機能します。ReleaseLondon 以降Instructions手順 1:ドメインを取得する。カスタム URL を関連付けるには、その前にドメインプロバイダーを介して URL を所有 (または購入) する必要があります。また、カスタム URL を作成してインスタンスに関連付ける前に、特定の構成も必要になります。•プロバイダーに CNAME を設定します。CNAME レコードを ServiceNow インスタンス URL として設定する必要があります。 CNAME を検証する方法:カスタム URL DNS レコードの関連付けを検証します。# dig -t CNAME <Custom_URL_FQDN> +noall +answer カスタム URL が依然として正しいインスタンスに関連付けられていることを検証します。正しいエントリーは {Custom_URL_FQDN}. {number} IN CNAME {your_servicenow_instance_URL} となっている必要があります。存在しないか矛盾している場合は、DNS エントリーを修正していきます。修正するには、以下のようにします。 1.Now Platform から CNAME を検証します。 a. [CustomURLs] >> [CustomURL モジュール (CustomURL module)] に移動します。 b. カスタム URL レコードを開きます。 c. フォームのコンテキストメニューにアクセスし、[CNAME を検証] UI アクションをクリックします。 d. Now Platform は、カスタム URL がインスタンス URL を指しているかどうかを検証し、結果を更新します。 2.スクリプトバックグラウンドから次を実行します。SNC.InstanceURLUtil.isValidCustomDNSDomain(“custom url”) スクリプト: gs.print(SNC.InstanceURLUtil.isValidCustomDNSDomain(“itsupport.com”)); 出力: このカスタム URL で利用可能な情報が表示されます。 3.ターミナルから dig コマンドを実行します。 a. dig <domain name> b. CNAME とそれが指している場所を表示します。インスタンス URL でない場合は機能していません。 これはドメイン名 devauth.snowtestcustomurlone.com が teamauthsandox.servicenowlab.com を指していることを示していますが、これは正しくありません。 本来は <instancename>.servicenowservices.com を指しているべきです。 上記のように表示されない場合は、instance_domain_suffix に固有のシステムプロパティが servicenowservices.com になっていることを確認してください。•専用 VIP ステータスを確認します。ServiceNow インスタンスは専用 VIP となっている必要があります。専用 VIP を決定する方法:https://dcil4.servicenowservices.com/u_snc_vip_list.do に移動して、顧客リストの顧客アカウントを検索します。これにより、VIP 名と IP アドレスが表示されます。 顧客専用の VIP が表示されない、またはセットアップされていない場合は、SRE チームに連絡してセットアップを依頼してください。 手順 2: プラグインをアクティブ化する。1.アドミンとしてログインします。2.[システム定義] > [プラグイン] に移動します。3.[Custom URL] プラグインを検索してクリックします。 注:[Custom URL - Internal] プラグインは選択しないでください。これはスクリプト化されたカスタム URL API の内部コンポーネントです。4.カスタム URL レコードで、[アクティブ化/修復] 関連リンクをクリックします。5.[プラグインアクティベーション] ウィンドウで、[アクティブ化] をクリックします。 重要:次の手順はGCCのお客様専用です。GCCのお客様であるかどうかを確認してください: モバイル GovCommunityCloud (GCC) コンプライアンス手順 3:プロパティをアクティブ化します。(GCC でカスタム URL を使用するように設定する必要があります。)1.アドミンとしてログインします。2.左側のナビゲーターバーで、sys_properties.list と入力します。3.GCC の場合は、次の sys_properties を設定します。 Name= glide.customurl.datacenter.instance.url, value= https://dcil4.servicenowservices.com/Name= glide.management.host, value=https://hiwave.servicenowservices.com/Name= glide.register_server_url, value=https://noderegister.servicenowservices.com/Name=instance_domain_suffix, value=servicenowservices.comName=glide.customurl.enabled, value=true 手順 4:カスタム URL を設定する。カスタム URL をインスタンス構成に追加して、ServiceNow 指定 URL の代わりに使用されるようにします。 1.アドミンとしてログインします。2.[カスタム URL] > [顧客 URL (Customer URLs)] に移動します。3.[新規 (New)] をクリックします。4.必要なフィールドに入力します。ドメイン名:カスタム URL の完全修飾ドメイン名 (FQDN)。注:(たとえば) servicenow.acme.com は https://servicenow.acme.com URL の FQDN です。インスタンス URL である (Is Instance URL):すべての送信 URL に対してこのカスタム URL を有効にするチェックボックス。アクティブなカスタム URL を 1 つだけインスタンス URL にすることができます。カスタム URL に対してこの設定を有効にするには、次をクリックします。インスタンス URL として設定:URL レコードにあります。以前のカスタム URL はすべて削除されます。ステータス:カスタム URL レコードのステータスです。ステータスが [アクティブ] の場合、カスタム URL はプロビジョニングされ、使用する準備ができています。サービスポータル:ユーザーがカスタム URL を使用してインスタンスにアクセスしたときにリダイレクトされるサービスポータルを選択します。5.[送信] をクリックします。 手順 5:エラーをチェックする。カスタム URL は、6 時間以内にアクティブ化する必要があります。カスタム URL ジョブの完了は 30 分ごとにポーリングされます。カスタム URL 構成を検証するには、以下のようにします。 echo | openssl s_client -servername <custom URL> -connect <custom URL>: 443 2>/dev/null | openssl x509 -noout -dates -subject -issuer URL がアクティブであることを確認する出力「Let's Encrypt」を返している必要があります。 カスタム URL が機能していない場合は、ServiceNow のドキュメントでエラーの修正方法を参照してください。 関連情報:KB0725735:カスタム URL の SSO をセットアップする方法KB0781923:カスタム URL によって MID サーバーで問題が発生するかKB0855074:カスタム URL 作成時のよくある疑問KB0783654:Google マップがカスタム URL で機能しない