クラウドと同期できることです。他にも優れた機能があります。利便性が提供されます。これにより、社員はログインや資格情報を何度も入力することなく、保護されたリソースにアクセスできるようになります。してローカルに保存されます。トークンの有効期限を利用すれば、アクセスを制限できます。アプリケーションに提供します。トークンのいずれかを発行します。インフラストラクチャどうしの相互認証を管理していました。ベースのセキュアな取引がサポートされますが、言葉通りには簡単ではなく、実際には課題が存在します。間に信頼関係を確立する必要があります。交換して、相手先企業のネットワークにあるアプリにアクセスできるようになります。管理者が多くの調整作業や手作業のワークフローを実行する必要があります。管理のアプローチを示しています。管理されないものもあります。オリジナルのコピーは社内で管理されるため、メンテナンスは最小限に抑えられます。コピーは完全に同期されます。接続でき、適切なアプリケーションにリダイレクトされます。(bit.ly/1qmeipz、英語参照)。すべてサポートされます。サンプルでは、対話型認証コードを取得して、職場のアカウントと連携させる方法が示されています。使ってクラウド内でそのまま利用できます。いずれかが使用されます。顧客のアクセス通常、顧客が利用するサイトやサービスから、社内の保護されたリソースにアクセスできるようにしようとは思いません。考える以上にこのようなアクセスが必要になる場面はたくさんあります。経由で公開することを求めることがあります。現在の口座残高や支払履歴などの保護されたリソースへのセキュアなアクセスを提供するよう求めることがあります。デバイスを利用する顧客にとって特に重要です。プロバイダーを利用できる場合もあります。コラムでデモしました。アプリを作成しました。サイトにアクセスできることを想定しています。だれでも利用できるサービス層を用意します。通常、見込み顧客には、認証を受けなくても利用できるエクスペリエンスを用意し、公開可能な情報だけを表示します。このようなケースでも、社内リソースへのアクセスが必要になることがあり、サービスでは、認証を受けなくてもアクセスできる層をサービスに用意したり、一連の既定の資格情報に応答することになります。話はこれぐらいにし、企業のネットワークのリソースにユーザが安全に接続できるようにするツールについて考えます。このようなツールはいくつかあります。保護されたリソースに簡単にアクセスできるようにする優れた方法を提供します。クラウドでホストされるサービスで、クライアントと社内リソースを仲介するゲートキーパーとして機能すると考えて差し支えありません。認証を受け、送信ポートだけを開きます。トピックとキューをサポートし、分散メッセージングの形式で実装することもできます。組み込むこともできます。Relayこのアプローチのメリットは、社内ネットワークの構成を変更する必要がないことです。送信接続を使用するため、ユーザーのプロビジョニングを行ったり、ファイアウォールの設定を変更するなどの構成変更は必要ありません。受信トラフィックに対して追加のポートを開く必要がなく、プロキシも必要ありません。サービスを使用する方法があります。プロトコルを使って安全にアクセスできるようにします。アプリのエクスペリエンスを利用できる点です。シナリオをサポートします。アプリのサポート、多要素認証、デバイスの登録をサポートします。アプリとの橋渡しを行います。コネクターは、基本的にはトラフィックをルーティングし、冗長性、スケーラビリティ、複数サイトをサポートします。プロキシのメリットはいくつかあります。アプリレベル、デバイスレベル、ユーザーレベル、および場所レベルで細かい制御を実装できるようにします。アプリを変更する必要はなく、デバイス自体を変更する必要もありません。サービスを提供します。ネットワークを分離できることです。サービスは直接公開されません。攻撃に対する保護を提供し、調整、キュー、およびセッション管理を可能にします。これは、オンプレミスのリソースへのプロキシとしても動作します。サービスを外部に公開できるようにします。作成および構成する必要があります。いずれかを使用して作成します。サーバーに外部からアクセスできるようにします)。サーバーに変更を加えて、基本認証を有効にします。内で、認証アイコンをクリックし、基本認証を表示してユーザーを追加します。アクセスすることになります。利用できる次のアプローチは共有シークレット認証です。プロキシが秘密鍵を保管する必要があります。ヘッダーに配置します。ヘッダーから秘密鍵を取り出して認証要求を処理する必要があります。セクションに移動し、メニューでポリシーを選択して、共有シークレット認証を実装します。ここではポリシーを追加することになります。サーバーに秘密鍵を送信するだけです。目のアプローチはほぼ間違いなく最もシンプルなアプローチで、ハイブリッド接続を使用します。サイトとの間にシンプルかつセキュアで、効果的な接続を作成します。リソースに接続できます。経由してオンプレミスのプロセスにアクセスできるようにすることです。任意のフレームワークを使用してリソースに接続できます。ほとんどの構成要件は、ハイブリッド接続によって抽象化されます。コードを変更する必要はありません。管理ポータルで少量のメタデータを構成します。ホストするエージェントをサーバーにインストールします。接続が実行されています。ポータル内でサービス側のキーとクライアント側のキーを個別にローテーションできます。使用するため、受信エンドポイントやプロキシは必要ありません。セットアップを簡単にし、開発者の労力を少なくするのであれば、ハイブリッド接続が適しています。利用できるため、送信帯域幅の料金を支払うだけで、コスト効率よく使用できます。プラットフォームを使用して、今回示したテクニックのデモを行います。