セキュリティ設定がオープンなアドホックモードで動作する不正な無線機器は、ネットワークに様々な脅威をもたらす可能性があります。アドホックネットワークは、中央集権的な制御なしにデバイス間の直接通信を可能にします。このような無線機器が企業環境内またはその近傍に存在する場合、企業のセキュリティ制御を回避するピアツーピアネットワークの構築に悪用される可能性があり、結果として、不正なユーザーやデバイスが企業ネットワークに侵入するためのバックドアとして機能してしまう恐れがあります。これは、データセキュリティの侵害やネットワークリソースへの不正アクセスにつながる可能性があります。

EAP-TLS認証を使用したWPA3-Enterprise環境において、「クライアントは構成済みのEAP方式をサポートしていません」というエラーメッセージが表示される場合、クライアントがEAP-TLS認証プロセスを完了できないことを示しています。EAP-TLSでは、相互認証のためにサーバー（この場合はCPPM）とクライアントの両方が有効な証明書を持っている必要があります。Windows 10はEAP-TLSをネイティブでサポートしているため、オプションA、C、Dは除外できます。
認証失敗の最も可能性の高い原因は、クライアントデバイスにサーバーとのTLSセッションを確立するために必要なクライアント証明書がインストールされていないことです。したがって、クライアントにサーバーの要件を満たす有効な証明書がインストールされていることを確認することが、この問題を解決するための正しい手順です。

Aruba ClearPass Policy Manager (CPPM) によって強制されている WLAN への 802.1X 認証試行が失敗し、ClearPass Access Tracker にその試行の記録が見られない場合、次のトラブルシューティング手順として CPPM イベント ビューアを確認することをお勧めします。モビリティ コントローラから CPPM への ping が正常に実行できることから、これら 2 つのデバイス間にはネットワーク接続が存在することがわかります。
Access Trackerに記録がないということは、問題はRADIUS/EAP証明書やユーザー認証情報にあるのではなく、ClearPassサービス自体、あるいは認証要求の受信にある可能性を示唆している。
イベントビューアーは、CPPM内部のエラーや設定ミスなど、認証処理の不具合を明らかにする詳細なログを提供します。

ArubaOS Mobility Controller (MC) が WLAN 上の無線セッションに対して RADIUS サーバーから認証変更 (CoA) メッセージを受け入れるようにするには、MC の設定の一部として、指定された IP アドレス (10.5.5.5) と正しい共有シークレットを使用して、動的認証サーバー (RFC 3576) を作成する必要があります。この設定により、MC は CoA 要求を処理できるようになります。CoA 要求は、認証後にセッションの認証属性を変更するために使用されます。たとえば、ユーザーの切断やユーザーの VLAN 割り当ての変更などです。

Aruba Mobility Master (MM)、Mobility Controller (MC)、およびCampus AP (CAP) を使用した無線ネットワーク展開において、WLANが転送にトンネルモードを使用するように構成されている場合、ユーザトラフィックはAPからMCへトンネルされます。WLANに割り当てられるVLAN 301は、MCからコアルーティングスイッチへのリンク上に存在する必要があります。これは、これらのスイッチが無線ユーザトラフィックのデフォルトルータとして機能するためです。VLAN 301は、すべてのキャンパスLANリンクまたはAPリンクに存在する必要はなく、VLAN 301のルーティングが行われるMCとコアルーティングスイッチ間のリンク上にのみ存在する必要があります。