프록시를 통한 Nginx 리디렉션, URL 재 작성 및 유지

Nginx에서는 다음과 같이 URL을 리디렉션하려고 시도했습니다.

http://example.com/some/path -> http://192.168.1.24

사용자는 여전히 브라우저에서 원래 URL을 볼 수 있습니다. 사용자가 리디렉션되면에 대한 링크를 클릭한다고 /section/index.html하면 리디렉션으로 연결되는 요청을 할 수 있습니다.

http://example.com/some/path/section/index.html -> http://192.168.1.24/section/index.html

다시 원래 URL을 유지합니다.

우리의 시도는 프록시와 다시 쓰기 규칙을 사용하는 다양한 솔루션을 포함했으며 아래는 솔루션에 가장 근접한 구성을 보여줍니다 (웹 서버의 웹 서버 구성 example.com임). 그러나이 문제에는 여전히 두 가지 문제가 있습니다.

• 웹 서버가 수신 한 요청 URL 에 필요한 페이지가 http://192.168.1.24포함되어 있지 않으므로 다시 쓰기가 제대로 수행되지 않습니다 /some/path.

• 페이지가 제공되면 링크를 가리키면 /some/pathURL에서 누락됩니다

  server {
      listen          80;
      server_name     www.example.com;
  
      location /some/path/ {
          proxy_pass http://192.168.1.24;
          proxy_redirect http://www.example.com/some/path http://192.168.1.24;
          proxy_set_header Host $host;
      }
  
      location / {
          index index.html;
          root  /var/www/example.com/htdocs;
      }
  }
  

웹 서버 구성 만 변경하는 솔루션을 찾고 있습니다 example.com. 우리는 설정을 변경할 192.168.1.24수도 있지만 (Nginx) 액세스를 프록시하는 수백 대의 다른 서버에 대해이 설정을 반복해야하기 때문에 이것을 피하고 싶습니다 example.com.

첫째, root위치 블록 내에서 지시문을 사용해서는 안되며 , 이는 나쁜 습관입니다. 이 경우에는 중요하지 않습니다.

두 번째 위치 블록을 추가하십시오.

location ~ /some/path/(?<section>.+)/index.html {
    proxy_pass http://192.168.1.24/$section/index.html;
    proxy_set_header Host $host;
}

이는 / some / path / 뒤 및 index.html 이전의 부분을 $ section 변수로 캡처 한 다음 proxy_pass 대상을 설정하는 데 사용됩니다. 필요한 경우 정규 표현식을보다 구체적으로 만들 수 있습니다.

proxy_pass지시문에 URI 부분을 사용해야합니다 . 또한 proxy_redirect지시문의 순서 인수를 혼합하여 필요하지 않을 수도 있습니다. Nginx는이 지시어에 대해 합리적인 기본값을 가지고 있습니다.

이 경우 location블록은 정말 간단 할 수 있습니다.

location /some/path/ {
    proxy_pass http://192.168.1.24/;
    # note this slash  -----------^
    proxy_set_header Host $host;
}

다음 구성을 사용하여 /some/path/프런트 엔드와 /백엔드 간에 100 % 완벽한 매핑을 수행 할 수 있습니다 .

이것은 브라우저가 404 Not Found올바른 HTTP Referer헤더를 보내면 절대 경로 생성 오류를 완벽하게 처리하는 유일한 대답입니다. 따라서 기본 HTML을 수정할 필요없이 모든 GIF가 계속로드되어야합니다. (비쌀뿐만 아니라 기본적으로 컴파일되지 않은 추가 모듈이 없으면 지원되지 않습니다).

location /some/path/ {
    proxy_pass http://192.168.1.24/; # note the trailing slash!
}
location / {
    error_page 404 = @404;
    return 404; # this would normally be `try_files` first
}
location @404 {
    add_header Vary Referer; # sadly, no effect on 404
    if ($http_referer ~ ://[^/]*(/some/path|/the/other)/) {
        return 302 $1$uri;
    }
    return 404 "Not Found\n";
}

당신은 찾을 수 있습니다 전체 개념 증명 및 최소한의-가능한-제품 내 https://github.com/cnst/StackOverflow.cnst.nginx.conf의 저장소를.

다음은 모든 엣지 케이스가 작동하는 것으로 확인되는 테스트 실행입니다.

curl -v -H 'Referer: http://example.su/some/path/page.html' localhost:6586/and/more.gif | & fgrep -e HTTP/ -e Referer -e Location
> GET /and/more.gif HTTP/1.1
> Referer: http://example.su/some/path/page.html
< HTTP/1.1 302 Moved Temporarily
< Location: http://localhost:6586/some/path/and/more.gif
< Vary: Referer

curl -v localhost:6586/and/more.gif | & fgrep -e HTTP/ -e Referer -e Location
> GET /and/more.gif HTTP/1.1
< HTTP/1.1 404 Not Found

curl -v localhost:6586/some/path/and/more.gif | & fgrep -e HTTP/ -e Referer -e Location -e uri
> GET /some/path/and/more.gif HTTP/1.1
< HTTP/1.1 200 OK
request_uri:    /and/more.gif

당신이지도하는 다른 경로가 많은 경우 PS, 그럼 대신 정규식 비교를하는 $http_referer내 if에서 location @404, 전역 기반 사용할 수있는 map대신에 지시합니다.

또한에 포함 된 것 proxy_pass뿐만 아니라에 있는 슬래시도 관련 답변에 따라 매우 중요 합니다.location

참고 문헌 :

• http://nginx.org/r/location
• http://nginx.org/r/error_page
• http://nginx.org/r/if
• http://nginx.org/r/return
• http://nginx.org/r/add_header

이 슬래시가 nginx 프록시 젠킨스에 추가되면 "역 프록시 설정이 끊어진 것 같습니다"라는 오류가 표시됩니다.

proxy_pass          http://localhost:8080/;

Remove this -----------------------------^

읽어야한다

proxy_pass          http://localhost:8080;