Z
zenweb
Diagnóstico v1.0

Diagnóstico de conexão

Ferramenta guiada para o time de suporte. Selecione o tipo de problema e siga o fluxo passo a passo.

Etapa 1 Identifique o tipo de problema

Qual a demanda do cliente?

Selecione abaixo para iniciar o fluxo de diagnóstico.

Etapa 2 Identificação do servidor

Qual o IP do servidor do cliente?

O datacenter será detectado automaticamente.

▸ Ver gateways dos datacenters
DC JPO104.234.235.1
DC JPA104.234.236.1
DC SP14.102.230.1
⚠ Fluxo lentidão Servidor em · Gateway

Diagnóstico de lentidão

?

A lentidão afeta apenas UM cliente ou TODOS?

Essa pergunta direciona todo o restante do diagnóstico.

!

Escalar imediatamente

Se TODOS os clientes estão lentos, é problema do servidor ou do datacenter.

  • → Verificar carga do servidor (Task Manager)
  • → Verificar uso de CPU/RAM do SQL Server
  • → Acionar a Zenweb para análise do DC
1

Peça ao cliente para pingar o gateway do DC

Se o ping ao gateway falhar ou tiver alta latência, o problema está na conexão do cliente.

cmd.exe — cliente
C:\Users\cliente>
Disparando com 32 bytes de dados:
Resposta de : bytes=32 tempo=12ms TTL=58
Resposta de : bytes=32 tempo=11ms TTL=58
Resposta de : bytes=32 tempo=14ms TTL=58
Resposta de : bytes=32 tempo=12ms TTL=58
▸ Passo a passo para o cliente
  1. 1. Pressionar ⊞ Win + R
  2. 2. Digitar cmd e dar Enter
  3. 3. Digitar: ping -t
  4. 4. Aguardar 30 segundos e observar os tempos
2

Ping OK mas continua lento? Rode o WinMTR

Mostra o caminho completo da conexão e identifica em qual hop ocorre perda de pacote ou latência.

WinMTR.exe
| Hop | Loss% | Sent | Last | Avg | Best | Worst | Host
| 1 | 0.0% | 10 | 1ms | 1ms | 1ms | 2ms | roteador-cliente
| 2 | 0.0% | 10 | 8ms | 9ms | 7ms | 12ms | provedor-local
| 3 | 30.0% | 10 | 45ms | 89ms | 32ms | 200ms | ← HOP COM PERDA
| 4 | 0.0% | 10 | 15ms | 14ms | 12ms | 18ms |
▸ Como o cliente baixa e roda o WinMTR
  1. 1. Baixar em: github.com/WinMTR/WinMTR-Official (v0.92)
  2. 2. Extrair o ZIP e executar o WinMTR.exe
  3. 3. No campo "Host", digitar:
  4. 4. Clicar em "Start" e aguardar 1-2 minutos
  5. 5. Clicar em "Export TEXT" e enviar o arquivo
📋 Análise do resultado
  • → Loss% nos primeiros hops = problema do provedor do cliente
  • → Loss% nos hops finais = problema na rota até o DC (acionar Zenweb)
  • → Latência alta em todos os hops = conexão do cliente saturada
!

Ping falhou ou latência alta

O problema está entre o cliente e o DC. Oriente o cliente:

  • → Reiniciar o roteador
  • → Trocar para conexão cabeada (se estiver no Wi-Fi)
  • → Testar de outra rede (4G do celular)
  • → Se persistir, abrir chamado com o provedor
✕ Fluxo sem conexão Servidor em · Gateway

Diagnóstico de bloqueio

1

Peça ao cliente para pingar o gateway do DC

Regra de ouro: se o ping ao gateway responder mas a conexão SQL falhar, 99% das vezes é bloqueio do EVL Watcher.

cmd.exe — cliente
C:\Users\cliente>
Disparando com 32 bytes de dados:
Resposta de : bytes=32 tempo=10ms TTL=58
Resposta de : bytes=32 tempo=11ms TTL=58
// Gateway responde → conexão até o DC está OK
// Próximo passo: verificar EVL Watcher no servidor
▸ Passo a passo para o cliente executar o ping
  1. 1. Pressionar ⊞ Win + R
  2. 2. Digitar cmd e dar Enter
  3. 3. Digitar: ping
2

Desativar o EVL Watcher no servidor

Ação do suporte

Acesse o servidor via console e pare o serviço para confirmar que o problema é bloqueio.

  1. 2.1
    Acesse zeus.zenweb.com.br e selecione o servidor do cliente
  2. 2.2
    Clique em Console e faça login com sua conta de suporte
  3. 2.3
    Botão direito no ícone Iniciar do Windows → Run
  4. 2.4
    Digite services.msc e dê Enter
  5. 2.5
    Localize EVLWatcher service na lista
  6. 2.6
    Botão direito → Stop / Parar
  7. 2.7
    Solicite ao cliente um novo teste de conexão
services.msc — Serviços
| Nome ▼ | Status | Tipo de Inicialização |
| DHCP Client | Em execução | Automático |
| DNS Client | Em execução | Automático |
► EVLWatcher service | Em execução | Automático |
| Group Policy Client | Em execução | Automático |
| MSSQLSERVER | Em execução | Automático |

→ Conexão voltou após parar o serviço? Confirma que era bloqueio do EVL. Você pode liberar o IP específico no painel do EVL e religar o serviço, ou deixar parado e investigar tentativas de brute force nos logs.

!

Gateway não responde — problema na ponta do cliente

Se nem o gateway responde, o problema é antes de chegar ao DC.

  • → Internet do cliente caiu
  • → Firewall corporativo bloqueando saída
  • → Antivírus do cliente bloqueando
  • → Problema de roteamento no provedor

Orientação ao cliente: reiniciar roteador, testar de outra rede (4G), verificar com o provedor.

⚡ Escalonamento

Hora de chamar a Zenweb

Os passos não resolveram. Entre em contato com a Zenweb pelo WhatsApp para análise de infraestrutura.

Contatar Zenweb (wa.link/zenweb)

Antes de chamar, reúna estas informações:

IP do servidor
Datacenter
Tipo do problema
Output WinMTR / logs
Anexar arquivos coletados
✓ Resolvido

Diagnóstico concluído

O problema foi identificado e tratado. Documente o ocorrido no chamado.