O site Detector404 não faz conclusões independentes sobre a presença de falhas, apenas coleta e analisa informações públicas — reclamações de usuários e telemetria de rede. As informações publicadas no Detector404 não constituem confirmação oficial de defeito (defeito, dano, falha, interrupção).

A ferramenta "Análise" do site Detector404 inclui:

• Base de dados históricos sobre a qualidade de funcionamento dos recursos da RuNet (empresas populares e conhecidas) com profundidade de 1 ano;
• Meios de exibição de dados históricos em forma de gráficos.

Em outras palavras, o usuário recebe um gráfico interativo onde pode escolher independentemente aplicativos, sites e intervalo de tempo, bem como cidades e provedores, para construir um gráfico de qualidade de funcionamento.

Se você tem uma conta, pode comparar a qualidade de funcionamento do seu site com o site do concorrente usando a ferramenta "Análise".

Acesse Detector404 e clique no "bloco" do seu site, ou digite seu nome/endereço no campo de pesquisa e clique em uma das opções sugeridas.

Você será direcionado para a página do site, onde será exibido o estado atual de disponibilidade e as reclamações dos usuários sobre seu funcionamento.

Se você tem uma conta, três tecnologias estão disponíveis:

• Notificação através do bot do Telegram;
• Notificação por e-mail;
• Integração por API.

As configurações de notificação, incluindo limites, filtros e listas negras, estão disponíveis no perfil do site.

O tempo de resposta do recurso é o tempo que leva para enviar a solicitação e receber os primeiros dados significativos do recurso consultado.

Cada recurso tem sua própria pegada digital — tamanhos e composição de cabeçalhos, tipo de conteúdo, protocolo de conexão e outros fatores - tudo isso afeta a determinação do atraso. Por exemplo, o tempo de resposta de um site-cartão simples será significativamente menor do que o de uma loja online complexa que, além de tudo, requer redirecionamento para um espelho regional e passagem por verificações js complexas e proteções.

O valor do tempo de resposta em si não é um indicador de falha do serviço, mas sua mudança brusca pode indicar possíveis problemas.

Um recurso é considerado indisponível pela rede se a tentativa de conexão de rede com o recurso foi malsucedida 3 vezes seguidas de 5 cidades.

São consideradas malsucedidas as tentativas de conexão:

• Com códigos de resposta HTTP - 4XX, 5XX;
• Com respostas não recebidas dentro de 15 segundos;
• Com presença de erros de conexão com o recurso, por exemplo, em problemas com DNS.

Defeito é um termo geral que significa perda de funcionalidade, ou seja, violação dos limites permitidos dos principais parâmetros de funcionamento de TI.

O defeito pode ser de 4 tipos:

• Deficiência (bug, problem) — deficiência no componente de TI capaz de levar a situação de falha ou interrupção. Por exemplo, software foi lançado sem as devidas verificações de qualidade de código;
• Dano — evento que consiste na violação da integridade do objeto mantendo sua funcionalidade. Por exemplo, foi realizado um ataque que tirou do ar o sistema de TI;
• Interrupção — violação de funcionalidade resolvida pela intervenção do operador. Por exemplo, no firewall aumenta o carregamento da CPU, a reinicialização resolve o problema;
• Falha — os principais parâmetros de funcionamento do sistema de TI não têm anomalias, mas o sistema não está completamente íntegro. Por exemplo, o site do banco funciona, mas na conta pessoal a função de visualização do histórico de operações está indisponível.

Na fala coloquial, frequentemente usa-se um conceito — "falha" e diz-se "falha de rede", "falha lógica", "falha no equipamento", "falha no software", etc.

Nossos servidores de monitoramento distribuídos territorialmente (crawlers) verificam os seguintes parâmetros dos sites:

• Códigos de carregamento de página HTTP/HTTPS.
  Conectamos ao site e registramos o código HTTP recebido. Se o código HTTP for "200 OK" — a página foi carregada com sucesso, se "500 Internal Server Error" — erro interno do servidor, se "404 Not Found" — página não encontrada;
• Disponibilidade pelo protocolo ICMP (PING).
  Indispensável;
• Correção da conversão do nome de domínio em IP (DNS-resolve).
  Verificamos se o nome de domínio example.com é convertido corretamente em endereço IP através dos servidores DNS. A conversão incorreta de DNS em IP pode ser a causa da indisponibilidade do recurso;
• Verificações de disponibilidade de portas TCP.
  Conectamos às portas TCP 80, 443 e outras portas (mediante solicitação) e verificamos se a sessão TCP é estabelecida;
• Validade do certificado SSL.
  É verificado: validade do certificado, prazo de validade, correspondência do domínio ao certificado, cadeia de confiança;
• Verificações do prazo de registro do nome de domínio.
  Verificamos até que data o domínio example.com está registrado e notificamos se o prazo de término do registro do domínio estiver próximo;

O principal meio de notificação é o canal público do Telegram, onde são publicadas mensagens sobre falhas com atraso de 5 minutos.

Se você tem uma conta, é possível configurar apenas os parâmetros de notificação necessários (empresas, marcas, endereços URL, limites, etc.) e usar:

• Notificação através do bot do Telegram;
• Notificação por e-mail;
• Integração por API.

• Classificação por LLM do texto das reclamações (publicidade oculta, agressividade, flash mobs, declarações políticas etc.)
• Atribuição das reclamações com base em bases GeoIP + User-Agent do navegador + TLS JA3/JA4 etc.
• Gestão de sessões, por exemplo, cookies HTTP etc.

Não divulgamos os princípios de funcionamento de cada mecanismo antifraude.

Não pedimos que os usuários informem dados pessoais em reclamações e comentários. Para os fins do projeto — identificar falhas e construir estatísticas — não precisamos de nome completo, telefones, endereços, dados de passaporte, dados bancários e outras informações que permitam identificar o usuário.

Ao mesmo tempo, para o funcionamento do site, podem ser tratados dados técnicos, identificadores de cookies, informações sobre o dispositivo, o navegador e as ações no site.

Esse tratamento é realizado de acordo com a Política de Privacidade.

As estatísticas públicas sobre falhas são formadas com base em dados anonimizados ou agregados. Se o usuário publicar por conta própria dados pessoais no texto da reclamação ou do comentário, tomamos medidas para detectá-los, mascará-los ou removê-los.