接続性

インスタンスへの2つの接続方式

RadSec に対応したデバイスは TLS で暗号化されたまま直接インスタンスに接続する。UDP 上の RADIUS にしか対応していないデバイスは、サイト近くの RADIUSaaS プロキシに接続し、プロキシがリクエストを RadSec でインスタンスまで転送する。インスタンス自体は RadSec のみを受け付ける。

  • TCP 2083 上の RadSec
  • UDP 1812/1813 上の RADIUS
  • 19 プロキシリージョン
  • 2 Proxys inklusive

Access Points およびスイッチ

TCP 2083 上の RadSec でインスタンスへ直接接続するか、UDP 1812/1813 上の RADIUS でプロキシへ接続する。

RADIUSaaS プロキシ

RadSec に対応していないデバイス専用のプロキシ。固定パブリック IP を持つ専用仮想マシンが、すべてのリクエストを RadSec でインスタンスに転送する。

RadSec サーバー

専用のパブリック IP と名前空間を持ち、RadSec のみを受け付ける。

RADSEC

インスタンスへの直接 RadSec 接続

RadSec は TCP 上の TLS 接続内で動作する RADIUS であり、RADIUSaaS への接続方式として推奨されている。Access Points およびスイッチはポート 2083 のインスタンス専用アドレスに接続し、RADIUSaaS は RadSec 用として信頼している CA に対してデバイスの RadSec クライアント証明書を検証する(失効ステータスの確認を含む)。TLS 1.3 は RadSec 接続のデフォルト最大バージョンであり、古いバージョンが必要なデバイスに合わせて下げることもできる。
  • インスタンスごとに専用の DNS 名とパブリック IP を割り当て
  • RadSec および EAP トンネルそれぞれに対して個別に設定できる最大 TLS バージョン: TLS 1.2 または 1.3
  • RadSec CA をクライアント CA とは別に管理するか、両方に対して信頼する設定が可能
サンプルデータ。
PROXIES

RADIUS にしか対応していないデバイス向けプロキシ

ポータルでリージョンを選択すると、RADIUSaaS がそこにプロキシをセットアップする。固定パブリック IP を持つ専用仮想マシンが数分で利用可能になる。デバイスは認証とアカウンティングのために UDP 1812/1813 でプレーンな RADIUS をプロキシに送信し、共有シークレットで保護される。プロキシはすべてのリクエストを RadSec に変換してインスタンスに転送する。すべてのサブスクリプションには 2 台のプロキシが含まれており、追加はライセンス次第だ。
  • リージョンごとに1つのプロキシを配置するため、プロキシを追加するたびに別のリージョンをカバーできる
  • 各プロキシには専用の固定パブリック IP が割り当てられ、プロキシを削除するとその IP は解放される
  • プロキシとインスタンス間の証明書は RADIUSaaS が発行・更新する
サンプルデータ。
REGIONS

6大陸 19 リージョンのプロキシ

以下の 19 リージョンのいずれかに、サービス提供するサイトの近くにプロキシを配置する。これはインスタンスのホスティング場所には影響しない。ホスティング場所は選択済みの場所(オーストラリア、欧州連合、英国、米国のいずれか)のままだ。

大陸別プロキシリージョン
大陸リージョン
アフリカJohannesburg
アジアBangalore, Osaka, Seoul, Singapore, Tel Aviv, Tokyo
オーストラリアMelbourne, Sydney
ヨーロッパFrankfurt, London, Madrid, Stockholm
北アメリカDallas, New York, Seattle, Toronto
南アメリカSantiago, São Paulo
SIZING

必要なプロキシの数

ライセンスユーザー数に基づく推奨値。複数の大陸にサイトが分散している場合は、さらに多くのプロキシが必要になることがある。

ライセンスユーザー数別の推奨プロキシ数
ユーザー数プロキシ数
2,500 まで2
10,000 まで3
25,000 まで4
50,000 まで6
100,000 まで10

1つのプロキシが処理できるのは 同時接続 1,500、毎分 10,000 件の認証。1,000 ユーザー を超える場合は、コントローラーに異なるサーバー順を設定して、複数のプロキシに分散させること。

FAILOVER

プロキシまたはエンドポイントがダウンした場合の動作

  • プロキシによる相互バックアップ

    2つのプロキシをデバイスのプライマリおよびセカンダリ RADIUS サーバーとして設定する。できれば異なるリージョンに配置すること。一方が応答しなくなると、デバイスはもう一方に切り替わる。

  • プロキシによる正常なインスタンスの自動検出

    RadSec エンドポイントが複数ある場合、プロキシはすべてのエンドポイントとその状態を把握しており、応答する最も近いエンドポイントに自動的に切り替える。

  • RadSec 対応デバイスによる自律的な切り替え

    RadSec を直接使用する Access Points はインスタンスの両方のアドレスを持ち、自律的にフェイルオーバーする。RADIUSaaS がリダイレクトすることはない。ここでは DNS 名ではなく IP アドレスを使用すること。

  • 2つ目の RadSec エンドポイント

    冗長性をさらに高めるために、追加費用でインスタンスに専用 IP を持つ RadSec エンドポイントを追加できる。

ベンダー

Access Points およびスイッチのセットアップガイド

ドキュメントにステップバイステップのガイドを掲載している。RADIUS または EAP 対応の RadSec を話すデバイスであればいずれも動作する。以下は手順を記載済みのものだ。

プロファイル

デバイス向けの Wi-Fi および有線プロファイル

デバイスには証明書のほかに2つのものが必要だ。RADIUSaaS サーバー証明書への信頼と、ネットワークプロファイルである。ドキュメントでは Microsoft Intune(Windows、iOS、iPadOS、macOS、Android。Windows と macOS では有線にも対応)、Jamf Pro、Google Workspace について両方の手順を説明している。Intune の Wi-Fi プロファイルでは提供されていない WPA3-Enterprise については、ポータルがプロファイルを生成する。有線の 802.1X プロファイルも同様だ。
  • WPA2-Enterprise および WPA3-Enterprise(192 ビットモードを含む)
  • 選択した証明書を信頼する既製プロファイル
  • 有線プロファイルは SSID を必要とせず、すべての有線インターフェイスに適用される
サンプルデータ。

1台の Access Point をインスタンスに向けてみよう

トライアルを開始して、1台の Access Point をインスタンスまたはプロキシに向け、ログに最初の認証が届くのを確認しよう。