AT-RADgate（AT-VST-APL/AT-VST-VRT版）1.3.0 リリースノート

AT-RADgateはRADIUSクライアントが送信するAccess-RequestにMessage-Authenticator属性が付与されていない場合には、応答せず何も送信しません。なお「イベント管理」/「アプリケーションログ」画面にログは出力します。

AW+（TQRを除く）のMACベース認証とWeb認証でPAP（デフォルト設定）を使用した場合は、AW+のバージョンによって動作が異なります。

5.5.4-2.x以前：

RADIUSクライアントとしてAW+を使用する場合には送信するAccess-RequestにMessage-Authenticator属性は付与されていないため、以下を設定してください。

• MACベース認証：auth-mac method eap-md5
• Web認証：auth-web method eap-md5

5.5.5-0.1以降：

RADIUSクライアントとしてAW+を使用する場合には送信するAccess-RequestにMessage-Authenticator属性が付与されるため、デフォルト設定（PAP）で認証できます。

TQRとTQのキャプティブポータル（Web認証）でRADIUSサーバーへ問い合わせをする設定の場合、デフォルト設定では送信するAccess-RequestにMessage-Authenticator属性は付与されていません。なお以下に記載したバージョンではRADIUSパケットの検証機能をサポートしているため、これらのバージョン以降では設定変更をしてください。

TQ：「RADIUSパケットの検証」で「必須」を設定

製品名	バージョン
AT-TQ5403/AT-TQm5403/AT-TQ5403e	6.0.4-0.2以降
AT-TQ6602 GEN2/AT-TQm6602 GEN2/AT-TQ6702 GEN2/AT-TQm6702 GEN2	8.0.4-1.1以降
AT-TQ6403 GEN2/AT-TQm6403 GEN2/AT-TQ6702e GEN2	9.0.4-3.1以降
AT-TQ7403	10.0.4-3.1以降
AT-TQ3403/AT-TQm3403	11.0.5-0.1以降
AT-TQ7613	12.0.5-0.1以降
AT-TQ1402/AT-TQm1402	6.0.2-1.1以降

TQR：「キャプティブポータル設定モード」で「verify-radius-packet enable」を設定

製品名	バージョン
AT-TQ7403-R	5.5.4-2.1以降
AT-TQ6702 GEN2-R	5.5.4-2.3以降
AT-TQ6702e GEN2-R	5.5.5-1.3以降

AT-RADgateのバージョン更新（バージョンアップ）は、お使いのAT-VST-APL/VRTで行いますが、AT-RADgate 1.0.0から本バージョンへのバージョン更新はサポートしていません。AT-RADgate 1.0.0から本バージョンへバージョン更新する場合は、AT-RADgate 1.1.1にしてから本バージョンへバージョン更新してください。

サポートするバージョン更新の順

• AT-RADgate 1.0.0 → AT-RADgate 1.1.1 → 本バージョン
• AT-RADgate 1.1.0 → 本バージョン
• AT-RADgate 1.1.1 → 本バージョン

NASプロファイルの「端末認証を有効にする。」のチェックボックスにチェックがある状態（端末認証が有効の状態）でAT-RADgate 1.0.0から本バージョンへバージョン更新を行うと、バージョン更新後にNASプロファイルの「ユーザー認証に加えて、端末認証を有効にする。」と「MACベース認証を有効にする。」の双方のチェックボックスにチェックが入ります。

これはAT-RADgate 1.0.0の「端末認証を有効にする。」のチェックボックスにチェックが入っている動作と同じにするために、双方のチェックボックスにチェックが入ります。

AT-VST-APL/AT-VST-VRT版のAT-RADgate 1.0.0で取得したバックアップファイル（外部イメージファイル）は、本バージョンで復元（リストア）することはできません。

バージョン更新ではAT-RADgate 1.0.0の情報はすべて引き継がれますので、本バージョンでバックアップファイルを使用する場合はAT-VST-APL/AT-VST-VRT版のAT-RADgateで1.1.0以降にバージョン更新後に取得したバックアップファイルをご使用ください。

なお、バックアップ・復元（リストア）は以下の画面で行えます。

• バックアップ：「システム管理 / 概要」画面の「システムのバックアップ」
• 復元（リストア）：「システム管理 / 概要」画面の「システムの復元」

レプリカの設定はレプリカ側の「システム管理 / ネットワーク設定」画面で行いますが、設定を行うとレプリカ側で保持していた認証ポリシーデータはすべて削除されます。

また、レプリカ側のAT-RADgateにもライセンスが必要です。例としてプライマリに2,000台分のライセンス（基本ライセンス1つと追加ライセンス1つ）がある場合は、レプリカにも2,000台分のライセンス（基本ライセンス1つと追加ライセンス1つ）が必要です。

「ポリシー管理」画面の各行の右端のメニューボタンに「詳細」を追加しました。

AT-RADgateがレプリカになっている場合は「詳細」のみを選択できます。

「ステータス確認」画面に表示される端末のMACアドレスのベンダー名のリスト（OUIリスト）を更新しました。

ローカルCA機能で発行した証明書の失効機能をサポートしました。
証明書の失効は「CA管理」画面の証明書タブで行います。

なお「CA管理 / CAについて」画面とAT-RADgate 証明書のダウンロード画面の「証明書失効リスト(CRL)」もサポートしました。

AT-RADgateが発行するクライアント証明書にパスワードを設定できるようになりました。
クライアント証明書の発行は「CA管理」画面のユーザー証明書発行ツールタブで行います。

クライアント証明書発行時に設定できる証明書のパスワードは以下です。

• 設定しない（パスワード無し）
• ユーザーのパスワードを使用する（「ポリシー管理 / ユーザー」画面で作成したユーザーのパスワード）
• パスワードを設定する（任意のパスワード）

AT-RADgateで認証局（ローカルCA）作成時にOCSPレスポンダの項目を追加しました。
OCSPレスポンダのドメイン名またはIPアドレスを設定できます。

認証ポリシーデータの冗長性をサポートしました。冗長構成では、認証ポリシーを保持するAT-RADgateがプライマリとなり、その認証ポリシーデータを複製するAT-RADgateがレプリカとして動作します。認証ポリシーデータの追加・削除はプライマリのみで行います。

設定はレプリカになるAT-RADgateの「システム管理 / ネットワーク設定」画面で行います。設定を行うとレプリカ側で保持していた認証ポリシーデータはすべて削除されます。

また、「システム管理 / ログ設定」画面の「ログレベル」にも「レプリカ」を追加しました。

メールのSMTP認証方式でOAuth 2.0をサポートしました。
設定は「システム管理 / メール設定」画面で行います。

メール設定では既存の認証方式（Basic認証:一般的なSMTPサーバー）に追加して、プロバイダの項目で「Gmail (OAuth2.0)」と「Microsoft Exchange Online」が選択できます。

レプリカ使用時に認証ポリシーデータが多く負荷が高くなった等の際に、以下のログが「イベント管理」/「アプリケーションログ」画面に出力されることがありますが、ログの出力のみでレプリカの認証ポリシーデータの同期には影響がありません。

'ERROR web ses-webd Unexpected exception was caught, Can't send data when our state is ERROR'