2022年4月20日時点で翻訳したものです。最新の情報は英語版をご確認ください。サーバーを使用できるサインオンスプラッシュページをホストする機能があります。サーバーの決定方法や、設定したサーバーと通信できない場合のアクセスポイント側の動作について解説します。あると仮定します(この順です)。以下の例では、それぞれをサーバー1、2、3と呼ぶことにします。ロードバランシングポリシーダッシュボードの「ロードバランシングポリシー」設定は、認証試行時に最初に接続するRADIUSサーバーを指定したり、再試行が必要な場合の順序を決定します。設定した場合に表示されます。”完全優先順位”(デフォルト)と”ラウンドロビン”のオプションがあります。設定された順序に従って接続します。サーバー1が常に最初に接続され、サーバー1が接続できない場合にのみサーバー2が接続されます。同様に、サーバー3は、サーバー1にもサーバー2にも到達できない場合にのみ接続されます。”エンタープライズ認証”を設定した場合も”完全優先順位”で接続が行われます。エンタープライズ認証ではフェールオーバーポリシーをラウンドロビンに変更することはできません。設定がアクティブの場合以下のような挙動になります。詳細設定についてはこちらのドキュメントをご確認ください。ラウンドロビン接続するサーバーは、最後に使用されたサーバーを基準に順繰りになります。次の認証リクエストでは、2,3,1、3,1,2、そして再び1,2,3という順序になります。この設定により各サーバーが受け取る認証リクエストの数を平準化し認証処理を分散できます。回)問い合わせを試みます。上記の例では、ロードバランシングポリシーによって動作が異なります。パケットを「1,2,3,1,2,3,1,2,3」の順番で送信します。「ラウンドロビン」に設定されている場合、最初に試行するサーバーは異なる場合があります。(例:2,3,1,2,3,1,2,3,1)再試行してもどのサーバーからも有効な応答が得られない場合、リクエストは「フェイルオーバー・ポリシー」の設定(下記参照)に従って処理されます。秒のパケットタイムアウトが設定されています。回再試行し、いずれもタイムアウトした場合、次のサーバに接続します。以下のいずれかの条件を満たした場合次のサーバーへ接続します。パケットで、接続が拒否されたか(例:宛先ホストの指定UDPポートでプログラムがリッスンされていない)、ホスト自体が到達不可能である(例:無効なIPアドレス)ことを示します。そのサーバーからの応答パケットを受信できないと判断し、リスト上の次のサーバーに直ちに接続します。パケットタイムアウトが必要なのは、過負荷状態にあるRADIUSサーバーや、要求パケットをドロップするファイアウォールの背後にあるサーバーが、認証要求に対するエラーパケットを送信しない可能性があるためです。設定したすべてのRADIUSサーバーが到達不可能な場合、エンドユーザーがサインオンスプラッシュでログインしようとした後に応答を待つ必要がある最大時間は、3*N*T(Nは設定されたRADIUSサーバーの数、Tはパケットごとのタイムアウト)です。T=2秒の通常のケースでは、ユーザーはサーバーごとに最大6秒待つ必要があり、3つのRADIUSサーバーが設定されている場合は最大18秒になります。サーバーが到達できない場合の認証要求パケットの処理を決定します。サーバーが再び利用可能になるまで新規に接続するユーザーはネットワークに接続できません。(既存のセッションを持つユーザーは、そのセッションが終了するまでネットワークを使用できます)。デフォルトではこちらが設定されています。時間の特別セッションで接続できます。認証を設定している場合のみ設定できます。アカウンティングRADIUSアカウンティング・サーバーが設定されている場合、RADIUS認証リクエストの再試行について前述したのと同じ動作が、RADIUSアカウンティング・メッセージの再試行にも適用されます。唯一の違いは、「フェイルオーバーポリシー」設定がRADIUSアカウンティングに適用されないことです(アカウンティングサーバーの可用性が、ネットワーク上でクライアントが許可されるかどうかに影響することはありません)。