hub do fabricante
NGINX
Tudo que existe no ronutz.com para NGINX, em um só lugar: todas as ferramentas, agrupadas por família, seguidas de todos os artigos. As ferramentas computam localmente no seu navegador; os artigos são fundamentados na documentação do fabricante.
Ferramentas (3)
Mais
Comparador de location do NGINX
Cole seus blocos location e uma URI, e acompanhe a seleção de cinco passos do NGINX: exata, prefixo mais longo, a saída antecipada do circunflexo-til, regexes na ordem do arquivo, e então o retorno.
RedesExplicador de decisão de cache do NGINX
Duas perguntas diferentes: esta resposta será armazenada, e uma requisição posterior será servida a partir dela. Cole as diretivas e a troca para ver as duas respostas e o porquê.
RedesReescritor de proxy_pass do NGINX
Uma barra final decide se seu backend vê /app/page ou /page. Cole a diretiva e veja as duas respostas lado a lado.
Redes
Artigos (8)
Mais
A árvore de configuração do NGINX: o que é incluído, em que ordem, e de quem é o worker
Um arquivo, um diretório de fragmentos, e uma ordem de inclusão que decide qual diretiva vence. Mais as duas perguntas de propriedade que explicam a maioria das falhas de permissão: com qual usuário o master roda, com qual os workers rodam, e por que são deliberadamente diferentes.
RedesLerA barra final do proxy_pass no NGINX: um caractere que decide o que seu backend recebe
proxy_pass com uma parte de URI substitui o prefixo do location que casou. Sem ela, a URI original da requisição passa direto. Essa é a regra inteira, é um interruptor binário e não uma questão de grau, e uma única barra basta para virá-lo.
RedesLerA cadência mais rápida da F5: lançamentos endurecidos e notificações de segurança mensais
Em 6 de julho de 2026 a F5 mudou de uma cadência trimestral para mensal de lançamentos de segurança: lançamentos de software endurecido na terceira quarta-feira de cada mês a partir de 15 de julho, e notificações de segurança um mês depois começando em 19 de agosto. Aqui está exatamente o que mudou, por que a F5 diz que mudou, o que permanece igual, e o que isso significa para como você aplica patches.
RedesLerApache httpd: o servidor que rodava a web, e o problema que produziu o NGINX
O Apache começou como remendos a um servidor que ninguém mantinha, e em um ano rodava mais da web que qualquer outro. A arquitetura que o tornou flexível é também a que o fez sofrer com o tráfego dos anos 2000, e esse é o problema que o NGINX foi escrito para resolver.
RedesLerCache no NGINX: o que é armazenado, o que é servido, e a brecha por onde dados de usuário vazam
Se uma resposta é armazenada e se uma requisição posterior é servida a partir dela são perguntas diferentes com respostas diferentes. O NGINX protege você de cachear uma resposta com cookie, e não protege de servir uma resposta cacheada a uma requisição com cookie. Essa assimetria é por onde um usuário recebe a página de outro.
RedesLerCorrespondência de location no NGINX: por que o bloco que você esperava não foi o que rodou
O NGINX não escolhe o primeiro location que casa, nem o último. Ele segue uma ordem fixa de cinco passos em que a ordem do arquivo importa para exatamente um deles, e é por isso que ler a configuração de cima para baixo engana sobre qual bloco vence.
RedesLerLimitar requisições, conexões e banda no NGINX: baldes furados e o burst que surpreende
Três limites diferentes, três diretivas diferentes, e um mecanismo comum que vale entender antes de ajustar. O limitador de requisições é um balde furado, e não uma cota por segundo, e burst com nodelay muda seu comportamento de formas que o nome não sugere.
RedesLerRecarregar o NGINX sem derrubar tráfego, e as primeiras quatro coisas a conferir quando quebra
Um reload não é um restart: o master valida a nova configuração, sobe novos workers, e deixa os antigos terminarem o que estavam fazendo. Saber isso, e saber qual log responde qual pergunta, resolve a maioria dos problemas de NGINX antes que fiquem interessantes.
RedesLer