Introduction
Este documento descreve como configurar e enviar notificações por e-mail via vManage para eventos que ocorrem na rede.
Prerequisites
Requirements
A Cisco recomenda que você tenha conhecimento do vManage e assegure-se de que ele seja 18.3.0 e superior.
Componentes Utilizados
Este documento não se restringe a versões de software e hardware específicas.
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. Se a rede estiver ativa, certifique-se de que você entenda o impacto potencial de qualquer comando.
Configurar
Essas etapas precisam ser configuradas para permitir notificações por e-mail.
1. Edite as notificações por e-mail em Administration > Settings.
2. Configure as notificações por e-mail de Monitor > Alarmes.
Para a Etapa 1., no painel do vManage, navegue para Administration > Settings > Email Notifications > Edit e configure a seção Enable Email Notifications. Aqui está um exemplo de captura de tela.

Você pode selecionar o endereço De de acordo com sua escolha, no entanto, o nome do domínio deve corresponder ao servidor de e-mail. Por exemplo, <..username..>@cisco.com e o endereço de resposta serão noreply@cisco.com. Porque, se houver uma resposta, o vManage não será capturado. Esse cenário é semelhante aos emails gerados automaticamente que vêm com um endereço sem resposta.
Para a Etapa 2, isso inclui subetapas como Severidade, Nome do Alarme, Lista de e-mails e URL do WebHook.
Exemplos de capturas de tela:


Webhooks são usados por um sistema externo para notificar o sistema local sobre um determinado evento ou atualização. São como chamadas de API
na direção oposta. O POST HTTP pode ser enviado do vManage para qualquer serviço que esteja ouvindo isso. Por exemplo, quando você configura um webhook no vManage que atinge um código "sem servidor" no AWS, ele dispara um evento para enviar páginas para várias pessoas na organização. Há vários serviços on-line que você pode conectar para fazer essas coisas. Consulte https://testwebhooks.com/.
Outro exemplo é criar algo com folga para receber webhooks do vManage. Consulte https://api.slack.com/incoming-webhooks
Limite de e-mail
Há um campo de limite na página Notificações por e-mail. Navegue até Monitor > Alarms > Email Notifications.
Este campo indica quantos emails você deseja receber por minuto. Por padrão, um máximo de 5 emails por minuto. Quando os e-mails ultrapassarem esse limite, você receberá a mensagem conforme mostrado na imagem. Os emails não serão enviados por 5 minutos e o limite começará novo.
O restante do documento captura o uso de "alertas por e-mail".
Logs
Verifique os registros do vManage: /var/log/nms/vmanage-server.log

Verificar
Verifique através do vManage-Dashboard. Navegue até Monitor > Audit Log conforme mostrado na imagem.

Verificar e-mail

Troubleshoot
Esta seção disponibiliza informações para a solução de problemas de configuração.
Verificar log de auditoria:
Atualmente, há um problema em que o vManage Audit-Log pode dizer que o e-mail pode ter sido enviado, mas, na verdade, o e-mail não é recebido. Você pode verificar isso através do arquivo em /var/log/nms/vmanage-server.log como mostrado na imagem.

O VIP-42227 é aberto para rastrear esse problema. Não há plano para consertar.
Nem todos os alertas de e-mail são gerados de forma consistente:
Em primeiro lugar, depende de quantos alarmes são gerados para o conjunto de eventos. O vManage tenta combinar eventos para um alarme se eles estiverem relacionados. Caso contrário, ele gerará vários alarmes ao mesmo tempo. Para cada alarme gerado e regra, haverá um e-mail. A notificação por e-mail está vinculada a alarmes, não a eventos.
Em segundo lugar, se na primeira regra, você vir que há vários alarmes, há apenas um e-mail enviado para essa correspondência de regra. Se um cliente desejar vários e-mails para o evento individual, o a regra individual precisa ser definida.
"Nome de usuário e Senha não aceitos" em vmanage-server.logs:
Como visto na captura de tela, você pode ver o erro "Nome de usuário e Senha não aceitos. Saiba mais at
5,7,8https://support.google.com/mail/?p=BadCredentials m92sm8305479qte.50 - gsmtp." Apesar disso, ele pode mostrar no log de auditoria do vManage que o e-mail realmente enviou.
Por padrão, as contas Gmail são altamente seguras. Quando você usa o SMTP do Gmail de uma ferramenta não Gmail, o e-mail é bloqueado. Para testar isso, siga estas etapas:
- Faça login no Gmail.
- Acesse o URL ashttps://www.google.com/settings/security/lesssecureapps.
- Selecione Ligar.
As notificações por e-mail devem ser recebidas na conta de e-mail especificada.
Falha ao enviar notificações por e-mail:
Em alguns casos, você pode ver que o e-mail gerado é negado pelo servidor de e-mail. Isso pode acontecer se a configuração da conta já fornecida estiver incorreta ou se o acesso não for concedido. Nos registros, você pode ver esta mensagem: 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.
Outro caso de uso é que o número de mensagens de e-mail que os usuários podem enviar por dia varia de Servidor SMTP para Servidor. Você pode ver esta mensagem de log no vManage:
"Sending email notification failed : com.sun.mail.smtp.SMTPSendFailedException: 550 5.4.5 Daily user sending quota exceeded."
Por exemplo, há um limite se for Gmail: https://support.google.com/a/answer/166852.
Outras verificações de validação

Outros registros de erros

O e-mail será enviado a partir do vManage IP (Public-IP of VPN0 Transport Interface).
