繰り返し失敗したWebhookを再度有効にする

自動で無効になったWebhook受信側を修復してテストしてから再度有効にし、後続システムにまだ必要な失敗イベントだけを再配信します。

最終確認日

スクリーンショットは英語版の画面です。

dosyaは配信試行が15回連続で失敗するとWebhookを自動的に無効化します。先に受信側を確認してください。テストルートは通常のイベント通信を再開せずに無効なエンドポイントを呼び出せます。

自動で無効になった受信側を修復し、無効なままテストを送信してSuccessを確認し、今後のイベントのためにRe-enableを選択する4つのパネル。
自動で無効になった受信側を修復し、無効なままテストを送信してSuccessを確認し、今後のイベントのためにRe-enableを選択する4つのパネル。スクリーンショットを原寸大で開く。

手順

  1. 対象のワークスペースで連携 → Webhookを開き、配信が繰り返しできなかったため、自動で無効化されました。付きの無効カードを探します。表示された失敗回数と無効化時刻を控えてください。
  2. DNS、TLS、ルーティング、署名検証、永続的なキューへの追加、応答処理を修復します。URLは公開HTTPSのままにし、受信側は10秒以内に2xxを返す必要があります。
  3. エンドポイントがまだ無効な間にテストイベントを送信を選択します。dosyaは署名付きのfile.uploadedサンプルを作成し、**テストイベントを送信しました。 — 結果は下の配信ログで確認してください。**と表示します。
  4. 配信を開き、新しい行に成功が表示されるまで待ってください。トーストは作成の証拠にすぎません。保留中、失敗、Error、2xx以外のレスポンスは受信側の準備ができていないことを示します。
  5. 再度有効化を選択します。サーバーはエンドポイントを有効にし、consecutive_failuresをクリアしてdisabled_atを削除し、**Webhookを再び有効にしました。**を表示します。
  6. 制御された購読イベントを1件発生させ、別の成功を確認してください。有効化しても古い行は復活も再配信もされないため、以前の失敗行は別に確認します。

失敗のしきい値はエンドポイント全体の試行を数えるため、1つのイベントが6回の試行を使い切る前に、複数の問題あるイベントで15回に達することがあります。テストが成功すると継続中の失敗状態はクリアされますが、それだけでは無効なエンドポイントは有効になりません。

繰り返し失敗したWebhookの再有効化に関する参考画面。Get API KeyとView SDKsのリンクを示すdosya REST API概要。
繰り返し失敗したWebhookの再有効化に関する参考画面。Get API KeyとView SDKsのリンクを示すdosya REST API概要。スクリーンショットを原寸大で開く。

期待される結果

今後の通信を再開する前に、受信側で署名付きリクエストの成功を確認できます。エンドポイントは失敗状態がクリアされた有効に戻り、明示的に再配信した過去のイベントだけが再実行されます。

**再度有効化できませんでした。**と表示された場合、エンドポイントは無効のままです。カードを再読み込みし、ロールに引き続きmanage_settingsがあることを確認して、テストを繰り返し送らずに再試行してください。

エンドポイントが再び無効になります。 最新のレスポンスステータスまたは通信エラーを確認し、受信側の根本的な問題を修正するまで再有効化をやめてください。

関連ガイド

この記事は役に立ちましたか?

評価の結果を読み込んでいます…

投票すると、回答を変更できるように、必要な投票用Cookieが最長180日間保存されます。

質問と回答

このガイドの手順について質問できます。質問は確認後に公開されます。

公開の質問には、アカウントの詳細、認証情報、非公開ファイルを含めないでください。これらについては 非公開サポート をご利用ください。

質問を読み込んでいます…

    dosyaアカウントにサインインすると、質問を投稿できます。

    やり直す前に結果を確認

    操作をもう一度確認する必要があるときは、次の共通の確認事項をご利用ください。