BK-215 · Incidente de gateway timeout no rionoteatro.com.br

• Status: mitigado
• Objetivo: diagnosticar e estabilizar o timeout/gateway error do https://rionoteatro.com.br/ exibido pelo aaPanel.
• Entrega esperada: causa raiz identificada com evidência, mitigação aplicada ou plano de contenção imediato e validação objetiva do retorno do site.
• Proximos passos: registrar follow-up preventivo para garantir que /tmp permaneça em 1777 no host e investigar como a permissão incorreta foi introduzida.

Path List (lock-files)

• docs/LOCK.md
• docs/BACKLOG.md
• docs/backlog/BK-215-incidente-gateway-timeout-rnt.md

Sintoma inicial

• Front público retorna:
• Gateway error.
• The website server has timed out in returning data, please wait a few minutes and try again.
• assinatura do aaPanel

Causa raiz confirmada

• o Nginx do site tentava conectar no upstream PHP via unix:/tmp/php-cgi-56.sock
• o socket existia e o PHP-FPM 5.6 estava de pé
• porém o diretório /tmp estava com permissão incorreta 0700 (root:root)
• com isso, o usuário www do Nginx não conseguia atravessar /tmp até o socket, gerando Permission denied
• evidência principal no log do site:
• connect() to unix:/tmp/php-cgi-56.sock failed (13: Permission denied)

Mitigação aplicada

• correção mínima segura no host:
• chmod 1777 /tmp
• validação do acesso ao socket após a correção:
• teste local como usuário www retornou WWW_CONNECT_OK

Validação pós-mitigação

• https://rionoteatro.com.br/ voltou HTTP 200
• https://rionoteatro.com.br/admin/login.php voltou HTTP 200
• o front público voltou a servir HTML válido

Checklist sugerido

• [x] Confirmar o sintoma via curl local/host e cabeçalhos
• [x] Verificar upstream web/PHP-FPM e logs do aaPanel/Nginx
• [x] Identificar se o gargalo é app, PHP, web server ou infra local
• [x] Aplicar mitigação mínima segura
• [x] Revalidar o site e registrar evidências
• [ ] Registrar guarda operacional para /tmp=1777 e descobrir a origem da permissão incorreta

Riscos e cuidados

• tratar como incidente de produção
• evitar mudanças cegas sem evidência
• priorizar contenção e retorno do site antes de refactors
• não reaplicar hardening genérico em /tmp sem considerar sockets e runtime do PHP-FPM