TOTVS Varejo Supermercados Cloud

Árvore de páginas

Você está vendo a versão antiga da página. Ver a versão atual.

Comparar com o atual Ver Histórico da Página

« Anterior Versão 14 Próxima »

01. OBJETIVO

Realização de testes relacionados a validação da comunicação Site-to-Site necessária entre os PDVs e o Monitor de PDV.

02. COMUNICAÇÃO 

É importante deixar claro e dividir as questões relacionadas a comunicação em VPN em duas situações distintas:

  • VPN TOTVS - CLIENTE

É aquela prevista no projeto e documentação, realizada entre o IP Peer da TOTVS e IP Peer (único) do cliente, definidos e validados, a partir da sua configuração, o cliente deverá realizar e validar a configuração desse ponto principal para as demais lojas da rede do mesmo.

Mais informações: VPN | Procedimentos de Ativação


  • VPN CLIENTE - LOJAS

É aquela configurada pelo cliente a partir do ponto principal (VPN TOTV - Cliente) para as demais lojas, é a responsável direta pela comunicação entre o Monitor de PDV (que é o gerenciador de todas as operações/movimentações relacionadas ao PDV) e cada PDV de cada loja.


03. TESTES

Os testes de comunicação devem ser realizados sempre nos dois sentidos, ou seja do Monitor de PDV para o PDV e por sua vez, no sentido contrário, do PDV para o Monitor de PDV, pois só assim é possivel verificar e identificar de maneira assertiva, bloqueios, restrições ou falhas de comunicação na origem correta.

É importante considerar que, especificamente em caso de PDV Windows o mesmo continua sujeito a necessidade de verificação/liberação das restrições de GPO e Firewall (local).

Principais testes sugeridos: 

  1. PING

  2. TELNET

  3. NETSTAT

  4. PATHPING

  5. MTR

  6. TCPING*

  7. WIRESHARK*

Os comandos de 1 a 5 estão presentes e funcionais nativamente nos respectivos ambientes (Linux e ou Windows), já as sugestões dos itens 6 e 7 (TCPing e Wireshark) os mesmos podem demandar instalação complementar por não virem instalados/embarcados em todas as distribuições.

Exemplos práticos:

  1. PING:

    É o primeiro teste a ser realizado, é indicado para 2 situações especificas, a primeira é a mais básica, validar se há retorno naquele IP destino informado, já a segunda situação verifica o tamanho máximo de pacote de dados (MTU) que pode trafegar de forma estável na VPN*.
    1. Teste de PING Simples para Prompt (Windows) ou Terminal (Linux)
      PING NUMEROIP -t
      Exemplo: Ping 192.168.13.208 -t 


    2. Teste de tamanho maximo de pacote de dados (MTU) via PING Simples para Prompt (Windows) ou Terminal (Linux)
      PING NUMEROIP -l 1410 -tExemplo: Ping 192.168.13.208 -l 1410 -t
      No exemplo abaixo é possivel verificar que não há retorno acima de 1410, nesse cenário é recomendado o ajuste nos equipamentos do cliente para evitar instabilidades.

      Falha no envio de configurações e cargas são indícios de divergência em tamanho de pacotes MTU e impactam diretamente na comunicação do Servidor de PDV com os PDVs (o Default de MTU em vários equipamentos é 1500), portando indicamos fortemente esse teste básico  de limite do tamanho do pacote logo na instalação do 1º PDV e caso necessário, sejam realizados os ajustes no pacote (o exemplo acima é de 1410, mas pode ser acima disso em algumas redes).



  2. TELNET:

    A finalidade é validar se as portas principais (7011 e 8011) estão se comunicando.

    Do Monitor de PDV para o PDV
    Estando no prompt do Windows, digitar Telnet IP_do_PDV 8011
    Ex. Telnet 192.168.2.10 7011

    Do PDV para o Monitor de PDV
    Estando no terminal, digitar Telnet IP_do_Monitor_de_PDV 7011
    Ex. Telnet 10.0.1.6 8011

    Em ambos os casos, seja do Servidor para o PDV ou do PDV para o Servidor, a confirmação da comunicação deverá exibir sempre a mensagem de "Conectado" como na imagem de exemplo abaixo

    Caso o teste de Telnet informe que a porta não está acessível, verifique a mensagem exibida:
    1. Mensagem simples de "Porta não Acessível"
      Dica: Verifique as regras de liberação previstas na documentação padrão (portas 7011, 8011, etc...)

    2. Mensagem de "Excesso de conexões ou Limite de Conexões excedido"
      Dica: Esse é  um forte indício de que pode haver divergência no tamanho máximo suportado do pacote de MTU (exemplo de Ping no Item 1)

      Observação: A existência de Objetos Inválidos no Banco de Dados inativa o Serviço do Monitor e deixa parados os Listeners de portas, como 8011 e 7011, nesse cenário o ping funciona, mas o Telnet não. Verifique Objetos Inválidos na opção "ALL USERS" utilizando usuário que tenha essas permissões.




  3. NETSTAT:

    Valida a quantidade de conexões ativas, indicado para execução no terminal do PDV.

    Estando no terminal do Linux do PDV:

    Verificar conexões existentes na porta 8011:
    netstat -an | grep 8011

    Verificar apenas o total de conexoes ativas existentes filtrando pela porta 8011
    netstat -ant | grep ESTABILISHED | grep 8011 | wcl -l

    Caso queira gravar a saída de resultados em um arquivo Log/TXT basta adicionar ao final da linhas acima o complemento:     >arquivo.log




  4. PATHPING (Windows):

    É uma combinação de PING com TRACERT, permite que você confira as rotas/pontos a partir do Host de origem até IP de destino informado.

    Exemplo:


  5. MTR (Linux)

    É o equivalente em LINUX do PATHPING, deve ser executado no Terminal do Linux, a grande vantagem é que ele fica em execução constante automática, verificando a velocidade, perdas de pacote, etc... (até que seja finalizado).
    Como fica em execução (loop) é possivel usar atalhos para "D" Display mode, "R" Restart statistics, etc...

    Exemplo: mtr -o "LSD A MX" IP_Destino



    Dicas de Parâmetros
    • Use  -x ou -xml para gerar xml
    • Use -C para exportar os dados em arquivo csv
    • Use -j para saida no padrão json

    Lista de parâmetros adicionais para usar com a opção "-o"

    É possível informar vários, de acordo com a necessidade de monitoramento.

    FlagDescrição
    LLoss ratio
    DDropped packets
    RReceived packets
    SSent packets
    NNewest RTT(ms)
    BMin/Best RTT(ms)
    AAverage RTT(ms)
    WMax/Worst RTT(ms)
    VStandard Deviation
    GGeometric Mean
    JCurrent Jitter
    MJitter Mean/Avg.
    XWorst Jitter
    IInterarrival Jitter



  6. TCPING:

    Exibe informações mais detalhadas da comunicação do que o PING tradicional e é possivel informar porta especifica, não vem por padrão instalado no Windows, mas é possivel ser instalado. 

    Exemplo: 


  7. WIRESHARK

    Software que possui versões Windows e Linux (vem embarcado em algumas distribuições Linux do AcruxPDV) e permite filtros e um detalhamento ainda mais avançado que todos os anteriores, é possivel até mesmo conferir a inconsistência do tamanho de um pacote MTU.

    No Linux, executando a partir do AcruxPDV, procure pela aplicação Wireshark (use F3 para alternar aplicação do AcruxPDV caso queira mantê-la ativa e busque em aplicativos).



    Exemplo: no Filtro digite o IP do Servidor de PDV, no caso do exemplo ip.src==10.0.1.6

    Podem haver algumas variações na interface interface inicial de acordo com a versão utilizada e ou embarcada, mas a forma de uso é sempre a mesma, informar o filtro desejado a as interfaces que deseja monitorar.
  • Sem rótulos