ZTNAは、リモートワーカーがクライアントとアクセスプロキシ（FortiGate）間のHTTPSトンネルを介してネットワーク内のSSHサーバーにアクセスできるようにするSSH接続ルールをサポートしています。アクセスプロキシはSSHクライアントとして機能し、ユーザーに代わって実際のSSHサーバーに接続し、ホストキー検証を実行してサーバーのIDを確認します。ユーザーは、PuTTYやOpenSSHなど、HTTPSプロキシ設定をサポートする任意のSSHクライアントを使用できます。参考資料：https://docs.fortinet.com/document/fortigate/7.0.0/ztna-deployment/899992
/アクセス制御のためのZTNAルールの設定
https://docs.fortinet.com/document/fortigate/7.4.1/administration-guide/29927/ztna-ssh-access-proxy-example

展示資料に示されているプレフィックスリストは、172.16.204.0/24サブネットまたは172.62.0.0/16サブネットのいずれかに属するプレフィックスに一致するように設定されています。これらのプレフィックスに一致するルートは、本社ファイアウォールのルーティングテーブルで有効になります。
以下のプレフィックスに一致するルートは、ルーティングテーブルで有効になりません。
* 172.16.201.96/29
* 172.62.0.64/27
これらの経路は、プレフィックスリストで設定された基準に一致しません。
参考文献：
* プレフィックスリスト | FortiGate / FortiOS 7.4.0 - Fortinet ドキュメントライブラリ
* BGPの設定 | FortiGate / FortiOS 7.4.0 - Fortinetドキュメントライブラリ

FortiADC HA クラスタは、L7 フル NAT モードで複数の Web サーバー間でトラフィックを分散するロード バランシング ソリューションです。L7 フル NAT モードでは、FortiADC はクライアントとサーバーの SSL 接続の両方を終端し、送信元および宛先の IP アドレスとポートの両方に対してフル NAT を実行します。セール イベント中にユーザーが Web サイトにアクセスできない理由の 1 つは、パーシステンス ルールが正しく構成されていないことです。パーシステンス ルールは、同じクライアントからの後続のリクエストが同じ Web サーバーに送信されることを保証する機能であり、セッションの継続性を維持し、エラーやデータ損失を回避するために重要です。L7 フル NAT モードのデフォルトのパーシステンス ルールは LB_PERSIS_SRC_IP で、クライアントの送信元 IP アドレスをパーシステンス キーとして使用します。ただし、プロキシまたは NAT デバイスの背後に同じ送信元 IP アドレスを共有するクライアントが多数ある場合、またはローミングやネットワークの切り替えにより送信元 IP アドレスが頻繁に変更されるクライアントがある場合、このルールはうまく機能しない可能性があります。したがって、この状況を解決するには、クライアントの SSL セッション ID を永続キーとして使用する LB_PERSIS_SSL_SESSJD に永続ルールを変更するという方法があります。このルールは、LB_PERSIS_SRC_IP よりも SSL 接続に対してより正確で信頼性の高い永続性を提供できます。セール イベント中にユーザーが Web サイトにアクセスできないもう 1 つの原因として考えられるのは、FortiADC と Web サーバー間で TCP 接続が確立および終了されすぎて CPU リソースが消費され、パフォーマンスが低下していることです。したがって、この状況を解決するには、FortiADC 仮想サーバーに接続プールを追加するという方法があります。接続プールは、FortiADC がリクエストごとに新しい TCP 接続を作成するのではなく、FortiADC と Web サーバー間の既存の TCP 接続を再利用できるようにする機能です。これにより、CPU オーバーヘッドが削減され、応答時間が短縮され、スループットが向上します。参考資料: https://docs.fortinet.com/document/fortiadc/6.4.0/administration-guide/19662/load-balancing-methods-and-persistence https://docs.fortinet.com/document/fortiadc/6.4.0/administration-guide/19662/connection-pool

FortiAuthenticator REST APIを使用してSalesGroupという名前のSSOグループを取得するには、API呼び出しにおいて以下の問題を修正する必要があります。
APIのバージョンはv1ではなくv2である必要があります。SSOグループはREST APIのバージョン2でのみサポートされているためです。
HTTP メソッドは POST ではなく GET にする必要があります。GET はサーバーから情報を取得するために使用され、POST はサーバー上で情報を作成または更新するために使用されるためです。したがって、正しい API 呼び出しは次のようになります。curl -X GET -H "Authorization: Bearer <token>" https://fac.example.com/api/v2/sso/groups/SalesGroup 参考資料: https://docs.fortinet.com/document/fortiauthenticator/6.4.1/rest-api-solution-guide/927310/introduction https://docs.fortinet.com/document/fortiauthenticator/6.4.1/rest-api-solution-guide/927311/sso-groups