Nginx는 .htaccess 및 숨겨진 파일을 비활성화하지만 .well-known 디렉토리는 허용합니다.

Nginx 서버가 있고 숨겨진 파일을 비활성화했습니다. nginx_vhost.conf

## Disable .htaccess and other hidden files
    location ~ /\. {
        deny all;
        access_log off;
        log_not_found off;
    }

그러나 LetsEncrypt는 .well-known디렉토리에 액세스해야합니다 .

.well-known디렉토리를 허용 하고 다른 숨겨진 파일을 거부하려면 어떻게해야 합니까?

다른 솔루션은 도움이되지 않았습니다.

내 해결책은에 대한 정규 표현식 을 포함시키는 것 입니다 .well-known. 코드 블록은 다음과 같아야합니다.

## Disable .htaccess and other hidden files
location ~ /\.(?!well-known).* {
    deny all;
    access_log off;
    log_not_found off;
}

로 시작하는 점을 제외한 모든 점 파일을 차단합니다. .well-known

추신 : 나는 또한 return 404;블록에 추가 할 것 입니다.

Nginx는 구성 파일에 나타나는 순서대로 정규식이있는 위치를 적용합니다.

따라서 현재 위치 바로 앞에 이와 같은 항목을 추가 하면 도움이됩니다.

location ~ /\.well-known { 
    allow all;
}

내 웹 사이트 에서 NGINX로 Let 's Encrypt를 사용하는 방법 에 대한 전체 단계별 자습서를 제공했습니다 .

주요 부분은 다음과 같습니다.

• 공식 클라이언트는 괜찮고 Amazon Linux에서는 실제로 좋지 않습니다. 다른 클라이언트 ACME를 추천합니다 .
• 내 권장 클라이언트와 함께 webroot 메소드에이 위치를 사용하십시오. 요청은 https가 아닌 http를 통해 제공됩니다.

https 블록에 리스너가 전혀 필요하지 않으며 모두 https에서 수행됩니다. 이것은 단지 도메인을 제어한다는 것을 증명하기위한 것이며 개인 또는 비밀을 제공하지 않습니다.

# Answer let's encrypt requests, but forward everything else to https
server {
  listen       80;
  server_name  example.com www.example.com
  access_log  /var/log/nginx/access.log main;

  # Let's Encrypt certificates with Acmetool
  location /.well-known/acme-challenge/ {
    alias /var/www/.well-known/acme-challenge/;
  }

  location / {
    return       301 https://www.example.com$request_uri;
  }
}

위에 링크 된 전체 단계별 가이드.

이것을 (전후) 추가하십시오 :

location ^~ /.well-known/ {
        log_not_found off;
     }

일치하는 ^~수정자가 정규식보다 우선 하므로 맨 아래에 이것을 추가 할 수도 있습니다 . 문서를 참조하십시오 .

구성 파일이 많고 .htaccess에 대한 거부가 이미있는 경우

location ~ /\.ht { deny all; }

그런 다음 모든 점 파일을 무시하는 대신 .git에 대해 두 번째 무시를 추가하면됩니다.

sed -i '/location ~ \/\\.ht { deny all; }/a \  location ~ \/\\.git { deny all; }' /etc/nginx/*