Nginx 역방향 프록시의 URI 기반 ACL 구성
Nginx는 많은 수의 동시 요청을 쉽게 처리할 수 있는 오픈 소스 고성능 웹 서버 및 역방향 프록시 서버입니다. Nginx는 다양한 기능 모듈을 통합하며 그 중 ACL(Access Control List)이 중요한 구성 방법입니다. ACL을 사용하면 관리자는 Nginx 서버에 액세스할 수 있는 사용자 또는 IP 주소를 제어할 수 있으므로 웹 서버의 보안과 안정성이 향상됩니다. 이 기사에서는 Nginx 역방향 프록시에서 ACL 구성을 사용하여 URI를 기반으로 액세스 권한을 제어하는 방법을 소개합니다.
- ACL이란 무엇인가요?
ACL, 전체 이름 액세스 제어 목록, 중국어 이름 액세스 제어 목록은 액세스 권한을 제어하는 기술적 수단입니다. 특정 사용자나 IP 주소에 대한 액세스를 허용하거나 거부하여 악의적인 공격으로부터 웹 서버를 보호합니다.
Nginx에서 ACL을 구현하는 방법에는 두 가지가 있습니다. 하나는 IP 주소 기반 ACL이고 다른 하나는 URI 기반 ACL입니다. 이 문서에서는 URI 기반 ACL에 중점을 둘 것입니다.
- URI 기반 ACL 구성
URI 기반 ACL은 액세스 권한을 제어하는 비교적 일반적이고 유연한 수단입니다. 요청된 URI를 필터링하여 카테고리별로 사용자 액세스 권한을 제어할 수 있습니다.
아래에서 구체적인 예를 살펴보겠습니다. 웹 애플리케이션에 두 개의 모듈이 있다고 가정합니다. 하나는 백그라운드 관리 모듈이고 다른 하나는 프런트엔드 사용자 모듈입니다. 이 두 모듈의 액세스 URI는 서로 다릅니다.
우리는 역방향 프록시 모듈과 함께 Nginx의 ACL 기능을 사용하여 이 두 모듈에 대한 액세스 제어를 달성할 수 있습니다. 먼저 Nginx 구성 파일에 다음 ACL 규칙을 추가해야 합니다.
location / {
proxy_pass http://backend; allow 192.168.1.0/24; # 允许192.168.1.0/24网段的访问 deny all; # 拒绝其他所有IP地址的访问
}
location /admin {
proxy_pass http://backend; allow 192.168.1.10; # 允许指定IP地址的访问 deny all; # 拒绝其他所有IP地址的访问
}
위 구성에서는 각각 모든 URI 및 /admin을 대상으로 합니다. URI는 다양한 ACL 규칙을 설정합니다. 모든 URI에 대해 192.168.1.0/24 네트워크 세그먼트의 IP 주소에만 액세스할 수 있도록 허용합니다. /admin URI의 경우 지정된 IP 주소에만 액세스할 수 있도록 허용하고 다른 IP 주소는 거부됩니다.
ACL 규칙의 순서는 매우 중요합니다. Nginx는 먼저 가장 긴 URI와 일치하고, 일치에 성공하면 해당 URI에 해당하는 ACL 규칙이 사용됩니다. URI가 여러 ACL 규칙과 일치하는 경우 첫 번째로 일치하는 ACL 규칙이 사용됩니다.
- 정규식 기반 ACL 구성
Nginx는 URI 기반 ACL 구성 외에도 정규식 기반 ACL 구성도 지원합니다. 이 방법은 더 유연하며 다양한 요구에 따라 맞춤화할 수 있습니다.
아래 예를 살펴보겠습니다. /api로 시작하는 모든 URI에 대한 액세스를 제어해야 한다고 가정하면 다음 ACL 구성을 사용할 수 있습니다.
location ~ ^/api/(.*)$ {
proxy_pass http://backend; allow 192.168.1.0/24; # 允许192.168.1.0/24网段的访问 deny all; # 拒绝其他所有IP地址的访问
}
위 구성에서는 다음을 사용합니다. 정규식은 /api로 시작하는 모든 URI와 일치하며 해당 ACL 규칙이 설정됩니다.
ACL 구성에 정규식을 사용하면 성능 오버헤드가 발생할 수 있다는 점에 유의해야 합니다. 따라서 가능하면 URI 기반 ACL 구성을 사용하는 것이 좋습니다.
- 요약
ACL은 Nginx 역방향 프록시에서 액세스 권한을 제어하는 매우 중요한 수단입니다. URI 기반 ACL 구성은 다양한 URI에 대해 다양한 액세스 권한을 설정할 수 있습니다. 정규식을 기반으로 한 ACL 구성은 더욱 유연하며 다양한 요구 사항에 따라 사용자 정의할 수 있습니다. 다양한 애플리케이션 시나리오의 경우 다양한 ACL 구성 방법을 선택할 수 있습니다. 동시에 성능을 향상시키기 위해 ACL 구성에 복잡한 정규식을 사용하지 않도록 노력해야 합니다.
위 내용은 Nginx 역방향 프록시의 URI 기반 ACL 구성의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

AI Hentai Generator
AI Hentai를 무료로 생성하십시오.

인기 기사

뜨거운 도구

메모장++7.3.1
사용하기 쉬운 무료 코드 편집기

SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.

스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경

드림위버 CS6
시각적 웹 개발 도구

SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)

뜨거운 주제











nginx가 시작되었는지 확인하는 방법 : 1. 명령 줄을 사용하십시오 : SystemCTL 상태 nginx (linux/unix), netstat -ano | Findstr 80 (Windows); 2. 포트 80이 열려 있는지 확인하십시오. 3. 시스템 로그에서 nginx 시작 메시지를 확인하십시오. 4. Nagios, Zabbix 및 Icinga와 같은 타사 도구를 사용하십시오.

Linux에서는 다음 명령을 사용하여 nginx가 시작되었는지 확인하십시오. SystemCTL 상태 Nginx 판사 명령 출력에 따라 : "active : running"이 표시되면 Nginx가 시작됩니다. "Active : 비활성 (죽음)"이 표시되면 Nginx가 중지됩니다.

Windows에서 Nginx를 구성하는 방법은 무엇입니까? nginx를 설치하고 가상 호스트 구성을 만듭니다. 기본 구성 파일을 수정하고 가상 호스트 구성을 포함하십시오. 시작 또는 새로 고침 Nginx. 구성을 테스트하고 웹 사이트를보십시오. SSL을 선택적으로 활성화하고 SSL 인증서를 구성하십시오. 포트 80 및 443 트래픽을 허용하도록 방화벽을 선택적으로 설정하십시오.

Linux에서 Nginx를 시작하는 단계 : Nginx가 설치되어 있는지 확인하십시오. systemctl start nginx를 사용하여 nginx 서비스를 시작하십시오. SystemCTL을 사용하여 NGINX를 사용하여 시스템 시작시 NGINX의 자동 시작을 활성화하십시오. SystemCTL 상태 nginx를 사용하여 시작이 성공했는지 확인하십시오. 기본 환영 페이지를 보려면 웹 브라우저의 http : // localhost를 방문하십시오.

Nginx 서버를 시작하려면 다른 운영 체제에 따라 다른 단계가 필요합니다. Linux/Unix System : Nginx 패키지 설치 (예 : APT-Get 또는 Yum 사용). SystemCTL을 사용하여 nginx 서비스를 시작하십시오 (예 : Sudo SystemCtl start nginx). Windows 시스템 : Windows 바이너리 파일을 다운로드하여 설치합니다. nginx.exe 실행 파일을 사용하여 nginx를 시작하십시오 (예 : nginx.exe -c conf \ nginx.conf). 어떤 운영 체제를 사용하든 서버 IP에 액세스 할 수 있습니다.

서버는 요청 된 리소스에 액세스 할 수있는 권한이 없으므로 Nginx 403 오류가 발생합니다. 솔루션에는 다음이 포함됩니다. 파일 권한 확인 권한을 확인하십시오. .htaccess 구성을 확인하십시오. nginx 구성을 확인하십시오. Selinux 권한을 구성하십시오. 방화벽 규칙을 확인하십시오. 브라우저 문제, 서버 장애 또는 기타 가능한 오류와 같은 다른 원인을 해결하십시오.

Nginx 크로스 도메인 문제를 해결하는 두 가지 방법이 있습니다. 크로스 도메인 응답 헤더 수정 : 교차 도메인 요청을 허용하고 허용 된 메소드 및 헤더를 지정하고 캐시 시간을 설정하는 지시문을 추가하십시오. CORS 모듈 사용 : 모듈을 활성화하고 CORS 규칙을 구성하여 크로스 도메인 요청, 메소드, 헤더 및 캐시 시간을 허용합니다.

질문에 대한 답변 : 304 수정되지 않은 오류는 브라우저가 클라이언트 요청의 최신 리소스 버전을 캐시했음을 나타냅니다. 솔루션 : 1. 브라우저 캐시를 지우십시오. 2. 브라우저 캐시를 비활성화합니다. 3. 클라이언트 캐시를 허용하도록 nginx를 구성합니다. 4. 파일 권한을 확인하십시오. 5. 파일 해시를 확인하십시오. 6. CDN 또는 리버스 프록시 캐시를 비활성화합니다. 7. nginx를 다시 시작하십시오.
