Сategoria: Monitoramento de serviços de rede

A Level3 Communications e a AT&T parecem estar tendo problemas contínuos nos últimos dias, resultando em paralisações experientes.

15 de agosto de 2012- O Dotcom-Monitor está monitorando um problema de DNS envolvendo os servidores de nomes ATT DNS e fornecerá atualizações à medida que novos detalhes surgirem.

15 de agosto de 2012 – A paralisação do ATT DNS demonstra a importância dos diagnósticos de causa básica em tempo real ao monitorar os serviços de Internet. Os erros intermitentes de DNS att foram detectados pela primeira vez às 5:23 AM PST pelo Dotcom-Monitor uma hora antes da AT&T relatar o problema. O nó Dotcom-Monitor Minnesota observou o problema e capturou um rastreamento de DNS de diagnóstico no momento do erro. Os não clientes do Dotcom-Monitor podem usar uma ferramenta de rastreamento DNS gratuita aqui para testar se seu domínio é afetado pela seleção de “DNS” do Trace Style.

Esta informação foi enviada imediatamente aos clientes do Dotcom-Monitor cujos serviços foram afetados pela paralisação do DNS ATT. Esse diagnóstico deu aos clientes do Dotcom-Monitor informações imediatas que identificaram a causa raiz do problema sem a necessidade de solução adicional de problemas. Os clientes do Dotcom-Monitor que usam o ATT DNS tomaram decisões extremamente rápidas e informadas, como mudar seu DNS para outro provedor ou tomar medidas alternativas para redirecionar o tráfego.

Para cache ou não-para-cache – essa é a questão de monitoramento do DNS

Em primeiro lugar, não é geralmente bem conhecido que o monitoramento do site http baseado no exterior, como o café em sua junta java local, vem em diferentes “graus” – baseado em cache e não-cache baseado. O Dotcom-Monitor emprega monitoramento não armazenado em cache, que se propaga através do processo de DNS completo a cada instância de monitoramento. O monitoramento baseado em cache (usado por muitos serviços básicos de monitoramento) não se propaga através do processo DNS e perde problemas de DNS.
Como monitorar efetivamente a próxima situação de paralisação do DNS

No caso do problema de paralisação do DNS AT&T, existem vários fatores-chave que ajudam a acelerar o TTR (Time-to-Repair) ou evitar o tempo de inatividade.

O Teste de Paralisação e Paternidade do GoDaddy DNS: Quem é o seu GoDaddy? É mais um episódio do Teste de Paternidade maury Povich na DNS Outage TV ontem. Tendo acabado de escrever sobre uma grande paralisação do DNS da AT&T em 15 de agosto, aqui estamos novamente em 10 de setembro de 2012 testemunhando a paralisação do GoDaddy DNS. Milhões de usuários de sites e e-mails O processo de busca do DNS está sendo jogado fora como um episódio da MAUry Povich TV de testes de paternidade que deu errado. Primeira vez que os visitantes de um site do GoDaddy digitam a URL do GoDaddy em seu navegador e a resposta do DNS volta “Este não é o seu GoDaddy”. Ou algo assim.

Eventos de inatividade como o 27 de setembro de 2012, a paralisação do site da PNC Financials fazem com que manchetes atraentes, dores de cabeça dos banqueiros e aborrecimentos de usuários de sites de bancos. Mas, esse tempo de inatividade é mais do que isso? É outro gaco de controle (acesso digital ao dinheiro) na era moderna que está girando fora de controle em um buraco negro cibernético invasor do caos econômico? Bem, não, mas… tempo de inatividade e lentidão têm impacto.

Apesar dos esforços para evitar paralisações de sites bancários, eles ocorreram em uma escala muito ampla em 2012, é provável que continuem a ocorrer. Portanto, são os bancos que mais efetivamente respondem a problemas de inatividade do site que têm uma vantagem de mercado em evitar a perda de usuários de sites bancários.

O Dotcom-Monitor rastreia o impacto do furacão Sandy no que diz respeito a provedores de serviços, data centers e servidores. Teste de latência da rede Live Nordeste disponível.

O grande dia chegou e você tinha o terreno alto, seu site era ótimo, você até tinha um bom, barato monitoramento no lugar, mas oops … Acontece que o monitoramento era um pouco barato demais. Acontece que seu serviço de monitoramento de sites “ei, isso é barato” em cache do processo DNS (Domain Name Server, servidor de nome de domínio). Você tinha um problema de DNS e não sabia… mas seus clientes fizeram.