クライアントとゲートウェイの通信

UserCheck クライアントがある環境では、セキュリティゲートウェイがクライアントのサーバとして機能します。各クライアントはサーバを発見し、信頼関係を構築できなければならない。

信頼関係を構築するために、クライアントはサーバが正しいものであることを確認する。SSLハンドシェイク中に計算されたサーバのフィンガープリントを予想されるフィンガープリントと比較する。サーバが期待されるフィンガープリントを持たない場合、クライアントはユーザにサーバが正しいことを手動で確認するよう求める。

以下は、クライアントがサーバを発見し、信頼するために使用できる方法のリストである。

オプションの比較

設定

AD必携

手動によるユーザ信頼(1回)が必要か?

マルチサイト

クライアントはサインしたままか?

ゲートウェイ変更後も動作

レベル

こんな方におすすめ

File name based

いいえ

はい

いいえ

はい

いいえ

とてもシンプル

シングルセキュリティゲートウェイの構成

AD based

はい

いいえ

はい

はい

はい

シンプル

変更可能なADの設定

DNS based

いいえ

はい

一部(DNSサーバごと)

はい

はい

シンプル

ADなしのコンフィギュレーション

変更できないADと、変更できるDNSで

Remote registry

いいえ

いいえ

はい

はい

はい

緩い制限付き

リモートレジストリが他の目的で使用される場合

  1. ファイル名ベースのサーバ設定

    他の方法が設定されていない場合(デフォルト、そのままの状態)、ポータルからダウンロードされたすべてのUserCheckクライアントは、ファイル名にポータルマシンの IP アドレスが含まれるように名前が変更されます。インストール中、クライアントはこのIPアドレスを使用してセキュリティゲートウェイに接続します。ユーザが手動でサーバを信頼するには、Trust をクリックする必要があります。

  2. Active Directoryベースの構成

    クライアントコンピュータがActive Directoryドメインのメンバである場合、専用ツールを使用してサーバアドレスと信頼データを設定できます。

  3. DNSのSRVレコードに基づくサーバ発見

    DNSサーバのサーバアドレスを設定します。ユーザが手動でサーバを信頼するには、Trustをクリックする必要があります。

リモートレジストリ

サーバアドレスやトラストデータを含むすべてのクライアントコンフィギュレーションはレジストリに存在します。クライアントをインストールする前に値を設定することができます(GPO、またはリモートでレジストリを制御できるその他のシステムによって)。これにより、クライアントの初回インストール時に設定を使用することができます。