Riattivare un webhook dopo errori ripetuti

Ripara e verifica un ricevitore webhook disattivato automaticamente prima di riattivarlo, poi reinvia solo gli eventi non riusciti ancora necessari al sistema a valle.

Ultima revisione

Gli screenshot mostrano l’interfaccia in inglese.

dosya disattiva automaticamente un webhook dopo 15 tentativi di invio falliti consecutivi. Verifica prima il ricevitore: il percorso di prova può chiamare una destinazione disattivata senza riaprire il normale traffico degli eventi.

Quattro riquadri mostrano la riparazione del ricevitore disattivato automaticamente, l'invio di una prova mentre resta disattivato, la conferma Success e Re-enable per gli eventi futuri.
Quattro riquadri mostrano la riparazione del ricevitore disattivato automaticamente, l'invio di una prova mentre resta disattivato, la conferma Success e Re-enable per gli eventi futuri. Apri lo screenshot a dimensione intera.

Passaggi

  1. Apri Integrazioni → Webhook nello spazio di lavoro interessato e trova la scheda Disattivata con Disattivata automaticamente dopo errori ripetuti. Annota il numero di errori e l’ora di disattivazione riportati.
  2. Ripara DNS, TLS, instradamento, verifica della firma, accodamento persistente e percorso della risposta. L’URL deve restare HTTPS pubblico e il ricevitore deve rispondere con 2xx entro dieci secondi.
  3. Scegli Invia un evento di prova mentre la destinazione webhook è ancora disattivata. dosya crea un esempio firmato file.uploaded e mostra Test event sent — Check the deliveries log below for the result.
  4. Apri Invii e attendi che la nuova riga mostri Completato. La notifica prova solo la creazione; In attesa, Errore, Error o una risposta diversa da 2xx indicano che il ricevitore non è pronto.
  5. Scegli Riattiva. Il server attiva la destinazione, azzera consecutive_failures, rimuove disabled_at e mostra Webhook riattivato.
  6. Attiva un evento controllato tra quelli sottoscritti e verifica un altro Completato. Esamina separatamente le vecchie righe Errore, perché l’attivazione non le ripristina né le reinvia.

La soglia conta i tentativi dell’intera destinazione webhook: più eventi non riusciti possono raggiungere 15 prima che uno esaurisca i propri sei tentativi. Una prova riuscita cancella l’incidente di errore attivo, ma non riattiva da sola la destinazione disattivata.

Riferimento per “Riattivare un webhook dopo errori ripetuti”: panoramica API REST di dosya con link Get API Key e View SDKs.
Riferimento per “Riattivare un webhook dopo errori ripetuti”: panoramica API REST di dosya con link Get API Key e View SDKs. Apri lo screenshot a dimensione intera.

Risultato previsto

Il ricevitore dimostra che una richiesta firmata riesce prima della ripresa del traffico futuro. La destinazione torna a Attiva con lo stato di errore azzerato e vengono rieseguiti solo gli eventi precedenti reinviati esplicitamente.

Impossibile riattivare il webhook lascia la destinazione disattivata. Ricarica la scheda, verifica che il ruolo abbia ancora manage_settings e riprova senza inviare ripetutamente prove.

La destinazione si disattiva di nuovo. Esamina lo stato della risposta più recente o l’errore di trasporto e smetti di riattivarla finché il problema del ricevitore non viene corretto.

Guide correlate

Ti è stata utile?

Caricamento delle valutazioni…

Quando voti, salviamo un cookie tecnico per un massimo di 180 giorni, così puoi cambiare la tua risposta.

Domande e risposte

Fai una domanda sui passaggi di questa guida. Le domande vengono revisionate prima della pubblicazione.

Non inserire dati dell’account, credenziali o file privati nelle domande pubbliche. Usa l’assistenza privata in questi casi.

Caricamento delle domande…

    Accedi al tuo account dosya per fare una domanda.

    Controlla il risultato prima di riprovare

    Usa questi controlli quando devi verificare il risultato di un’attività.