Resumo

Em 24 de agosto de 2026, kulinaryos.com e www.kulinaryos.com retornaram temporariamente 502 Bad Gateway. O DNS permaneceu correto e autoritativo durante todo o incidente. O app, o ERP, o site de operações e o e-mail não foram afetados.

Pedimos desculpas pela indisponibilidade e pelo impacto no acesso ao site institucional.

O que aconteceu

A borda da RBX deixou de conseguir estabelecer conexões HTTP ou HTTPS com a origem WordPress legada. Testes a partir de redes independentes continuaram alcançando a origem, enquanto o endereço de ingresso da RBX—e, depois, o endereço de um relay inicial—receberam recusas de conexão específicas para a origem do tráfego.

As evidências são compatíveis com uma regra de firewall, Fail2ban, painel de hospedagem ou do provedor na origem ou à frente dela. O componente exato ainda não foi confirmado porque a RBX não possui, neste momento, acesso administrativo aos logs e controles de segurança da origem.

Não foi uma falha de DNS nem falta de recursos na infraestrutura da RBX.

Recuperação

O serviço foi restaurado com este caminho temporário e controlado:

Internet → borda Traefik da RBX → relay Nginx interno da RBX → origem WordPress legada

O Traefik continua sendo a borda pública, o ponto de TLS e o roteador. O Nginx é usado apenas como relay interno de saída. Sua verificação de saúde é local e as conexões com a origem são reutilizadas, evitando sondagens ativas desnecessárias contra o ambiente legado.

Após a recuperação, o DNS autoritativo, os resolvedores públicos, o TLS e os principais endpoints web foram validados com sucesso.

Plano de prevenção

  • Obter acesso administrativo autorizado à origem e revisar os logs do Plesk, firewall, Fail2ban e provedor.
  • Colocar os endereços documentados de ingresso e relay da RBX na lista de permissão e verificar que regras automáticas não possam bloquear nenhum dos dois caminhos.
  • Adicionar verificações e alertas de alcançabilidade por origem, sem sondagens agressivas contra o servidor legado.
  • Manter um relay de contingência testado e um runbook documentado de recuperação e reversão.
  • Preparar a migração controlada ou uma réplica da instalação WordPress institucional em infraestrutura pertencente ao Kulinaryos ou administrada pela RBX, reduzindo a dependência de uma origem legada sem visibilidade operacional.
  • Concluir a revisão pós-incidente e registrar a causa confirmada quando as evidências da origem estiverem disponíveis.

Monitoramento

A janela de monitoramento pós-incidente foi ampliada para 72 horas a partir da recuperação do serviço. A delegação DNS, os registros autoritativos, os resolvedores públicos, o HTTPS, o relay e os serviços de aplicação não afetados permanecerão sob observação. Qualquer regressão será comunicada aqui.