O365認証プロキシ

このドキュメントでは、Office 365 (O365) のサインイン認証 (auth) フローを認証/フェデレーションサーバー経由で行うように構成する方法について説明します。認証プロキシは、すべての認証フローの通過プロキシとして機能します。オンプレミスの認証/フェデレーション サーバーを使用する場合は、このドキュメントを使用してください。 認証プロキシは、O365の認証フローを強化し、Netskope Security Cloud Platformによってエンタープライズ版O365へのアクセスが保護されるようにします。

O365認証プロキシは、企業ユーザーと組織のオンプレミス認証/フェデレーションサーバー間の認証フローを仲介します。認証プロキシは透過的に動作します。連携サービス自体に変更がないため、ユーザーエクスペリエンスも変わりません。組織の認証/フェデレーションサーバーとO365間の信頼関係も維持されます。

O365認証プロキシは、貴社組織のエンタープライズユーザーがNetskope Security Cloud Platformによって保護されることを保証します。Netskope Clientインストールされ有効化されている状態で、 NetskopeソースIPアドレス範囲外にあるすべてのユーザーブラウザセッションを、 Netskopeリバースプロキシにリダイレクトします。 これにより、O365へのアクセスが適切に管理されます。管理者は、特定の送信元IPアドレスおよび範囲に対して、リバースプロキシによるリダイレクトをバイパスすることを許可することで、例外を設定できます。また、ブラウザを介さないフローの場合、アプリへのアクセスは管理対象デバイスからのみ許可されます。

O365アプリでアイドルタイムアウトが設定されている場合、Netskopeプロキシはアイドルタイムアウトの期限が切れると、ユーザーセッションをIDPログアウトURL（管理者が設定）にリダイレクトできます。これにより、アイドルタイムアウト後に同じユーザーがO365に再度ログインしようとした場合でも、ユーザーは再認証を強制されます。 現在、この機能はフォワードプロキシでのみ利用可能です。

Oktaと連携するNetskope Auth Proxy for O365に関するビデオをご覧になるには、再生ボタンをクリックしてください。

次の図は、認証プロキシがDMZに配置され、インターネットからアクセス可能な展開シナリオを示しています。

O365 は複数の認証フローを使用します。つまり、次のとおりです。

以下の表は、考えられる認証フローの一般的な構成を示しています。

• エンドポイント URL を使用したパッシブ認証の構成
• アクティブ認証とパッシブ認証、およびMEX URLへのアクセス
• Netskopeのアクティブ認証とパッシブ認証、およびMEX URLの設定
• Set-MsolDomainAuthentication の変数例