vManage: Configurar notificações de Email do alarme

Introdução

Este documento descreve como configurar e enviar notificações de Email através do vManage para os eventos que ocorrem na rede.

Pré-requisitos

Requisitos

Cisco recomenda que você tem o conhecimento do vManage e se assegura de que deva ser 18.3.0 e acima. 

Componentes Utilizados

Este documento não se restringe a versões de software e hardware específicas.

As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos utilizados neste documento foram iniciados com uma configuração (padrão) inicial. Se a rede estiver ativa, certifique-se de que você entenda o impacto potencial de qualquer comando.

Configurar

Estas etapas precisam de ser configuradas a fim permitir notificações de Email.

1. Edite as notificações de Email da administração > dos ajustes. 

2. Configurar as notificações de Email do monitor > dos alarmes. 

Para etapa 1., do painel do vManage, navegue à administração > aos ajustes > às notificações de Email > editam e configuram a seção das notificações de Email da possibilidade. Está aqui um tiro de tela do exemplo.

Você pode selecionar do endereço conforme sua escolha, contudo, o Domain Name deve combinar o mail server. Como um exemplo, <. .username. >@cisco.com e o endereço da resposta serão noreply@cisco.com. Porque, se haverá uma resposta, o vManage não capturará. Esta encenação é similar aos email gerados automaticamente que vêm com um endereço da nenhum-resposta.

Para etapa 2., isto inclui secundário-etapas como a severidade, o nome de alarme, a lista de email, e o WebHook URL.

Screenshots da amostra:

  

Webhooks é usado por um sistema externo a fim notificar o sistema local sobre um determinada evento ou atualização. São como atendimentos API

na direção oposta. O CARGO HTTP pode ser enviado do vManage a todo o serviço que escutar este. Por exemplo, quando você estabelece um webhook no vManage que bate uma parte do código “serverless” nos AW, ateia fogo fora de um evento para paginar um grupo dos povos na organização. Há diversos serviços on-line que você pode conectar para fazer estas coisas. Refira https://testwebhooks.com/.

Um outro exemplo é criar algo na folga a fim receber webhooks do vManage. Refira https://api.slack.com/incoming-webhooks

Envie por correio eletrónico o ponto inicial

Há um campo do ponto inicial na página das notificações de Email. Navegue para monitorar > alarma-se > notificações de Email.

Este campo indica quantos email você quer receber pelo minuto. À revelia, um máximo dos email 5 pelo minuto. Quando os email vão além desse ponto inicial, você receberá a mensagem segundo as indicações da imagem. Os email não serão enviados pelos minutos 5 e então o ponto inicial começará fresco.

O resto das capturas de documento que o uso do “email alerta.”

Logs

Verifique os logs do vManage: /var/log/nms/vmanage-server.log

Verificar

Verifique através do vManage-painel. Navegue para monitorar > log de auditoria segundo as indicações da imagem. 

Verifique o email 

Troubleshooting

Esta seção fornece informações que você pode usar na solução de problemas de sua configuração.

Log de auditoria da verificação:

Atualmente, há uma edição onde o log de auditoria do vManage possa dizer que o email pôde ter sido enviado, mas de fato, o email não é recebido. Você pode verificar este com no arquivo de /var/log/nms/vmanage-server.log segundo as indicações da imagem.

VIP-42227 é aberto para seguir esta edição. Não há nenhum plano a fixar. 

Não todos os alertas do email obtêm gerados consistentemente:

Em primeiro lugar, depende de quantos alarmes são gerados para o grupo de eventos. o vManage tenta combinar eventos a um alarme se são relacionados. Se não, gerará alarmes múltiplos ao mesmo tempo. Para cada alarme gerado e regra, haverá um email. A notificação de Email é amarrada aos alarmes, não eventos.

Em segundo lugar, se na primeira regra, você vê que há uns alarmes múltiplos, lá é somente 1 email enviado para esse fósforo da regra. Se um cliente quer email múltiplos para o evento individual, a regra individual precisa de ser definida.

“Nome de usuário e senha não aceitado” em vmanage-server.logs:

Como visto no tiro de tela, você pôde ver nome de usuário e senha do erro “não aceitado. Aprenda mais em

535 5.7.8 https://support.google.com/mail/?p=BadCredentials m92sm8305479qte.50 - gsmtp.” Apesar disto, pôde mostrar no log de auditoria do vManage que o email enviou certamente.

À revelia, as contas de Gmail são altamente seguras. Quando você usa o Gmail S TP de uma ferramenta NON-Gmail, o email está obstruído. A fim testar isto, siga estas etapas: 

1. Entre a Gmail.
2. Alcance a URL como https://www.google.com/settings/security/lesssecureapps.
3. Selecione gerenciem sobre.

As notificações de Email devem então ser recebidas na conta de email especificada. 

Falha enviar a notificação de Email:

Em alguns casos, você pôde ver que o email gerado está negado pelo mail server. Isto poderia ser se a configuração já fornecida da conta pôde estar incorreta ou o acesso não é concedido. Nos logs, 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.

Um outro caso do uso é que o número de mensagens de Email que os usuários podem enviar pelo dia varia do servidor SMTP ao server. Você pôde ver este mensagem de registro 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 é Gmail: https://support.google.com/a/answer/166852.

Outras verificações da validação

Outros log de erros

 O email será enviado de IP do vManage (Público-IP da interface de transporte VPN0).