よくある質問
以下のセクションでは、よくある質問について詳しく説明します。
Adaptive Authentication または NetScaler のアップグレード後、ユーザーがログインできません。どうすればよいですか?
自己診断チェック:
-
Adaptive Authentication IdP FQDN にアクセスできない場合:
-
認証仮想サーバー (auth_vs) が UP であるか確認します。
-
UP でない場合は、証明書が正しくバインドされていることを確認します。
保存されていない構成や誤った構成により、証明書のバインドが解除されたり失われたりして、認証仮想サーバーが DOWN になる可能性があります。 -
-
プライマリ Adaptive Authentication NetScaler CLI を使用して、クラウドトンネル仮想サーバーが UP であるか確認します:
show cloudtunnel vserver。Azure IMDS の断続的な接続性の問題により、再起動後にクラウドトンネル仮想サーバーの構成が失われる可能性があります。回避策: もう一度再起動を実行します。 -
LDAP を使用している場合は、
ldapActionが 7~10 秒のタイムアウト (authTimeout) で構成されていることを確認してください。注:この LDAP 関連のログインの問題は、アップグレードが実行されたかどうかに関係なく発生する可能性があります。
ADM/NetScaler Console で Adaptive Authentication NetScaler インスタンスが「ダウン」または「猶予期間中」と表示されるのはなぜですか?
Adaptive Authentication NetScaler インスタンスのエントリは、Console Service > Infrastructure > Instances > NetScaler に表示されます。
-
コンソールに表示されるUP (緑) またはDOWN (赤) の状態は、Console Service と Adaptive Auth NetScaler インスタンス間の接続性を示しており、Adaptive Authentication ノードの実際の状態を示すものではありません。
-
接続状態がDOWNであっても、ユーザーのログインや機能には影響しませんが、次のような影響が生じる可能性があります。
-
Citrix は NetScaler インスタンスにアップグレードをプッシュできません。
-
接続が30日以上DOWNのままだと、Adaptive Authentication NetScaler LAS ライセンスリース更新が失敗し、インスタンスの帯域幅が10 Mbpsに制限される可能性があります。NetScaler 管理UIに警告バナーが表示されます。
-
接続を復元する:
ADM/NetScaler Console で接続ステータスがDOWNと表示される場合は、復元する必要があります。以下の手順を実行するか、Citrix Support にお問い合わせください。
-
接続ステータスがDOWNと表示されているNetScalerインスタンスにSSHで接続します。
-
シェルを実行します。
-
mastools プロセスが実行されているかどうかを確認します。
ps -ax | grep mastools出力には、mastools と mastools_upgrade の両方のプロセスが実行中であることが示されている必要があります。 -
必要に応じて、mastools を再起動します。
cd /var/mastools/scripts./mastoolsd restart
アダプティブ認証のアップグレード後、ユーザーが「Relaying party requested claims of user not found」というメッセージを受け取るのはなぜですか?
-
アダプティブ認証IdPログインページが表示される前に問題が発生した場合は、Citrixサポートにお問い合わせください。
-
アダプティブ認証IdPログインページが表示され、資格情報が入力された後に問題が発生した場合は、次の点を確認してください。
-
ユーザーがADに以下の7つの必須クレームをすべて持っていることを確認してください。
-
メールアドレス
-
表示名
-
共通名
-
sAMAccountName
-
ユーザープリンシパル名
-
オブジェクト識別子 (OID)
-
セキュリティ識別子 (SID)
-
-
SAMLまたはRADIUSを使用している場合は、最後にNOAUTH LDAPファクターを追加して、7つの必須クレームをすべて抽出します。
-
アダプティブ認証がLDAPポート389または636で動作していません。何を確認すればよいですか?
接続テスト (GUI: ネットワーク接続のテスト) は、プライマリノードからのみ実行されていることを確認してください。
-
ns.logでEntering bitpumpログエントリを確認して、オンプレミスADへのトンネルが成功していることを確認してください。 -
トンネルが成功した場合は、
cat /tmp/aaad.debugを実行して認証エラーを表示します。 -
問題が解決しない場合は、Citrixサポートにお問い合わせください。
適応型認証アプライアンスをプロビジョニングしようとしていますが、オンボーディングフローでアクセスできないフォームの入力を求められます。どうすればよいですか?
適応型認証プロビジョニングを要求するために使用されるフォームは、一部の顧客に対して「アクセス拒否」エラーを表示する場合があります。
回避策:
Citrixサポートに連絡して、プロビジョニングリクエストを直接送信してください。
フォーム提出後、適応型認証を有効にするにはどのくらいかかりますか?
最低3営業日です。