Nginx 역방향 프록시의 URL 일치를 기반으로 하는 ACL 구성
Nginx는 고성능 오픈 소스 웹 서버이자 역방향 프록시 서버로, 확장성과 강력한 구성 옵션을 갖추고 있어 웹 개발에 없어서는 안 될 구성 요소 중 하나입니다. Nginx의 역방향 프록시 기능은 로드 밸런싱과 고가용성을 달성하기 위해 클라이언트에서 여러 백엔드 서버로 요청을 보낼 수 있습니다.
역방향 프록시에서는 백엔드 서버가 여러 서비스를 처리할 수 있으므로 요청을 올바른 백엔드 서버로 전달하려면 요청 URL의 경로에 따라 일치해야 합니다. Nginx는 지정된 URL 규칙에 따라 해당 백엔드 서버로 요청을 라우팅할 수 있는 URL 경로 기반 ACL(액세스 제어 목록) 구성을 제공합니다.
이 글에서는 URL 경로 일치를 기반으로 Nginx 리버스 프록시에서 ACL 구성을 구현하는 방법을 소개합니다.
ACL 구성
ACL은 액세스 권한을 제어하는 데 사용되는 메커니즘으로 특정 규칙에 따라 요청의 액세스 허용 여부를 결정할 수 있습니다. Nginx에서는 location
지시문을 사용하여 ACL 규칙을 구성할 수 있습니다. location
지시문의 구문은 다음과 같습니다. location
指令来配置ACL规则。location
指令语法如下:
location [ = | ~ | ~* | ^~ ] uri { ... }
其中uri参数可以是普通的URI路径,也可以是正则表达式。在使用URI路径作为ACL规则时,可以使用如下的匹配符:
=
: 精确匹配,只有URI路径与location指令中的值完全一致,则匹配成功。~
: 正则表达式匹配,区分大小写。~*
: 正则表达式匹配,不区分大小写。^~
: 前缀匹配,如果URI路径以location指令中的值开头,则匹配成功。
实例演示
假设现在有三个服务需要在Nginx反向代理中进行负载均衡,它们的URI路径分别为:
- /app1
- /app2
- /app3
我们需要将请求转发到三个后端服务器,它们的IP地址分别为:
- 192.168.0.1
- 192.168.0.2
- 192.168.0.3
我们可以使用如下的Nginx配置文件来实现反向代理功能:
http { upstream myapp1 { server 192.168.0.1; } upstream myapp2 { server 192.168.0.2; } upstream myapp3 { server 192.168.0.3; } server { listen 80; server_name myserver.com; location /app1 { proxy_pass http://myapp1; } location /app2 { proxy_pass http://myapp2; } location /app3 { proxy_pass http://myapp3; } } }
上述配置文件中,我们使用upstream
指令定义了三个后端服务器,然后在server
块中使用location
指令分别配置了三个反向代理规则。当请求URI路径为/app1
,/app2
,/app3
时,Nginx将转发请求到对应的后端服务器,实现负载均衡和高可用性。
URL路径匹配
如果我们的URI路径比较复杂,需要根据一定的规则进行匹配,此时可以使用正则表达式来实现URL路径匹配。
假设现在有两个服务需要在Nginx反向代理中进行负载均衡,它们的URI路径分别为:
- /api/v1/app1
- /api/v2/app2
我们需要将请求转发到两个后端服务器,它们的IP地址分别为:
- 192.168.0.1
- 192.168.0.2
我们可以使用如下的Nginx配置文件来实现基于URL路径的ACL配置:
http { upstream myapp1 { server 192.168.0.1; } upstream myapp2 { server 192.168.0.2; } server { listen 80; server_name myserver.com; location ~ ^/api/v1/app1 { proxy_pass http://myapp1; } location ~ ^/api/v2/app2 { proxy_pass http://myapp2; } } }
上述配置文件中,我们使用location
指令的正则表达式匹配功能,将请求路径匹配到对应的后端服务器。
-
~
: 正则表达式匹配,区分大小写。 -
^
: 正则表达式开始符号,“^/api”表示请求路径以/api开头。 -
/v1/app1
表示请求路径以/v1/app1结尾。
通过这种方式,我们可以基于复杂的URL路径进行匹配,实现更加细致的反向代理控制和转发功能。
总结
本文介绍了Nginx反向代理中基于URL匹配的ACL配置方法,通过location
rrreee
-
=
: 정확히 일치합니다. URI 경로가 위치의 값과 정확히 일치하는 경우에만 해당됩니다. 지시에 따라 일치가 성공합니다. -
~
: 정규식 일치, 대소문자 구분. -
~*
: 정규식 일치, 대소문자를 구분하지 않습니다. -
^~
: 접두사 일치, URI 경로가 위치 지시문의 값으로 시작하면 일치가 성공한 것입니다.
- /app1 /app2
- /app3
- 0.1 입니다. >
- 192.168.0.2
- 192.168.0.3
upstream
지시문을 사용하여 3개의 백엔드 서버를 정의한 다음 server
블록의 location
지시문을 사용하여 각각 3개의 백엔드 서버를 구성합니다. 규칙을 프록시합니다. 요청 URI 경로가 /app1
, /app2
, /app3
이면 Nginx는 요청을 해당 백엔드 서버로 전달하여 달성합니다. 로드 밸런싱 및 고가용성. 🎜🎜URL 경로 일치🎜🎜URI 경로가 상대적으로 복잡하고 특정 규칙에 따라 일치해야 하는 경우 정규식을 사용하여 URL 경로 일치를 달성할 수 있습니다. 🎜🎜Nginx 역방향 프록시에 로드 밸런싱이 필요한 두 가지 서비스가 있다고 가정합니다. 해당 URI 경로는 🎜- /api/v1/app1
- /api/v2 /app2입니다.
- 192.168.0.1
- 192.168.0.2 🎜다음 Nginx 구성 파일을 사용하여 URL 경로를 기반으로 ACL 구성을 구현할 수 있습니다. 🎜rrreee🎜위 구성 파일에서는
-
~
: 정규식 일치, 대소문자를 구분합니다. -
^
: 정규식 시작 기호, "^/api"는 요청 경로가 /api로 시작함을 의미합니다. -
/v1/app1
은 요청 경로가 /v1/app1로 끝나는 것을 의미합니다.
location
지시어 함수의 정규식 일치를 사용하여 일치시킵니다. 해당 백엔드 서버에 대한 요청 경로입니다. 🎜location
지시문과 URI 경로 또는 정규 표현식을 통해 요청 경로를 일치시키고 전달할 수 있습니다. 이 ACL 구성 방법은 여러 백엔드 서버에 대한 로드 밸런싱 및 고가용성을 달성하고 다양한 시나리오의 역방향 프록시 요구 사항을 충족할 수 있습니다. 🎜위 내용은 Nginx 역방향 프록시의 URL 일치를 기반으로 하는 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와 같은 타사 도구를 사용하십시오.

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

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

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

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

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

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