Skip to main content
一部のプロバイダーでは、API アクセスを承認済みの送信元 IP アドレスの一覧に制限しています。この制限が有効になっている場合、プロバイダー側で Living Security のエグレス IP アドレスからのトラフィックを受け入れるように設定する必要があります。設定しない場合、連携はネットワーク層で拒否されます。 このページでは、それらのアドレスを一覧で示します。

2 種類のアドレスセット

Living Security は 2 つの異なるネットワークを経由してお客様のプロバイダーにアクセスします。それぞれ連携の異なる部分を担います。 ほとんどの連携では、同期セットのみが必要です。特定のグループの連携では、両方のセットが常時必要です。詳細は両方のセットが必要な連携をご覧ください。

連携の同期トラフィック

これら 4 つのアドレスは、Living Security のすべてのリージョンで共通です。EU でホストされているお客様も、米国でホストされているお客様と同じ 4 つのアドレスを使用します。 カンマ区切りのリストを受け付けるプロバイダーの場合:

プラットフォームトラフィック

同期用のアドレスとは異なり、これらのアドレスはリージョンごとに異なります。お客様の組織がホストされているリージョンのペアのみを使用してください。リージョンが不明な場合は、設定を行う前にカスタマーサクセスマネージャーにお問い合わせください。誤ったリージョンのアドレスを許可リストに登録すると、許可リストとは無関係に見える形で連携が失敗し続けることになります。 カンマ区切りのリストを受け付けるプロバイダーの場合:

アウトバウンドのプレイブックアクション

デフォルトでは、接続先システムに書き込みを行うプレイブックのアクションは、データ同期と同じ経路を通るため、同期用のアドレスから送信されます。追加の設定は必要ありません。 管理者は、個々の接続を直接エグレスに切り替えることができます。これにより、その接続のアクションはお客様のリージョンのプラットフォームアドレスから送信されるようになります。この設定は、送信元 IP による API アクセス制限があるプロバイダーのインスタンスで、許可リストに登録するための小規模で安定した Living Security 所有のアドレスセットが必要な場合のために用意されています。一部のプロバイダーは、プロキシ経由にできないため、常に直接エグレスを使用します。 同期用のアドレスのみを許可リストに登録している状態で、後から誰かが接続を直接エグレスに切り替えると、その接続の同期は引き続き動作しますが、アクションは失敗するようになります。

両方のセットが必要な連携

ほとんどの連携では、Living Security の連携サービスがアクセストークンの取得と更新を自ら行い、すべてのトラフィックが同期用アドレスのみからお客様のプロバイダーに到達します。 以下の連携では、このサービスがトークンを更新できないため、Living Security プラットフォームがトークンを直接発行します。発行は接続時に 1 回行われ、その後は接続が有効である限り継続的に行われます。これらのトークンリクエストはプラットフォームアドレスから送信されます。定期的なデータ同期は、引き続き同期用アドレスから送信されます。
接続が存続する間は、両方のセットを許可リストに登録したままにしてください。 プラットフォームアドレスは、セットアップ時のみ必要なものではありません。トークンの更新は、連携が有効である限り短いサイクルで実行されるため、セットアップ成功後にこれらのアドレスを削除すると、次回トークンの有効期限が切れた時点で連携が機能しなくなります。
プロバイダーのトークンエンドポイントとデータ API が同一のホストである場合(よくあるケースです)、そのホストは両方のネットワークからのトラフィックを受け入れる必要があります。

必要なセットのすべてのアドレスを追加する

トラフィックはセット内のどのアドレスからでも送信される可能性があり、個々のリクエストでどのアドレスが使用されるかは固定されていません。一部のアドレスのみを許可リストに登録すると、成功するリクエストと失敗するリクエストが混在する断続的な障害が発生し、原因の特定が困難になります。設定とは無関係に見える発生パターンになります。 これは、同期用の 4 つのアドレスだけでなく、プラットフォームのペアにも当てはまります。各リージョンは 2 つのアドレスで運用されており、リクエストはそのいずれかから送信されます。
これらのアドレスは安定していますが、永続的なものではありません。 当社は、アドレスを変更しないよう努めており、基盤となるインフラストラクチャプロバイダーの変更など、例外的な状況でのみ、ごくまれに変更します。変更の可能性があるため、このページをブックマークしてください。以前は動作していた連携が失敗し始めた場合は、サポートチケットを作成する前に、このページで許可リストが上記のアドレスと一致していることをご確認ください。

この設定が必要な連携

IP 許可リストは、Living Security ではなく、お客様のプロバイダー側の設定です。お客様の組織でその制限を有効にしている場合にのみ適用されます。プロバイダーで IP 制限を有効にしていない場合は、対応は不要です。 次のプロバイダーでは、一般的にこの設定が必要です。 他のプロバイダーにも、同様の設定が用意されている場合があります。カタログにあるプロバイダーのページと、プロバイダー自身のドキュメントをご確認ください。

許可リストの未設定または内容が古い場合の症状

2 つのセットでは、障害の現れ方が逆になります。何かを変更する前に、症状がどちらのセットに該当するかを確認してください。

接続は成功するが、データが届かない

これは、同期用アドレスが未登録である場合の典型的な症状です。 認証情報は接続時に検証されますが、その経路は同じ制限の対象にならないことが多いため、Living Security の接続ダイアログには成功と表示されます。障害は、定期同期が実行されてブロックされた時点で初めて表面化します。 次の点を確認してください。
  • 接続は接続済みと表示されているが、ストリームにレコードが報告されない。
  • 同期の実行が 401 Unauthorized または 403 Forbidden で失敗する。
  • 何カ月も動作していた連携が、お客様側で何も変更していないにもかかわらず失敗し始める。

接続をまったく作成できない

これは、プラットフォームアドレスが未登録である場合の典型的な症状であり、両方のセットが必要な連携に記載された連携にのみ該当します。 次の点を確認してください。
  • アクセストークンの取得中にセットアップが失敗し、接続が作成されない。
  • HTTP レスポンスを伴わずに、ホストに到達できなかったというエラーが報告される。
  • プロバイダー側のサインインログまたは条件付きアクセスのログに、許可リストに登録していないアドレスからのリクエストがブロックされたと記録されている。
接続に全く到達できない場合、原因は認証情報の問題ではありません。認証自体が行われていないため、シークレットをローテーションしたり、クライアント認証情報を再生成したりしても解決しません。最も多い原因は許可リストに登録されていない送信元アドレスですが、ホスト名の誤り、ポートの誤り、プロバイダー側の障害も、当社側からは同じように見えます。
後から許可リストを変更してプラットフォームアドレスを削除した場合は、また別の形で現れます。数週間正常に動作していた連携が、次回のトークン更新がブロックされるため、数分以内に停止します。

フィッシングシミュレーションの配信は対象外です

このページのアドレスは連携トラフィック、つまり Living Security がデータをインポートし、プレイブックのアクションを実行するために、接続先システムに対して行う API 呼び出しに適用されます。 フィッシングシミュレーションのメール配信に対する許可リストの登録は、専用のアドレス、送信者ドメイン、ダウンロード可能な許可リストパッケージを使用する別の設定です。設定 → フィッシングシミュレーション → Allowlisting で設定を完了してください。手順については、フィッシングシミュレーションの設定をご覧ください。 このページのアドレスを許可リストに登録しても、シミュレーション用のフィッシングメールが配信可能になるわけではありません。また、シミュレーションの許可リストの設定を完了しても、制限されたプロバイダーの API に到達できるようにはなりません。両方を使用する場合は、両方を設定してください。

サポートについて

お客様のリージョンのアドレスを許可リストに登録した後も連携の失敗が続く場合は、カスタマーサクセスマネージャーまたは support@livingsecurity.com までご連絡ください。当社のエグレスログと照合できるよう、プロバイダー名、失敗したストリームまたはセットアップの手順、およびタイムスタンプをお知らせください。