como restringir o acesso ao diretório e subdiretórios

Eu preciso restringir o acesso a quaisquer arquivos ou subdiretórios no diretório "testdir". Meu conf:

...
location ~* ^.+\.(jpg|txt)$ {
            root   /var/www/site;
        }
location /testdir {
        deny all;
        return 404;
        }
...

Na minha configuração, não tenho restrições em / testdir / jpg_or_txt-files. Como fazer isso?

restringir o acesso a vários diretórios no nginx em uma entrada de local

...
location ~ /(dir1|dir2|dir3) {
   deny all;
   return 404;
}
...

É porque a diretiva "raiz" corresponde antes que a diretiva "negar" possa ser correspondida. Inverta a ordem das suas diretivas e deve funcionar:

...
location /testdir {
  deny all;
  return 404;
}
location ~* ^.+\.(jpg|txt)$ {
  root   /var/www/site;
}
...

Para garantir que a correspondência testdir seja escolhida em vez da correspondência jpg / txt, use os seguintes locais:

location ^~ /testdir {
  deny all;
  return 404;
}
location ~* ^.+\.(jpg|txt)$ {
  root   /var/www/site;
}

No seu exemplo, você tem dois tipos de locais. location /testdiré um local de prefixo, pois não possui til ( ~) entre locatione /testdir.

location ~* ^.+\.(jpg|txt)$é um local de regex (que não diferencia maiúsculas de minúsculas, devido ao *diretamente após o til). Na documentação do nginx :

Para encontrar um local que corresponda a uma determinada solicitação, o nginx primeiro verifica os locais definidos usando as sequências de prefixos (localizações do prefixo). Entre eles, o local com o prefixo correspondente mais longo é selecionado e lembrado. Em seguida, as expressões regulares são verificadas, na ordem em que aparecem no arquivo de configuração. A pesquisa de expressões regulares termina na primeira correspondência e a configuração correspondente é usada. Se nenhuma correspondência com uma expressão regular for encontrada, a configuração do local do prefixo lembrado anteriormente será usada.

O problema aqui é que seu local testdir está sendo lembrado, mas o local jpg / txt é selecionado durante o estágio regex, conforme corresponder. A seguinte nota da documentação é sobre a qual baseei minha solução (fornecida acima):

Se o local do prefixo correspondente mais longo tiver o modificador “^ ~”, as expressões regulares não serão verificadas.

location /foo {
    deny all;
    return 404;
}

Isso lhe dará 403 o tempo todo por causa da negação de tudo ... Quando você deseja que o servidor lhe dê 404, basta retornar apenas 404 ... da seguinte forma:

location /foo {
    return 404;
}