Nginx proxy ngược + viết lại URL

Nginx đang chạy trên cổng 80 và tôi đang sử dụng nó để đảo ngược URL proxy với đường dẫn /foođến cổng 3200theo cách này:

location /foo {
                proxy_pass http://localhost:3200;
                proxy_redirect     off;
                proxy_set_header   Host $host;
}

Điều này hoạt động tốt, nhưng tôi có một ứng dụng trên cổng 3200mà tôi không muốn /foogửi thư đầu tiên . Đó là - khi tôi truy cập http://localhost/foo/bar, tôi chỉ muốn /barlà đường dẫn mà ứng dụng nhận được. Vì vậy, tôi đã thử thêm dòng này vào khối vị trí ở trên:

rewrite ^(.*)foo(.*)$ http://localhost:3200/$2 permanent;

Điều này gây ra chuyển hướng 302 (thay đổi trong URL), nhưng tôi muốn 301. Tôi nên làm gì?

Mọi chuyển hướng đến localhost đều không có ý nghĩa từ một hệ thống từ xa (ví dụ: trình duyệt Web của máy khách). Vì vậy, các cờ viết lại vĩnh viễn (301) hoặc chuyển hướng (302) không thể sử dụng được trong trường hợp của bạn.

Vui lòng thử thiết lập sau bằng cách sử dụng quy tắc viết lại trong suốt:

location  /foo {
  rewrite /foo/(.*) /$1  break;
  proxy_pass         http://localhost:3200;
  proxy_redirect     off;
  proxy_set_header   Host $host;
}

Sử dụng curl -iđể kiểm tra viết lại của bạn. Một thay đổi rất tinh tế đối với quy tắc có thể khiến nginx thực hiện chuyển hướng.

Kết hợp tiền tố vị trí đơn giản hoạt động cho việc này mà không cần sử dụng quy tắc viết lại miễn là bạn chỉ định URI trong lệnh proxy_pass:

location /foo {
  proxy_pass http://localhost:3200/;
}

Lưu ý bổ sung /vào cuối proxy_passchỉ thị. NGINX sẽ loại bỏ tiền tố phù hợp /foovà chuyển phần còn lại vào máy chủ phụ trợ tại URI /. Do đó, http://myserver:80/foo/barsẽ đăng lên phụ trợ tại http://localhost:3200/bar.

Từ các tài liệu NGINX trên proxy_pass :

Nếu chỉ thị proxy_pass được chỉ định bằng URI, thì khi yêu cầu được chuyển đến máy chủ, một phần của URI yêu cầu được chuẩn hóa khớp với vị trí được thay thế bằng URI được chỉ định trong lệnh:

Cách tuyệt đối chính xác nhất và thực hành tốt nhất thường như sau:

location /foo/ {
    proxy_pass http://localhost:3200/; # note the trailing slash!
}

• Lưu ý tầm quan trọng khủng khiếp của dấu gạch chéo trongproxy_pass , tự động thay đổi $uribiến để có /foo/mặt trước tương ứng với /trên phụ trợ. Không cần một rewritechỉ thị rõ ràng .

• Ngoài ra, lưu ý rằng dấu vết /tronglocation cũng khá quan trọng - nếu không có nó, bạn có nguy cơ có các URL trông lạ trên trang web của mình tại một thời điểm (ví dụ: hoạt động /fooenbổ sung /foo/en).

  Ngoài ra, dấu /trong locationvới proxy_passcũng đảm bảo một số xử lý đặc biệt , theo tài liệu của các locationchỉ thị, gây ra hiệu quả một tiềm ẩn location = /foo {return 301 /foo/;}là tốt.

  Vì vậy, bằng cách xác định locationdấu gạch chéo như trên, bạn không chỉ đảm bảo rằng các URL hậu tố không có dấu gạch chéo như /fooensẽ không hợp lệ, mà còn /foomột dấu gạch chéo không có dấu sẽ tiếp tục hoạt động tốt.

Tài liệu tham khảo:

• http://nginx.org/r/location
• http://nginx.org/r/proxy_pass

thử

location /foo {
    proxy_pass http://localhost:3200/;
    ....

hoặc là

location ^~ /foo {
    proxy_pass http://localhost:3200/;
    ....

@Terabuck Xin lỗi vì chưa trả lời chưa có đại diện.

Bạn không nên sử dụng localhost vì bạn phụ thuộc vào thực tế là ứng dụng đang chạy trên máy chủ có tệp lưu trữ. máy chủ lưu trữ cục bộ chỉ là bản dịch mặc định thành 127.0.0.1. Không có gì nói rằng bạn phải có tệp lưu trữ này. Nó chỉ là rất phổ biến để có một.

Có một giao diện loopback lại là một điều phổ biến khác để phụ thuộc nhưng bạn vẫn phụ thuộc vào giao diện loopback trên ngăn xếp mạng. Đó là một trường hợp hiếm hoi để không có hai. Nếu bạn từng lo lắng về điều này. Ít nhất trên unix / linux bạn có tùy chọn cho socket. Điều này sẽ loại bỏ sự cần thiết cho ngăn xếp mạng để tiếp cận localhost. Hãy thận trọng với phương pháp này vì có một vài yếu tố sẽ xuất hiện trên hệ điều hành máy chủ. Chẳng hạn như số lượng tệp đang mở, v.v.