Nginx를 대신 사용하기 위해 흥미로운 Apache mod_rewrite 설정을 사용하여 리버스 프록시를 변환하려고합니다 (외부 우려 때문에 Apache에서 Nginx로 이동하고 있으며이 부분을 제외한 모든 것이 잘 작동합니다).
내 원래 설정은 HTTP 쿠키 (일부 응용 프로그램에서 설정)를 읽고 그 값에 따라 역방향 프록시를 다른 백엔드로 보냅니다. 그것은 다음과 같이 갔다 :
RewriteCond %{HTTP_COOKIE} proxy-target-A
RewriteRule ^/original-request/ http://backend-a/some-application [P,QSA]
RewriteCond %{HTTP_COOKIE} proxy-target-B
RewriteRule ^/original-request http://backend-b/another-application [P,QSA]
RewriteRule ^/original-request http://primary-backend/original-application [P,QSA]
Nginx를 사용하여 동일한 결과를 얻으려고하는데 초기 구성은 다음과 같습니다 (여기서 “proxy_override”는 쿠키의 이름입니다).
location /original-request {
if ($cookie_proxy_override = "proxy-target-A") {
rewrite . http://backend-a/some-application;
break;
}
if ($cookie_proxy_override = "proxy-target-B") {
rewrite . http://backend-b/another-application;
break;
}
proxy_pass http://primary-backend/original-application;
}
그러나 그렇지 않았습니다. Nginx가 기본 프록시를 작성하여 쿠키를 기반으로 무언가를 리디렉션하여 쿠키를 읽을 수 있는지 확인하려고 시도했지만 쿠키가 ${cookie_proxy_override}
내용을 잘 읽지 만 if
항상 실패하는 것처럼 보입니다.
Rikih의 대답에 따르면 다음 시도는 다음과 같습니다.
location /original-request {
if ($http_cookie ~ "proxy-target-A") {
rewrite . http://backend-a/some-application;
break;
}
if ($http_cookie ~ "proxy-target-B") {
rewrite . http://backend-b/another-application;
break;
}
proxy_pass http://primary-backend/original-application;
}
이제 if
블록이 활성화 된 것을 볼 수 있지만 요청을 프록시 처리하는 대신 지정된 URL로 302 리디렉션을 반환합니다. 이것은 내가하려는 것이 아닙니다. 서버가 필요합니다. 백엔드에 요청을 투명하게 릴레이하고 원래 클라이언트에 응답을 파이프합니다.
내가 무엇을 잘못하고 있지?
답변
이 답변과 비슷합니다 . 이런 종류의 문제에 대한 Nginx의 관용적 접근 방식은 map
입니다.
기본적으로, 당신은 정의 map
의 http
섹션
map $cookie_proxy_override $my_upstream {
default default-server-or-upstream;
~^(?P<name>[\w-]+) $name;
}
그런 다음 섹션 $my_upstream
에서 간단히 사용 location
하십시오.
location /original-request {
proxy_pass http://$my_upstream$uri;
}
Nginx는 맵 변수를 한 번만 (요청 당) 그리고 사용할 때 게으르게 평가합니다.
답변
결국 내 솔루션은 다음과 같이 요약됩니다.
server {
...
set $upstream "default-server-or-upstream";
if ($http_cookie ~ "proxy_override=([\w-]+)") {
set $upstream $1;
}
location /original-request {
proxy_pass http://$upstream/original-application
}
}
테스트는 server
각 요청 의 범위 에서 수행되며 (실제 리디렉션이 해결되기 전에) 변수를 설정하는 데 사용됩니다. 이는 분명히 Nginx “다시 쓰기”모듈의 지원되는 사용법입니다. 또한 $http_cookie
@Rikih가 제안한 것처럼 전체를 테스트 하지만 쿠키 이름을 포함하여 사람들이 나에게 던질 수있는 임의의 물건과 일치하지 않는지 확인합니다.
그런 다음 location
리디렉션을 수행하려는 범위에서 기본 업스트림 구성을 포함하거나 쿠키로 덮어 쓴 변수 이름을 사용합니다.
답변
$ http_cookie를 사용해 보셨습니까? http://wiki.nginx.org/HttpRewriteModule
if ($ http_cookie ~ * “proxy-target-A”) {foo; }
답변
udid를 기반으로 요청 헤더를 감지하는 데 사용하는 샘플이 있으며 작동 중입니다. 어떤 아이디어를 얻을 수 있습니다.
location / {
proxy_set_header Host $http_host;
if ($request_uri ~ ^/(.*)udid=xxxxxxxxxxxxxx(.*)$) {
proxy_pass http://1.1.1.1$request_uri;
break;
}
if ($request_uri ~ ^/(.*)udid=yyyyyyyyyyyyyy(.*)$) {
proxy_pass http://3.3.3.3$request_uri;
break;
}
proxy_pass http://2.2.2.2$request_uri;
}