





















よくある
ご質問
これは、Captchaサービスが疑わしい悪意のあるユーザーをブロックしているためです。同じネットワーク環境で同じシナリオのCaptchaサービスに頻繁かつ集中的にアクセスしたため、小規模なリスク制御ブロックが発生した可能性があります。解決策:
1. 10~20分後に再度テストを実行してください。
2. IPまたはデバイスを変更して再試行してください。
3. Captchaコンソールにログインし、検証のセキュリティ構成ページに移動して、悪意のあるリクエストのブロックレベルを「低(Loose)」に調整してください。
Captchaはコンテナの幅と高さに基づいて中央に表示されます。コンテナの幅が広すぎる場合、Captchaが切り取られ、不完全に表示されることがあります。この場合、ポップアップウィンドウを調整する必要があります。また、他のWebViewのランダムな読み込みも切り取りの原因となる場合があります。
1. 統合方法:クライアントはCaptchaに統合されていますが、サーバーは統合されていません。
2. セキュリティリスク:チケット検証が統合されていない場合、ブラックマーケットで検証結果が容易に偽造され、Captchaによる人間認証の目的が果たせなくなります。
3. 解決策:サーバーをチケット検証に統合してください。詳細については、チケット検証への統合(Webおよびアプリ)をご覧ください。
1. 統合方法:Web/アプリクライアントでのCaptcha統合時に、JavaScriptの動的読み込みを使用せず、読み込みプロセスをスキップする代替方法が採用されています。
2. セキュリティリスク:上記の方法を使用すると、Captchaを更新できず、その結果、悪意のあるリクエストではなく一部の正規のリクエストがブロックされたり、フロントエンドでエラーが報告されたりする可能性があります。
3. 解決策:Captcha JSを動的に導入してください。詳細については、Web統合をご覧ください。
1. チケット検証のQPS(秒間クエリ数)は1,000に制限されています。
2. チケット検証API呼び出しのQPSが1,000を超えると、エラー(RequestLimitExceeded)が返されます。
3. 制限を変更するには、チケットを送信するか、お問い合わせください。
検証中、10のセキュリティ保護メカニズムを使用して、ブラックマーケットの悪意のある活動を防御します。詳細については、概要の「多次元防御」をご覧ください。
ブラック産業の攻撃に悩まされており、より多くの異常なリクエストを遮断したい場合は、Captchaコンソールにログインし、構成する検証を選択して[Captcha詳細]をクリックし、[構成]タブに移動して、リスク制御レベルを「セキュリティ優先」に設定することをお勧めします。調整後、Captchaサービスはより厳格なリスク制御戦略で検証リクエストを遮断します。
Captchaは23言語に対応しています。クライアント統合時に関連パラメータを設定してください。詳細については、Web統合をご覧ください。
Captchaはプライベートデプロイメントをサポートしていません。
1. クライアント側とサーバー側の両方で必要なコード統合が完了している必要があります。以前のバージョンのCaptchaは、サーバー側のチケット検証数に基づいて請求されます。新しいバージョン、202412 -(TJNCAPTCHA-global.js)は、ユーザーが検証クエリに応答した後に開始された検証の回数に基づいて請求されます。検証頻度の傾向やチケット検証数を確認するには、Captchaコンソールにログインし、左側のサイドバーで[Captcha] > [Captcha統計]を選択してください。
2. コンソールにログインし、[費用センター] -> [請求書] -> [請求書詳細]に移動して、生成された請求書の詳細を確認してください。
クライアントとサーバーが要件通りにCaptchaサービスに統合されているか確認してください。Captchaがビジネスクライアントに統合された後、ビジネスサーバーはCaptchaチケットを検証する必要があります。詳細については、チケット検証への統合(Webおよびアプリ)をご覧ください。
よくある
ご質問
これは、Captchaサービスが疑わしい悪意のあるユーザーをブロックしているためです。同じネットワーク環境で同じシナリオのCaptchaサービスに頻繁かつ集中的にアクセスしたため、小規模なリスク制御ブロックが発生した可能性があります。解決策:
1. 10~20分後に再度テストを実行してください。
2. IPまたはデバイスを変更して再試行してください。
3. Captchaコンソールにログインし、検証のセキュリティ構成ページに移動して、悪意のあるリクエストのブロックレベルを「低(Loose)」に調整してください。
Captchaはコンテナの幅と高さに基づいて中央に表示されます。コンテナの幅が広すぎる場合、Captchaが切り取られ、不完全に表示されることがあります。この場合、ポップアップウィンドウを調整する必要があります。また、他のWebViewのランダムな読み込みも切り取りの原因となる場合があります。
1. 統合方法:クライアントはCaptchaに統合されていますが、サーバーは統合されていません。
2. セキュリティリスク:チケット検証が統合されていない場合、ブラックマーケットで検証結果が容易に偽造され、Captchaによる人間認証の目的が果たせなくなります。
3. 解決策:サーバーをチケット検証に統合してください。詳細については、チケット検証への統合(Webおよびアプリ)をご覧ください。
1. 統合方法:Web/アプリクライアントでのCaptcha統合時に、JavaScriptの動的読み込みを使用せず、読み込みプロセスをスキップする代替方法が採用されています。
2. セキュリティリスク:上記の方法を使用すると、Captchaを更新できず、その結果、悪意のあるリクエストではなく一部の正規のリクエストがブロックされたり、フロントエンドでエラーが報告されたりする可能性があります。
3. 解決策:Captcha JSを動的に導入してください。詳細については、Web統合をご覧ください。
1. チケット検証のQPS(秒間クエリ数)は1,000に制限されています。
2. チケット検証API呼び出しのQPSが1,000を超えると、エラー(RequestLimitExceeded)が返されます。
3. 制限を変更するには、チケットを送信するか、お問い合わせください。
検証中、10のセキュリティ保護メカニズムを使用して、ブラックマーケットの悪意のある活動を防御します。詳細については、概要の「多次元防御」をご覧ください。
ブラック産業の攻撃に悩まされており、より多くの異常なリクエストを遮断したい場合は、Captchaコンソールにログインし、構成する検証を選択して[Captcha詳細]をクリックし、[構成]タブに移動して、リスク制御レベルを「セキュリティ優先」に設定することをお勧めします。調整後、Captchaサービスはより厳格なリスク制御戦略で検証リクエストを遮断します。
Captchaは23言語に対応しています。クライアント統合時に関連パラメータを設定してください。詳細については、Web統合をご覧ください。
Captchaはプライベートデプロイメントをサポートしていません。
1. クライアント側とサーバー側の両方で必要なコード統合が完了している必要があります。以前のバージョンのCaptchaは、サーバー側のチケット検証数に基づいて請求されます。新しいバージョン、202412 -(TJNCAPTCHA-global.js)は、ユーザーが検証クエリに応答した後に開始された検証の回数に基づいて請求されます。検証頻度の傾向やチケット検証数を確認するには、Captchaコンソールにログインし、左側のサイドバーで[Captcha] > [Captcha統計]を選択してください。
2. コンソールにログインし、[費用センター] -> [請求書] -> [請求書詳細]に移動して、生成された請求書の詳細を確認してください。
クライアントとサーバーが要件通りにCaptchaサービスに統合されているか確認してください。Captchaがビジネスクライアントに統合された後、ビジネスサーバーはCaptchaチケットを検証する必要があります。詳細については、チケット検証への統合(Webおよびアプリ)をご覧ください。