Resumo

  • Em 28 de outubro, a RIPE NCC abriu investigação sobre falhas intermitentes nas atualizações WHOIS às 20h04 CET, passou a monitorar uma correção às 20h23 e encerrou o incidente às 20h32.
  • O registro público informa a recuperação da RIPE Database, mas não relaciona as submissões nem os objetos que cada usuário tentou alterar.

Às 20h23, o painel da RIPE Database já estava verde. Para quem ainda ia enviar uma alteração, era a informação necessária. Para quem havia enviado uma minutos antes, era só o começo da checagem.

A página oficial do incidente fala em falhas intermitentes nas atualizações WHOIS. O registro público em JSON marca investigação às 20h04min48s CET de 28 de outubro, correção sob monitoramento às 20h23min24s e resolução às 20h32min00s. O componente RIPE Database foi sinalizado como interrupção parcial e voltou a operacional na fase de monitoramento; o incidente, como um todo, recebeu rótulo de impacto maior. O documento não informa causa, canais atingidos nem número de pedidos malsucedidos. O relógio mostra as comunicações da operadora, não o momento exato de falha de cada envio.

A documentação dos recibos explica a diferença entre “serviço funcionando” e “meu objeto foi salvo”. Cada submissão recebe uma confirmação com o resultado dos objetos que contém. No Syncupdates, HTTP 200 pode acompanhar uma mensagem processada em que uma operação individual falhou; é preciso ler o resumo. A API REST responde em outro formato. O boletim de quarta-feira não especifica qual desses caminhos sofreu a falha.

Há ainda o caso mais traiçoeiro: a conexão some antes da resposta. Segundo as regras de processamento da RIPE Database, cada objeto é tratado separadamente e o trabalho pode terminar depois do fechamento de uma conexão HTTP síncrona. A ausência do recibo nessa conexão não decide se o objeto mudou. Quem opera o registro deve guardar a tentativa, conferir a resposta disponível e ler o objeto autoritativo antes de mandar tudo outra vez.

A RIPE NCC acertou ao publicar a sequência de correção. Falta uma resposta operacional para as submissões no intervalo: quais métodos foram atingidos, que tipo de erro apareceu e se algum pedido precisa ser repetido. Essas perguntas pertencem à contabilidade das alterações, não à cor do painel.