Dépannage des avis
Utilisez les informations de diagnostic pour identifier et résoudre les problèmes courants qui peuvent survenir lors de l'utilisation du service d'avis.
Voir aussi Problèmes connus pour le service d'avis.
Message non reçu
Dépannez un message manquant pour un abonnement.
Un message que vous attendiez d'un abonnement n'a jamais été reçu. Le flux de transmission de messages n'a pas eu lieu comme vous le pensiez. Par exemple, vous n'avez pas reçu de courriel lorsqu'une instance de calcul dépasse un seuil d'alarme.
Voici les causes et remèdes possibles pour cette question.
Cause : Déclencheur non satisfait
Le déclencheur configuré pour la ressource d'envoi de message n'a peut-être pas été satisfait dans l'intervalle de temps que vous recherchez. (La ressource qui envoie le message peut être une alarme, un abonnement aux annonces, une règle d'événement, un connecteur ou un avis contextuel (règle d'alarme ou d'événement).)
Par exemple, considérez une alarme configurée pour un seuil de 90 % à un intervalle d'une heure. L'évaluation la plus récente a peut-être eu lieu avant que l'instance de calcul ne dépasse le seuil.
- Comment diagnostiquer
-
Vérifiez l'historique de la ressource d'envoi de message et comparez les conclusions aux messages publiés et transmis du sujet.
-
Notez l'heure à laquelle la condition de déclenchement s'est produite.
Vue des graphiques de mesure par défaut pour la ressource afin de déterminer l'heure.
Par exemple, vous pouvez voir les graphiques de mesure pour une instance de calcul et constater qu'elle a dépassé le seuil défini dans l'alarme à 10:01.
- Recherchez l'horodatage associé tel qu'il est enregistré par la ressource associée (alarme, règle d'événement ou connecteur).
-
Pour une alarme : Recherchez les transitions d'état d'alarme pertinentes proches de l'heure de la condition de déclenchement.
Conseil
Évaluez les alarmes et les messages en utilisant leur identificateur unique. Voir Empêcher le traitement des éléments en double. Pour voir le format utilisé par les messages d'alarme, voir Format de message et exemples.consultation de l'historique des alarmes; Une transition trouvée vers ce moment indique que l'alarme a peut-être envoyé le message qui vous manque. Une absence de transitions indique que l'alarme n'a envoyé aucun message. Si vous attendiez la transition de l'alarme, vérifiez sa configuration.
-
Pour une règle d'événement : Recherchez les événements correspondants proches de l'heure de la condition de déclenchement.
Voir les graphiques de mesure par défaut pour la règle d'événement. Voir le graphique Événements mis en correspondance. Un événement correspondant à cette heure indique que la règle d'événement a peut-être envoyé le message qui vous manque. L'absence d'événements correspondants indique que la règle d'événement n'a envoyé aucun message. Si vous pensiez que la règle d'événement détecterait un événement correspondant, vérifiez sa configuration.
-
Pour un connecteur : Recherchez les messages écrits qui sont proches de l'heure de la condition de déclenchement.
Vue des graphiques de mesure par défaut pour le connecteur. Voir le graphique Messages écrits vers la cible. Un message écrit à ce moment-là indique que le connecteur a peut-être envoyé le message qui vous manque. L'absence de messages écrits indique que le connecteur n'a envoyé aucun message. Si vous attendiez du connecteur qu'il écrive un message, vérifiez sa configuration.
-
-
Dans le sujet parent de l'abonnement, recherchez les délais de publication et de transmission des messages proches de l'horodatage associé à l'étape précédente.
Voir les graphiques de mesure par défaut du sujet. Plus précisément, consultez les graphiques de mesure Nombre total de messages publiés et Nombre de messages livrés. Un message publié qui n'a pas été livré peut indiquer un problème avec le point d'extrémité de l'abonnement.
-
- Comment corriger
-
Vous pouvez remédier à cette situation pour les conditions de déclenchement futures. Mettez à jour la configuration de déclencheur de la ressource d'envoi de message afin que le déclencheur soit satisfait lorsque vous le prévoyez.
Par exemple, mettez à jour une alarme pour qu'elle utilise un intervalle plus court.
Voici les instructions pour mettre à jour les ressources d'envoi de messages :
- Annonces : Mise à jour d'un abonnement aux annonces
- Alarmes : Modification d'une alerte
- Règles d'événement : Modification d'une règle d'événement
- Connecteurs : Mise à jour d'un connecteur
Cause : La ressource n'a pas envoyé de message
Il se peut que la ressource qui envoie le message n'ait pas envoyé le message au service d'avis. (La ressource qui envoie le message peut être une alarme, un abonnement aux annonces, une règle d'événement, un connecteur ou un avis contextuel (règle d'alarme ou d'événement).)
Par exemple, vous pouvez vous attendre à recevoir un courriel pour un événement, alors que la règle d'événement a été configurée accidentellement pour un autre événement.
- Comment diagnostiquer
-
Vérifiez l'historique de la ressource d'envoi de message et comparez les conclusions aux messages publiés et transmis du sujet.
-
Notez l'heure à laquelle la condition de déclenchement s'est produite.
Vue des graphiques de mesure par défaut pour la ressource afin de déterminer l'heure.
Par exemple, vous pouvez voir les graphiques de mesure pour une instance de calcul et constater qu'elle a dépassé le seuil défini dans l'alarme à 10:01.
- Recherchez l'horodatage associé tel qu'il est enregistré par la ressource associée (alarme, règle d'événement ou connecteur).
-
Pour une alarme : Recherchez les transitions d'état d'alarme pertinentes proches de l'heure de la condition de déclenchement.
Conseil
Évaluez les alarmes et les messages en utilisant leur identificateur unique. Voir Empêcher le traitement des éléments en double. Pour voir le format utilisé par les messages d'alarme, voir Format de message et exemples.consultation de l'historique des alarmes; Une transition trouvée vers ce moment indique que l'alarme a peut-être envoyé le message qui vous manque. Une absence de transitions indique que l'alarme n'a envoyé aucun message. Si vous attendiez la transition de l'alarme, vérifiez sa configuration.
-
Pour une règle d'événement : Recherchez les événements correspondants proches de l'heure de la condition de déclenchement.
Voir les graphiques de mesure par défaut pour la règle d'événement. Voir le graphique Événements mis en correspondance. Un événement correspondant à cette heure indique que la règle d'événement a peut-être envoyé le message qui vous manque. L'absence d'événements correspondants indique que la règle d'événement n'a envoyé aucun message. Si vous pensiez que la règle d'événement détecterait un événement correspondant, vérifiez sa configuration.
-
Pour un connecteur : Recherchez les messages écrits qui sont proches de l'heure de la condition de déclenchement.
Vue des graphiques de mesure par défaut pour le connecteur. Voir le graphique Messages écrits vers la cible. Un message écrit à ce moment-là indique que le connecteur a peut-être envoyé le message qui vous manque. L'absence de messages écrits indique que le connecteur n'a envoyé aucun message. Si vous attendiez du connecteur qu'il écrive un message, vérifiez sa configuration.
-
-
- Comment corriger
-
Vous pouvez remédier à cette situation pour les conditions de déclenchement futures. Par exemple, mettez à jour une règle d'événement pour qu'elle corresponde à l'événement prévu.
Voici les instructions pour mettre à jour les ressources d'envoi de messages :
- Annonces : Mise à jour d'un abonnement aux annonces
- Alarmes : Modification d'une alerte
- Règles d'événement : Modification d'une règle d'événement
- Connecteurs : Mise à jour d'un connecteur
Cause : Abonnement mal configuré
L'abonnement est peut-être mal configuré.
Par exemple, le point d'extrémité d'un abonnement de courriel peut ne pas correspondre à l'adresse de courriel attendue, ou le point d'extrémité d'un abonnement Slack peut ne pas inclure le webhook approprié.
Un indicateur d'un abonnement mal configuré est un message publié qui n'est pas livré.
- Comment diagnostiquer
-
Obtenez les détails de l'abonnement et vérifiez la configuration. Par exemple, comparez le point d'extrémité d'un abonnement à un courriel à l'adresse de courriel attendue.
Vérifiez l'historique de la ressource d'envoi de message et comparez les conclusions aux messages publiés et transmis du sujet.
-
Notez l'heure à laquelle la condition de déclenchement s'est produite.
Vue des graphiques de mesure par défaut pour la ressource afin de déterminer l'heure.
Par exemple, vous pouvez voir les graphiques de mesure pour une instance de calcul et constater qu'elle a dépassé le seuil défini dans l'alarme à 10:01.
- Recherchez l'horodatage associé tel qu'il est enregistré par la ressource associée (alarme, règle d'événement ou connecteur).
-
Pour une alarme : Recherchez les transitions d'état d'alarme pertinentes proches de l'heure de la condition de déclenchement.
Conseil
Évaluez les alarmes et les messages en utilisant leur identificateur unique. Voir Empêcher le traitement des éléments en double. Pour voir le format utilisé par les messages d'alarme, voir Format de message et exemples.consultation de l'historique des alarmes; Une transition trouvée vers ce moment indique que l'alarme a peut-être envoyé le message qui vous manque. Une absence de transitions indique que l'alarme n'a envoyé aucun message. Si vous attendiez la transition de l'alarme, vérifiez sa configuration.
-
Pour une règle d'événement : Recherchez les événements correspondants proches de l'heure de la condition de déclenchement.
Voir les graphiques de mesure par défaut pour la règle d'événement. Voir le graphique Événements mis en correspondance. Un événement correspondant à cette heure indique que la règle d'événement a peut-être envoyé le message qui vous manque. L'absence d'événements correspondants indique que la règle d'événement n'a envoyé aucun message. Si vous pensiez que la règle d'événement détecterait un événement correspondant, vérifiez sa configuration.
-
Pour un connecteur : Recherchez les messages écrits qui sont proches de l'heure de la condition de déclenchement.
Vue des graphiques de mesure par défaut pour le connecteur. Voir le graphique Messages écrits vers la cible. Un message écrit à ce moment-là indique que le connecteur a peut-être envoyé le message qui vous manque. L'absence de messages écrits indique que le connecteur n'a envoyé aucun message. Si vous attendiez du connecteur qu'il écrive un message, vérifiez sa configuration.
-
-
Dans le sujet parent de l'abonnement, recherchez les délais de publication et de transmission des messages proches de l'horodatage associé à l'étape précédente.
Voir les graphiques de mesure par défaut du sujet. Plus précisément, consultez les graphiques de mesure Nombre total de messages publiés et Nombre de messages livrés. Un message publié qui n'a pas été livré peut indiquer un problème avec le point d'extrémité de l'abonnement.
-
- Comment corriger
- Vous pouvez remédier à cette situation pour les conditions de déclenchement futures.
Cause : Message supprimé
Le service d'avis a supprimé le message reçu d'une alarme, d'un abonnement aux annonces, d'une règle d'événement, d'un connecteur ou d'un avis contextuel (règle d'alarme ou d'événement) destiné à un abonnement. Ce problème peut survenir lorsque l'abonnement est en attente ou mal configuré.
- Comment diagnostiquer
-
Dans la rubrique parent de l'abonnement, recherchez les messages de fonction abandonnés. Voir les graphiques de mesure par défaut du sujet. Plus précisément, consultez le graphique de mesure Nombre de messages ayant échoué et notez la valeur de la dimension de mesure
endpointType
("ORACLE_FUNCTIONS" pour un message de fonction supprimé). Lorsqu'un message de fonction supprimée existe, le compteur de ce graphique de mesure incrémente, indiquant "ORACLE_FUNCTIONS" pourendpointType
.
- Comment corriger
- Vous pouvez remédier à cette situation pour les conditions de déclenchement futures.
Cause : L'abonnement n'est pas actif
Par exemple, un abonnement Slack a le statut En attente en raison d'un manque de confirmation.
- Comment diagnostiquer
- Obtenez les détails de l'abonnement pour confirmer le statut actif. Si vous ne trouvez pas l'abonnement, il a peut-être été supprimé.
- Comment corriger
- Vous pouvez remédier à cette situation pour les conditions de déclenchement futures. Confirmez l'abonnement pour l'activer ou, si vous ne le trouvez pas, recréez l'abonnement.
Cause : Ressource non prise en charge utilisée pour les SMS
Il est possible que les messages SMS ne soient pas activés pour la ressource d'envoi de messages. Les abonnements SMS ne sont activés que pour les messages envoyés par les services Oracle Cloud Infrastructure suivants : annonces, Surveillance et Centre de connecteurs. Voir Avant de commencer (dans la page "Création d'un abonnement SMS").
Par exemple, considérons une règle d'événement configurée pour envoyer des messages à un sujet. Le sujet contient un abonnement par courriel et un abonnement par SMS. Toutefois, les messages SMS ne sont pas activés pour le service d'événements. Dans ce cas, le message SMS est supprimé.
- Comment diagnostiquer
-
Dans la rubrique parent de l'abonnement, recherchez les messages SMS abandonnés. Voir les graphiques de mesure par défaut du sujet. Plus précisément, consultez le graphique de mesure Nombre de messages ayant échoué et notez la valeur de la dimension de mesure
endpointType
("SMS" pour un message SMS abandonné). Par exemple, si une ressource non prise en charge envoie un message SMS à un sujet contenant un abonnement SMS, le message SMS est abandonné. Le compteur de ces incréments de graphique de mesure, indiquant "SMS" pourendpointType
.
- Comment corriger
- Vous pouvez remédier à cette situation pour les conditions de déclenchement futures. Créez une ressource d'envoi de message activée pour l'envoi de messages SMS :
- Alarmes : Création d'une alarme
- Annonces : Création d'un abonnement aux annonces
- Connecteurs : Création d'un connecteur
Cause : Les capacités de SMS internationaux sont manquantes
Le message SMS peut être envoyé vers ou depuis des paramètres régionaux non pris en charge. Les SMS internationaux sont requis si les SMS proviennent d'un numéro de téléphone d'un autre pays.
- Comment diagnostiquer
- Confirmez que vous avez la possibilité d'envoyer et de recevoir des messages SMS à destination et en provenance d'autres pays. Nous ajoutons continuellement la prise en charge de nouveaux pays afin que davantage d'utilisateurs puissent recevoir des messages SMS à partir de numéros de téléphone locaux. Voir SMS.
- Comment corriger
- Vous pouvez remédier à cette situation pour les conditions de déclenchement futures. Obtenez des capacités internationales de SMS.
Cause : Adresse de courriel supprimée
Il est possible qu'un courriel ne soit pas livré si l'adresse figure sur une liste d'exclusion.
Les motifs de suppression comprennent les codes de non-transmission et les plaintes d'utilisateur. Pour plus d'informations, voir Gestion de la liste d'exclusion.
- Comment diagnostiquer
-
Dans la rubrique parent de l'abonnement, recherchez les courriels abandonnés. Voir les graphiques de mesure par défaut du sujet. Plus précisément, consultez le graphique de mesure Nombre de messages ayant échoué et notez la valeur de la dimension de mesure
endpointType
("EMAIL" pour un courriel abandonné). Par exemple, si l'adresse de courriel figure sur une liste de suppression, le message est abandonné. Le compteur de ces incréments de graphique de mesure, indiquant "EMAIL" pourendpointType
. - Comment corriger
- Vous pouvez remédier à cette situation pour les conditions de déclenchement futures. Voir Suppression d'une adresse de courriel de la liste d'exclusion. Pour obtenir de l'aide sur la prévention des listes de suppression à l'avenir, voir Modifier une réputation d'expéditeur de courriel positive.
Cause : Autorisations de surveillance manquantes pour le compartiment
Si votre sujet se trouve dans des compartiments gérés par Oracle Platform Services (nommés "ManagedCompartmentForPaas"), il se peut que le service de surveillance ne soit pas autorisé à l'utiliser et que les messages d'alarme envoyés à ce sujet ne soient pas reçus.
- Comment diagnostiquer
-
Obtenez les détails du sujet pour déterminer si son compartiment est un compartiment géré par Oracle Platform Services (nommé "ManagedCompartmentForPaas").
- Comment corriger
- Vous pouvez remédier à cette situation pour les conditions de déclenchement futures. Pour plus de détails, notamment les étapes de résolution, voir Les messages d'alarme ne sont pas reçus dans les compartiments gérés par Oracle Platform Services.
Abonnement disparu
Identifiez les événements qui ont pu entraîner la disparition d'un abonnement.
Un abonnement auquel vous avez accédé auparavant n'est plus disponible.
L'abonnement a été supprimé, soit par suppression explicite, soit par un événement de désabonnement (appel à GetUnsubscription).
Mesure corrective : Identifier les événements de désabonnement et de suppression
Mesure corrective : Envoyer un avis pour tout événement de désabonnement
Fonction non appelée ou exécution
Dépannez une fonction qui n'a pas été appelée ou qui n'a pas été exécutée comme prévu au moyen d'un abonnement.
La fonction configurée dans un abonnement de fonction n'a pas été appelée ou n'a pas été exécutée. Le flux de transmission de message pour la fonction n'a pas eu lieu comme vous le pensiez. Par exemple, la fonction configurée n'a pas redimensionné une machine virtuelle lorsqu'elle dépassait la mémoire.
Voici les causes et remèdes possibles pour cette question.
Cause : La ressource n'a pas envoyé de message
Il se peut que la ressource qui envoie le message n'ait pas envoyé le message au service d'avis. (Une ressource d'envoi de message peut être une alarme, un abonnement aux annonces, une règle d'événement, un connecteur ou un avis contextuel (règle d'alarme ou d'événement).)
Par exemple, vous pouvez vous attendre à ce qu'une règle d'événement envoie un message au sujet configuré car un événement s'est produit. Toutefois, la règle d'événement peut être configurée accidentellement pour un autre événement qui n'a pas eu lieu.
- Comment diagnostiquer
-
Vérifiez l'historique de la ressource d'envoi de message et comparez les conclusions aux messages publiés et transmis du sujet.
-
Notez l'heure à laquelle la condition de déclenchement s'est produite.
Vue des graphiques de mesure par défaut pour la ressource afin de déterminer l'heure.
Par exemple, vous pouvez voir les graphiques de mesure pour une instance de calcul et constater qu'elle a dépassé le seuil défini dans l'alarme à 10:01.
- Recherchez l'horodatage associé tel qu'il est enregistré par la ressource associée (alarme, règle d'événement ou connecteur).
-
Pour une alarme : Recherchez les transitions d'état d'alarme pertinentes proches de l'heure de la condition de déclenchement.
Conseil
Évaluez les alarmes et les messages en utilisant leur identificateur unique. Voir Empêcher le traitement des éléments en double. Pour voir le format utilisé par les messages d'alarme, voir Format de message et exemples.consultation de l'historique des alarmes; Une transition trouvée vers ce moment indique que l'alarme a peut-être envoyé le message qui vous manque. Une absence de transitions indique que l'alarme n'a envoyé aucun message. Si vous attendiez la transition de l'alarme, vérifiez sa configuration.
-
Pour une règle d'événement : Recherchez les événements correspondants proches de l'heure de la condition de déclenchement.
Voir les graphiques de mesure par défaut pour la règle d'événement. Voir le graphique Événements mis en correspondance. Un événement correspondant à cette heure indique que la règle d'événement a peut-être envoyé le message qui vous manque. L'absence d'événements correspondants indique que la règle d'événement n'a envoyé aucun message. Si vous pensiez que la règle d'événement détecterait un événement correspondant, vérifiez sa configuration.
-
Pour un connecteur : Recherchez les messages écrits qui sont proches de l'heure de la condition de déclenchement.
Vue des graphiques de mesure par défaut pour le connecteur. Voir le graphique Messages écrits vers la cible. Un message écrit à ce moment-là indique que le connecteur a peut-être envoyé le message qui vous manque. L'absence de messages écrits indique que le connecteur n'a envoyé aucun message. Si vous attendiez du connecteur qu'il écrive un message, vérifiez sa configuration.
-
-
- Comment corriger
-
Vous pouvez remédier à cette situation pour les conditions de déclenchement futures. Par exemple, mettez à jour une règle d'événement pour qu'elle corresponde à l'événement prévu.
Voici les instructions pour mettre à jour les ressources d'envoi de messages :
- Annonces : Mise à jour d'un abonnement aux annonces
- Alarmes : Modification d'une alerte
- Règles d'événement : Modification d'une règle d'événement
- Connecteurs : Mise à jour d'un connecteur
Cause : Message supprimé
Le service d'avis a supprimé le message reçu d'une alarme, d'un abonnement aux annonces, d'une règle d'événement, d'un connecteur ou d'un avis contextuel (règle d'alarme ou d'événement) destiné à un abonnement à une fonction. Ce problème peut survenir lorsque l'abonnement est en attente ou mal configuré.
- Comment diagnostiquer
-
Dans la rubrique parent de l'abonnement, recherchez les messages de fonction abandonnés. Voir les graphiques de mesure par défaut du sujet. Plus précisément, consultez le graphique de mesure Nombre de messages ayant échoué et notez la valeur de la dimension de mesure
endpointType
("ORACLE_FUNCTIONS" pour un message de fonction supprimé). Lorsqu'un message de fonction supprimée existe, le compteur de ce graphique de mesure incrémente, indiquant "ORACLE_FUNCTIONS" pourendpointType
.
- Comment corriger
- Vous pouvez remédier à cette situation pour les conditions de déclenchement futures.
Cause : La fonction n'a pas été appelée
La fonction n'a pas été appelée même si le service d'avis a transmis le message reçu à partir d'une alarme, d'un abonnement aux annonces, d'une règle d'événement, d'un connecteur ou d'un avis contextuel (règle d'alarme ou d'événement).
- Comment diagnostiquer
-
Note
Le service d'avis n'a aucune information sur une fonction une fois celle-ci appelée.
S'il s'agit du premier appel, la réponse peut être retardée.
- Confirmer la transmission des avis : Dans le sujet parent de l'abonnement, vérifiez que le service d'avis a transmis le message à la fonction. Voir les graphiques de mesure par défaut du sujet. Plus précisément, consultez le graphique de mesure Delivered Messages Count (Nombre de messages livrés) et notez la valeur de la dimension de mesure
endpointType
("ORACLE_FUNCTIONS" pour un message de fonction fourni). Lorsqu'un message de fonction est transmis, le compteur de ce graphique de mesure incrémente, indiquant "ORACLE_FUNCTIONS" pourendpointType
. - Dans la fonction, recherchez les temps d'appel et d'exécution proches de l'heure à laquelle la condition de déclenchement s'est produite.
- Voir les graphiques de mesures par défaut de la fonction. Plus précisément, consultez les graphiques de mesure Appels et Durée. L'absence de points de données proches de cet horodatage indique que la fonction n'a pas été appelée ou exécutée.
- Consultez les journaux de service de la fonction.
- Confirmer la transmission des avis : Dans le sujet parent de l'abonnement, vérifiez que le service d'avis a transmis le message à la fonction. Voir les graphiques de mesure par défaut du sujet. Plus précisément, consultez le graphique de mesure Delivered Messages Count (Nombre de messages livrés) et notez la valeur de la dimension de mesure
- Comment corriger
- Si la fonction n'a jamais été appelée, communiquez avec le soutien technique.
Cause : La fonction n'a pas été exécutée
La fonction n'a pas été exécutée même si elle a été appelée après que le service d'avis a transmis le message reçu d'une alarme, d'un abonnement aux annonces, d'une règle d'événement, d'un connecteur ou d'un avis contextuel (règle d'alarme ou d'événement).
- Comment diagnostiquer
-
Note
Le service d'avis n'a aucune information sur une fonction une fois celle-ci appelée.
S'il s'agit du premier appel, la réponse peut être retardée.
- Confirmer la transmission des avis : Dans le sujet parent de l'abonnement, vérifiez que le service d'avis a transmis le message à la fonction. Voir les graphiques de mesure par défaut du sujet. Plus précisément, consultez le graphique de mesure Delivered Messages Count (Nombre de messages livrés) et notez la valeur de la dimension de mesure
endpointType
("ORACLE_FUNCTIONS" pour un message de fonction fourni). Lorsqu'un message de fonction est transmis, le compteur de ce graphique de mesure incrémente, indiquant "ORACLE_FUNCTIONS" pourendpointType
. - Dans la fonction, recherchez les temps d'appel et d'exécution proches de l'heure à laquelle la condition de déclenchement s'est produite.
- Voir les graphiques de mesures par défaut de la fonction. Plus précisément, consultez les graphiques de mesure Appels et Durée. Un point de données dans les appels qui n'a pas d'occurrence correspondante dans Durée indique que la fonction a été appelée mais n'a pas été exécutée.
- Consultez les journaux de service de la fonction.
- Confirmer la transmission des avis : Dans le sujet parent de l'abonnement, vérifiez que le service d'avis a transmis le message à la fonction. Voir les graphiques de mesure par défaut du sujet. Plus précisément, consultez le graphique de mesure Delivered Messages Count (Nombre de messages livrés) et notez la valeur de la dimension de mesure
- Comment corriger
- Voir Dépannage du service des fonctions pour OCI.
Confirmation d'abonnement HTTPS (URL personnalisée) non reçue
Dépannez un message de confirmation manquant pour un nouvel abonnement à HTTPS (URL personnalisée).
Le nouvel abonnement HTTPS (URL personnalisée) reste au statut En attente une fois que vous avez envoyé la confirmation.
L'abonnement n'a jamais reçu la confirmation. Le point d'extrémité de l'abonnement HTTPS (URL personnalisée) n'a jamais reçu la confirmation, car le point d'extrémité de l'abonnement ne satisfait pas aux préalables pour les abonnements HTTPS (URL personnalisée). Par exemple, le point d'extrémité n'est pas accessible publiquement ou ne prend pas en charge les exigences d'en-tête non autorisées.
Pour résoudre ce problème, créez un nouvel abonnement avec un point d'extrémité qui satisfait aux préalables.