vManage : Configurez les notifications électroniques d'alarme

Introduction

Ce document décrit comment configurer et envoyer des notifications électroniques par l'intermédiaire du vManage pour les événements qui ont lieu dans le réseau.

Conditions préalables

Exigences

Cisco recommande que vous ayez la connaissance du vManage et vous assuriez qu'elle devrait être 18.3.0 et en haut. 

Composants utilisés

Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques.

Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est en ligne, assurez-vous de bien comprendre l’incidence possible des commandes.

Configurer

Ces étapes doivent être configurées afin d'activer des notifications électroniques.

1. Éditez les notifications électroniques de la gestion > des configurations. 

2. Configurez les notifications électroniques du moniteur > des alarmes. 

Pour l'étape 1., du tableau de bord de vManage, naviguez vers la gestion > les configurations > les notifications électroniques > éditent et configurent la section de notifications électroniques d'enable. Voici un tir d'écran d'exemple.

Vous pouvez sélectionner de l'adresse selon votre choix, cependant, le nom de domaine devrait apparier le serveur de messagerie. Comme exemple, <. .username. >@cisco.com et l'adresse de réponse seront noreply@cisco.com. Puisque, s'il y aura une réponse, le vManage ne le capturera pas. Ce scénario est semblable aux emails automatique-générés qui sont livré avec une adresse de NO--réponse.

Pour l'étape 2., ceci inclut des sous-titre-étapes comme la sévérité, le nom d'alarme, l'Email-liste, et l'URL de WebHook.

Captures d'écran témoin :

  

Webhooks sont utilisés par un système externe afin d'informer le système local au sujet d'un certain événement ou mise à jour. Ils sont comme des appels API

dans le sens inverse. Le POST de HTTP peut être envoyé du vManage à n'importe quel service qui écoute ceci. Par exemple, quand vous installez un webhook dans le vManage qui frappe un bout de code « serverless » dans AWS, il se déclenche outre d'un événement pour paginer un groupe de personnes dans l'organisation. Il y a plusieurs services en ligne que vous pouvez connecter pour faire ces choses. Référez-vous à https://testwebhooks.com/.

Un autre exemple est de créer quelque chose dans le mou afin de recevoir des webhooks de vManage. Référez-vous à https://api.slack.com/incoming-webhooks

Seuil d'email

Il y a un champ de seuil dans la page de notifications électroniques. Naviguez pour surveiller > alarme > des notifications électroniques.

Ce champ indique combien d'emails vous voulez recevoir par minute. Par défaut, un maximum de 5 emails par minute. Quand les emails dépassent ce seuil, vous recevrez le message suivant les indications de l'image. Les emails ne seront pas envoyés pendant 5 minutes et alors le seuil commencera frais.

Le reste des captures de document l'utilisation des « alertes par courrier électronique. »

Logs

Vérifiez les logs de vManage : /var/log/nms/vmanage-server.log

Vérifiez

Vérifiez par l'intermédiaire du vManage-tableau de bord. Naviguez pour surveiller > journal d'audit suivant les indications de l'image. 

Email de contrôle 

Dépanner

Cette section fournit des informations que vous pouvez utiliser pour dépanner votre configuration.

Journal d'audit de contrôle :

Actuellement, il y a une question où le journal d'audit de vManage pourrait indiquer que l'email pourrait avoir été envoyé, mais en fait, l'email n'est pas reçu. Vous pouvez vérifier ceci par dans le fichier de /var/log/nms/vmanage-server.log suivant les indications de l'image.

VIP-42227 est ouvert pour dépister cette question. Il n'y a aucun plan à réparer. 

Non toutes les alertes par courrier électronique obtiennent généré uniformément :

Premièrement, il dépend de combien d'alarmes sont générées pour l'ensemble d'événements. essais de vManage pour combiner des événements à une alarme s'ils sont connexes. Sinon, il génèrera de plusieurs alarmes en même temps. Pour chaque alarme générée et règle, il y aura un email. La notification électronique n'est attachée aux alarmes, pas des événements.

Deuxièmement, si dans la première règle, vous voyez qu'il y a de plusieurs alarmes, là est seulement 1 email envoyé pour cette correspondance de règle. Si un client veut de plusieurs emails pour l'événement individuel, la règle individuelle doit être définie.

« Nom d'utilisateur et mot de passe non reçu » dans vmanage-server.logs :

Comme vu dans le tir d'écran, vous pourriez nom d'utilisateur et mot de passe voir erreur « non reçu. Apprenez plus à

535 5.7.8 https://support.google.com/mail/?p=BadCredentials m92sm8305479qte.50 - gsmtp. » En dépit de ceci, il pourrait prouver sur le journal d'audit de vManage que l'email a en effet envoyé.

Par défaut, les comptes de Gmail sont fortement sécurisés. Quand vous utilisez le SMTP de Gmail d'un outil de non-Gmail, l'email est bloqué. Afin de tester ceci, suivez ces étapes : 

1. Procédure de connexion à Gmail.
2. Accédez à l'URL comme https://www.google.com/settings/security/lesssecureapps.
3. Choisi activez.

Des notifications électroniques devraient alors être reçues sur le compte de messagerie spécifié. 

Manque d'envoyer la notification électronique :

Dans certains cas, vous pourriez voir que l'email généré est refusé par le serveur de messagerie. Ceci pourrait être si la configuration déjà fournie de compte pourrait être incorrecte ou l'accès n'est pas accordé. Dans les logs, vous pouvez voir ce message : SendAsDeniedException.

03-Dec-2018 15:46:37,177 CST ERROR [ts_vManage][EmailNotiUtil] (default task-84) |default| Sending email notification failed: 554 5.2.0 
STOREDRV.Submission.Exception:SendAsDeniedException.MapiExceptionSendAsDenied; Failed to process message due to a permanent exception
with message Cannot submit message.

Un autre cas d'utilisation est que le nombre de messages électroniques que les utilisateurs peuvent envoyer par jour varie du serveur SMTP au serveur. Vous pourriez voir ce message de log dans le vManage :

"Sending email notification failed : com.sun.mail.smtp.SMTPSendFailedException: 550 5.4.5 Daily user sending quota exceeded."

Par exemple, il y a une limite si c'est Gmail : https://support.google.com/a/answer/166852.

D'autres contrôles de validation

D'autres journaux des erreurs

 L'email sera envoyé d'IP de vManage (Public-IP de transport interface VPN0).