1投稿が「MFA」でタグ付けされています

オープンソースの nginx には CAS モジュールがないため、「nginx CAS 認証」は実際には 2 つのセットアップのいずれかを意味します。nginx が auth_request モジュールを通じてすべてのリクエストについて認証サービスに問い合わせ、Casdoor が応答する場合（直接 /api/forward-auth で、または casdoor-forward-auth や OAuth2 Proxy 経由）、あるいは nginx 背後のアプリ自体が CAS クライアントであり、Casdoor の CAS サーバーエンドポイントと通信する場合です。nginx を再構築できる場合は、Casdoor nginx モジュールが nginx 内部でログインを実行し、nginx を実行したくない場合は、Casdoor のサイトプロキシをアプリの前に配置できます。どの場合も、ログインページは Casdoor のものなので、1 つの SSO セッション、1 組の権限、1 つの MFA ポリシーですべてのアプリをカバーします。

RADIUS を介して VPN にマルチ ファクター認証を導入する場合、VPN ゲートウェイはユーザー名とパスワードを PAP で RADIUS サーバーに送信します。サーバーはパスワードを検証し、Access-Challenge で応答します。クライアントはプロンプトを表示し、ユーザーは認証アプリから取得した 2FA コードを 2 番目のリクエストに入力します。Casdoor には、TOTP を設定しているユーザーに対してまさにこの処理を行う RADIUS サーバーが組み込まれているため、Access-Challenge プロンプトを表示できるゲートウェイ（ベンダー ドキュメントに記載されている FortiGate SSL VPN など）では、追加のソフトウェアなしでパスワードと 2FA コードの両方を要求できます。WPA2/WPA3-Enterprise を使用した Wi-Fi は異なります。802.1X は EAP 上で実行され、EAP には入力用のコードを受け取る仕組みがないため、Casdoor にはこれらのクライアント用にコードをスキップするためのスイッチがあります。