---
sourceDocument: オーストラリア ServiceNow AI Platform の機能
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/servicenow-platform

 Release :

    - australia

ft:locale :

    - ja-JP

ft:publication_title :

    - オーストラリア ServiceNow AI Platform の機能

ft:clusterId :

    - platcap

bundleId :

    - platcap

workflow :

    - Platform


---

# MID サーバーのネットワーク接続を準備する

# MID サーバーのネットワーク接続を準備する {#ariaid-title1}

* リリースバージョン: Australia
* 
* 更新日 2026年03月12日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：12分

MID サーバーをインストールする前に、ネットワーク内外の要素に接続するために必要な必須条件を満たします。これには、ネットワーク権限とセキュリティに関する考慮事項が含まれます。

## セキュリティに関する考慮事項 {#c_MIDServerConnectionPrerequisites__section_pdk_p1t_r1b}

コンピューターやデバイスには追加のセキュリティ対策が設定されている場合があり、これらのセキュリティ対策により、MID サーバーがそのシステム上でコマンドやクエリを実行することが妨げられることがあります。  
たとえば、Linux サーバーは、特定の IP アドレスにのみ SSH を介して接続することを許可するように設定されている場合があります。同様に、ネットワークルーターは、特定の IP アドレスにのみ、そこで SNMP を照会することを許可するように設定されている場合があります。そのようなケースでアクセスを許可するには、次のいずれかの方法を使用します。

* 目的の MID サーバーがコマンドを実行または照会できるように、コンピューターまたはデバイスの構成を更新します。たとえば、ネットワーク管理システムにのみ、そこで SNMP を照会することを許可するように、ネットワークルーターを設定することができます。この場合、MID サーバーを、別のネットワーク管理システムであるかのように追加します。
* MID サーバーを、すでにそうした制限付きでコンピューターまたはネットワーク デバイスにアクセスしているコンピューターにインストールします。たとえば、(DMZ の外部からの通信が厳しく制限されている) DMZ 内でディスカバリーを使用するには、既に DMZ 内にあるコンピューターに MID サーバーをインストールします。
{#c_MIDServerConnectionPrerequisites__ul_snr_jks_x4}

## 認証情報スプレー {#c_MIDServerConnectionPrerequisites__section_jpm_shc_w2c}

MID サーバーは、ホストの Windows サーバーメッセージブロック (SMB) クライアントと構成を使用して、他のWindowsマシンに接続します。Windowsが従来のプロトコルを使用するように構成されている場合、接続は中間者攻撃に対して脆弱になり、脆弱なパスワードの開示やリモートコードの実行につながる可能性があります。  
次のホスト構成を使用して、中間者の視点で攻撃者の影響を制限します。

* 整合性に対する潜在的な攻撃を制限するために、クライアントMID サーバーで SMB 署名が必須になるように構成されていることを確認します。

* 環境内のすべての SMB サーバーで SMB 署名が必要であることを確認します。

* ホストマシンが NetNTLM などの従来の認証プロトコルをサポートする必要がある場合は、強力なパスワードを使用してオフライン辞書攻撃を制限します。

* 関連するホストごとに一意のアカウントを使用して、侵害された認証情報がエンドシステムに与える影響を制限します。

{#c_MIDServerConnectionPrerequisites__ul_ktf_thc_w2c}

## 外部接続要件 {#c_MIDServerConnectionPrerequisites__section_cjd_dbt_r1b}

これらの要件は、特に ServiceNow® ディスカバリー およびオーケストレーションの製品と MID サーバーを使用するための要件です。  
MID サーバーはポート 443 でインスタンスと安全に通信し、受信接続は必要ありません。インスタンスで MID サーバーを登録できなかった場合は、ファイアウォールを介してこの通信を許可する必要があります。アプリケーションまたはネットワークのセキュリティ制限が接続障害の原因であるかどうかを判断するには、MID サーバーアプリケーションをホストしているサーバーからポート 443 でのインスタンスへの telnet 接続を試みます。この接続に失敗した場合は、Web プロキシ (443 は https 接続であるため) またはそのホストからの外部 TCP 接続を防ぐファイアウォール ルールが問題である可能性があります。config.xml ファイルに追加するプロキシ情報についてネットワーク セキュリティ担当者に連絡するか、次のいずれかの構文を使用してアクセスを許可するようにファイアウォールの設定を要求してください。

* `<`source IP`> to <`any`>`
* `<`source IP`> to <`ServiceNow`> any established`
* `<`source IP`> to <`instance_name.service-now.com`> 443`

{#c_MIDServerConnectionPrerequisites__ul_ehb_nbt_r1b}  
重要:  
MID サーバーのホストコンピューターは、自動でアップグレードするために install.service-now.com の ServiceNow ダウンロードサイトにアクセスできる必要があります。ダウンロードサイトへのアクセスをブロックする自己ホスト ServiceNow 環境の場合は、MID Server インストーラーパッケージを MID サーバーのホストに手動でインポートする必要があります。手順については、自己ホストされたナレッジベースの「[KB0760123](https://support.servicenow.com/kb_view.do?sysparm_article=KB0760123)」を参照してください。

## 内部接続要件 {#c_MIDServerConnectionPrerequisites__section_zy1_tbt_r1b}

これらの手法は、ネットワーク上のさまざまなデバイスを検出するために使用され、特に ディスカバリー および オーケストレーション 製品と MID サーバーを使用するためのものです。

* SSH：UNIX 系のマシンでは、ディスカバリー とオーケストレーションは SSH プロトコルのバージョン 2 を使用してターゲットマシンにアクセスします。SSH は、ネットワーク接続された 2 つのデバイス間で安全なチャネルを使用してデータを交換できるネットワークプロトコルです。SSH は、ポート 22 で暗号化されたデータストリーム内で通信し、ターゲットにアクセスするためにログインを必要とします。このログインでは、ユーザー名とパスワードの組み合わせと、ユーザー名と共有秘密キーの、2 つの利用可能な認証方法が使用されます。SSH 認証情報を指定し、\[認証情報\] モジュールに入力します。複数の認証情報が入力された場合、プラットフォームは、正常な接続が確立されるか、最終的にすべてが拒否されるまで順番に試行します。アプリケーションの関係を提供するには、限られた数の SUDO コマンドが実行可能でなければなりません。これらの要件の詳細については、ディスカバリー とオーケストレーションのために root 権限を必要とする UNIX/Linux [コマンド](https://www.servicenow.com/docs/access?context=r_SSHCredentialsForm&version=australia&pubname=australia-platform-security&ft:locale=en-US)を参照してください。
* WMI：Windows マシンでは、ディスカバリー はデバイスのクエリに Windows Management Instrumentation (WMI) インターフェイスを使用します。WMI のセキュリティ制限のために、WMI クエリを実行する MID サーバーアプリケーションは、ローカル (ターゲット) のアドミニストレーター権限を持つドメイン ユーザーとして実行する必要があります。ディスカバリー がポート 135 でアクティビティを検出すると、WMI クエリが開始されます。Windows マシンで WMI 用に設定された Distributed Component Object Model (DCOM) ポートを介して、Windows デバイスからの応答が送信されます。これは任意の[ポート](http://support.microsoft.com/kb/832017)にできます。WMI 要件の固有の性質のため、MID サーバーアプリケーションのホスト マシンがすべてのポートでターゲットにアクセスできることを確認します。
* Windows PowerShell：[PowerShell](http://support.microsoft.com/kb/968929) は Windows .NET Framework をベースとして開発されたもので、Windows マシンとアプリケーションの管理の制御および自動化を目的としています。オーケストレーションは、PowerShell を使用して Windows マシンでワークフロー アクティビティを実行します。PowerShell は、これらのアクティビティを実行する任意の MID サーバーにインストールする必要があります。PowerShell を使用する MID サーバーは、サポートされる Windows オペレーティングシステムにインストールする必要があります。ServiceNow は PowerShell 3.0 ～ 5.1 をサポートしています。PowerShell のオーケストレーションアクティビティには、Windows の認証情報のタイプが必要です。
* SNMP - ネットワーク：ネットワークデバイスでは、ディスカバリー は SNMP スキャンを使用してデバイス固有の MIB と OID を取得します。SNMP は、ほとんどのルーター、スイッチ、プリンター、ロード バランサー、およびその他のさまざまなネットワーク対応デバイスで使用される一般的なプロトコルです。SNMP 経由でデバイスをスキャンする場合は、認証のためにコミュニティ文字列 (パスワード) を使用します。多くのデバイスでは、デフォルトのコミュニティ文字列は public になっています。デフォルトでは、ディスカバリー はターゲットをクエリするときにこの文字列を使用します。[SNMP 認証情報](https://www.servicenow.com/docs/access?context=c_SNMPCredentials&version=australia&pubname=australia-platform-security&ft:locale=en-US) フォームで、成功したクエリが返されるまで public とともに連続して試行される追加のコミュニティ文字列を定義します。認証情報に加えて、プラットフォームはポート 161 で MID サーバーからターゲットに SNMP 要求を行う機能も必要とします。これらのクエリを実行できる IP アドレスを制御するためのアクセス制御リスト (ACL) がある場合は、MID サーバーの IP アドレスが ACL にあることを確認します。ディスカバリー は SNMP バージョン 1、2c、および 3 をサポートしています。
* WBEM：Web-Based Enterprise Management (WBEM) は、共通情報モデル (CIM) の特定の実装を定義します。これには、各 CIM 実装の検出およびアクセスのためのプロトコルが含まれます。WBEM は、5989 または 5988 の 2 つのポートのいずれかを必要とし、HTTP 転送プロトコルを使用します。WBEM は SSL 暗号化をサポートし、CIM ユーザー名/パスワードの認証情報を使用します。ディスカバリー は WBEM ポートプローブを起動してターゲットポートのアクティビティを検出し、収集したデータを CIM サーバーを探索する分類プローブに追加します。
{#c_MIDServerConnectionPrerequisites__ul_e2j_cct_r1b}
**関連概念**   

* [MID サーバーのインストール](https://servicenow-prod.fluidtopics.net/pNOFI6IVzOluzu9NpTEL7g "ホストマシンに MID サーバーをダウンロードしてインストールし、接続をテストしてから、MID サーバーを検証します。手動の手順またはガイド付きセットアップを使用します。負荷分散とドメインセパレーションのために複数の MID サーバーをセットアップします。これらの手順により、任意のアプリケーションで使用できるように準備します。")
* [MID サーバーの構成](https://servicenow-prod.fluidtopics.net/2~GD1g0eGjbNLbSKISCgrA "MID サーバーをインストールして検証した後、十分なシステムリソースを利用でき、適切なターゲットをプローブして、想定どおりにインスタンスと通信することを確認します。MID サーバーの選択基準を構成し、フェイルオーバー保護用のクラスターを作成し、データを保護するために異なるドメインに MID サーバーをセットアップします。")

## MID サーバーのネットワーク接続の設定 {#ariaid-title2}

MID サーバーがインスタンスに接続してダウンロードサイトにアクセスできるようにネットワークを準備します。MID サーバーをインストールまたは構成する前に、ネットワークを準備する必要があります。コンピューターまたはデバイスに追加のセキュリティ対策がある場合、そのセキュリティがそのシステム上の MID サーバーに影響を与える可能性があります。

### 始める前に

必要なロール：admin

|-|
|   |
[ ]

{#t_ConfigMIDSvrConnecPrereq__table_xsh_kvf_wgb}

ホストマシンが [MID サーバーのシステム要件](https://servicenow-prod.fluidtopics.net/OH~buTr0evxAg5Rpk4ClXw "これらの最小システム要件を使用して、MID サーバー をホストするコンピューターにリソースを割り当てます。") で指定された要件を満たしていることを確認します。

### このタスクについて

MID サーバーのホストコンピューターは、自動でアップグレードするために install.service-now.com の ServiceNow ダウンロードサイトにアクセスできる必要があります。ダウンロードサイトへのアクセスをブロックする自己ホスト ServiceNow 環境の場合は、MID Server インストーラーパッケージを MID サーバーのホストに手動でインポートする必要があります。手順については、自己ホストされたナレッジベースの「[KB0760123](https://support.servicenow.com/kb_view.do?sysparm_article=KB0760123)」を参照してください。

ファイアウォールとプロキシの設定によって OCSP Entrust サーバーおよび DigiCert サーバーへの呼び出しがブロックされ、MID サーバーが機能しなくなる可能性があります。OCSP トラフィックが動作するように、ファイアウォールの権限を変更することが必要な場合があります。詳細と解決策については、HI ナレッジベースの記事 [\[KB1216223\]](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB1216223) を参照してください。  
ホスト マシンには、次のネットワーク権限が必要です。

* ファイアウォール アクセス：MID サーバーとターゲット デバイスの間にあるファイアウォールの設定を行い、接続を許可します。ネットワークで DMZ を使用していて、ネットワーク セキュリティ プロトコルによりネットワーク内部から DMZ へのポート アクセスを制限している場合は、そこにあるデバイスを調べるために、MID サーバーを DMZ 内のマシンに展開する必要があります。
* ネットワーク アクセス：ターゲット デバイスを設定して、MID サーバープローブを接続できるようにします。ネットワーク セキュリティにより、ターゲットに接続できる新しいマシンの設定ができない場合は、接続権限を持つ既存のマシンに MID サーバーをインストールします。
* ネットワーク アカウント：ローカル管理者かドメイン管理者のいずれかの適切なアカウントを使用して、MID サーバーをインストールします。
{#t_ConfigMIDSvrConnecPrereq__ul_fwy_1h4_dp}  
さらに、MID サーバーが ServiceNow インスタンスにアクセスするには、次の必須条件を満たす必要があります。

* ServiceNow インスタンスへのネットワーク アクセス：MID サーバーが TCP ポート 443 経由のトラフィックを許可するために使用するネットワークを設定します。
* MID ユーザー：使用する MID サーバー用の ServiceNow ユーザー レコードを作成します。このユーザー レコードには、mid_server ロールと import_admin ロールが必要です。

{#t_ConfigMIDSvrConnecPrereq__ul_hdn_gh4_dp}  
注:  
MID サーバーがインスタンスに接続するために、ベースライン公開ページ InstanceInfo がアクティブであることを確認します。

### 手順

1. TCP ポート 443 を介した ServiceNow インスタンスへの MID サーバーのネットワーク接続が可能になるようにネットワークを設定します。
2. ServiceNow インスタンスとの SOAP 通信用のベーシック認証を設定します。
3. 移動先 システム Web サービススクリプト化 Web サービススクリプト化された SOAP サービス.
4. 次の Web サービスがアクティブであることを確認します。  
   * GetMIDInfo
   * InstanceInfo
   * MIDAssignedPackages
   * MIDFieldForFileProvider
   * MIDFileSyncSnapshot
   * MIDServerCheck
   * MIDServerFileProvider
   {#t_ConfigMIDSvrConnecPrereq__ul_k1v_1dx_22b}
5. ナビゲーション検索フィールドに sys_public.list と入力し、Enter を押します。  
   公開ページのレコード リストが表示されます。
6. MID サーバーがそのバージョンを検証できるように、InstanceInfo 公開ページがアクティブであることを確認します。
7. MID サーバーのホストコンピューターが install.service-now.com のダウンロードサイトにアクセスできることを確認します。

### 次のタスク

ネットワークの準備ができたら、[MID サーバーのインストール](https://servicenow-prod.fluidtopics.net/pNOFI6IVzOluzu9NpTEL7g "ホストマシンに MID サーバーをダウンロードしてインストールし、接続をテストしてから、MID サーバーを検証します。手動の手順またはガイド付きセットアップを使用します。負荷分散とドメインセパレーションのために複数の MID サーバーをセットアップします。これらの手順により、任意のアプリケーションで使用できるように準備します。") に進みます。

