Articles

Ping vs TCP vs monitores HTTP

Posted by admin

atualmente para o serviço de monitoramento de Uptime RapidSpike você tem a opção de adicionar um dos três tipos de monitores de Uptime.

vamos dar uma breve olhada nos três e as diferenças entre eles e cenários de uso para cada um. Os três tipos são Ping Monitor, TCP Monitor e HTTP Monitor.

Ping

um Monitor Ping é o monitor básico de nível de rede oferecido pelo RapidSpike para qualquer dispositivo de rede (geralmente servidores). O Ping usa o protocolo ICMP para verificar a acessibilidade da rede do dispositivo que está a verificar., Isto funciona a um nível baixo e diz-lhe que o dispositivo está lá e tem energia para a interface de rede. Só porque algo responde a um pedido de ping, não é uma indicação verdadeira de que o serviço no dispositivo está funcionando, mas ele ajuda na solução de problemas, então definitivamente um para usar se você pode ativá-lo dentro de sua conta.

um problema com o Ping é que algumas firewalls da Internet irão bloquear o tráfego ping atingindo a rede. É comum que monitores TCP e HTTP funcionem bem, enquanto o monitor ping falha, por isso certifique-se de estar atento a isso, pois pode precisar ser desativado.,

certifique-se de verificar o item do Wikipédia Para Ping.

TCP

o próximo nível de monitor de dispositivos de rede é o Monitor TCP. Se pudermos rastrear um dispositivo, então sabemos que ele está conectado à rede, o próximo nível acima é verificar se os serviços desejados são acessíveis. Todos os serviços que funcionam em um dispositivo de rede são acessíveis através de portas. Estes podem então ser comunicados usando TCP ou UDP – RapidSpike só suporta monitores de portas TCP.

ao activar um Monitor TCP, está a verificar se um serviço está acessível num dado porto do dispositivo de rede., Por exemplo, todos os sites são hospedados usando um serviço de servidor web. Estes serviços não são acessíveis nos portos 80 (não seguros) ou 443 (seguros). Então, se configurarmos um Monitor TCP na porta 80, estamos verificando se o serviço do servidor web está acessível no dispositivo de rede via TCP.

Existe uma lista de números de portas comumente usados tanto para TCP e UDP e isso pode ser usado para configurar um Monitor TCP para a maioria dos serviços que seriam executados em uma rede device.Be não há dúvida de verificar a entrada do Wikipedia para o TCP.

HTTP

o último e mais alto nível de monitor é o Monitor HTTP., Este monitor está verificando a existência de páginas para o seu site monitorado. O monitor funciona olhando para o código de resposta HTTP para a página configurada. Se uma página existe, o servidor web retornará um código de status de 200, o que significa OK. Esta é uma verificação simples para verificar se uma página existe em um site.

é aconselhável verificar todas as páginas do seu site (dentro da razão se for um site baseado em banco de dados) e também verificar a existência de outros itens, como o seu favicon.ico ou a sua página 404 personalizada.

neste nível você também pode adicionar o que é chamado de uma verificação de conteúdo., Este nível extra de complexidade não só verifica o código de resposta correto, mas também verifica que algum texto é mostrado na página. Isso é muito útil para verificar se tudo está funcionando, verificando a existência de algum texto que você sabe que deve ser visível em uma página específica.porque os usaria todos?

uma das vantagens de configurar um monitor ping, TCP e HTTP para os seus servidores e websites é que ele fornece profundidade na resolução de problemas em caso de erro., Por exemplo, se os seus monitores de Ping e TCP configuração em seu servidor de hospedagem web estão passando, mas seus monitores HTTP estão falhando, então isso é provavelmente um erro de configuração no servidor web que está impedindo as suas páginas de serem exibidas.

Se apenas o monitor de ping estiver a responder, então o servidor web poderá ter estoirado ou a regra de firewall adicionada ao seu dispositivo de rede que impede o acesso. Se o monitor de Ping cai (e presumindo que não foi bloqueado inicialmente), então é normalmente uma indicação de que há uma total falha do servidor ou algo entre nós e o servidor bloqueando totalmente o acesso.,

outro uso é olhar para os tempos de Resposta da rede, do servidor e da aplicação. Com esta informação você pode verificar se há um problema de desempenho e identificar qual parte de sua infra-estrutura está causando o problema.Atar tudo isso junto com um Monitor de viagem do usuário fornece uma solução de ponta a ponta total para gerenciar o seu desempenho web.

Leave A Comment