Nginx Redirect qua Proxy, Rewrite và bảo toàn URL

Trong Nginx, chúng tôi đã cố gắng chuyển hướng một URL như sau:

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

nơi người dùng vẫn thấy URL gốc trong trình duyệt của họ. Khi người dùng được chuyển hướng, giả sử họ nhấp vào liên kết đến /section/index.html, chúng tôi muốn điều này đưa ra yêu cầu dẫn đến chuyển hướng

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

và một lần nữa vẫn bảo tồn URL gốc.

Các nỗ lực của chúng tôi đã liên quan đến các giải pháp khác nhau bằng cách sử dụng proxy và quy tắc viết lại, và bên dưới cho thấy cấu hình đã đưa chúng tôi đến gần nhất với một giải pháp (lưu ý rằng đây là cấu hình máy chủ web cho example.commáy chủ web). Tuy nhiên, vẫn còn hai vấn đề với điều này:

• Nó không thực hiện viết lại đúng cách, trong đó URL yêu cầu mà máy chủ web nhận được http://192.168.1.24bao gồm /some/pathvà do đó không phục vụ trang được yêu cầu.

• Khi bạn di chuột vào một liên kết khi một trang đã được phục vụ, /some/paththiếu URL

  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;
      }
  }
  

Chúng tôi đang tìm kiếm một giải pháp chỉ liên quan đến việc thay đổi cấu hình máy chủ web trên example.com. Chúng tôi có thể thay đổi cấu hình trên 192.168.1.24(cũng là Nginx), tuy nhiên chúng tôi muốn thử và tránh điều này vì chúng tôi sẽ cần lặp lại thiết lập này cho hàng trăm máy chủ khác nhau có quyền truy cập được ủy quyền example.com.

Đầu tiên, bạn không nên sử dụng rootchỉ thị bên trong khối vị trí, đó là một thực tế xấu. Trong trường hợp này nó không quan trọng mặc dù.

Hãy thử thêm một khối vị trí thứ hai:

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

Phần này ghi lại phần sau / some / path / và trước index.html thành biến phần $, sau đó được sử dụng để đặt đích proxy_pass. Bạn có thể làm cho regex cụ thể hơn nếu bạn yêu cầu.

Bạn nên sử dụng một phần URI trong proxy_passchỉ thị. Ngoài ra, bạn đã trộn lẫn các đối số thứ tự của proxy_redirectchỉ thị và có lẽ bạn hoàn toàn không cần nó. Nginx có mặc định hợp lý cho chỉ thị này.

Trong trường hợp này, locationkhối của bạn có thể thực sự đơn giản:

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

Bạn có thể sử dụng cấu hình sau để có ánh xạ liền mạch 100% giữa /some/path/mặt trước và /mặt sau.

Lưu ý rằng đây là câu trả lời duy nhất cho đến nay cũng sẽ xử lý liền mạch các 404 Not Foundlỗi tạo đường dẫn tuyệt đối , miễn là Referertiêu đề HTTP chính xác được gửi bởi trình duyệt, vì vậy, tất cả các gifs đó sẽ tiếp tục tải mà không cần sửa đổi HTML cơ bản (không chỉ đắt tiền, mà còn không được hỗ trợ nếu không có các mô-đun bổ sung không được biên dịch theo mặc định).

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";
}

Bạn có thể tìm thấy đầy đủ bằng chứng về khái niệm và sản phẩm khả thi tối thiểu trong kho https://github.com/cnst/StackOverflow.cnst.nginx.conf .

Đây là một lần chạy thử để xác nhận rằng tất cả các trường hợp cạnh dường như hoạt động:

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 Nếu bạn có nhiều đường dẫn khác nhau để lập bản đồ, thì thay vì thực hiện so sánh regex $http_refererbên iftrong location @404, bạn có thể muốn sử dụng mapchỉ thị dựa trên toàn cầu thay thế.

Cũng lưu ý rằng dấu gạch chéo trong cả hai proxy_pass, cũng như locationnó được chứa trong, là khá quan trọng theo câu trả lời liên quan .

Người giới thiệu:

• 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

Khi dấu gạch chéo đó được thêm vào một jenkins được ủy quyền nginx, bạn sẽ được trình bày với bản quyền. Có vẻ như thiết lập proxy ngược của bạn bị hỏng ".

proxy_pass          http://localhost:8080/;

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

Nó nên đọc

proxy_pass          http://localhost:8080;