Điểm:0

Proxy thành proxy với nginx

lá cờ fr

Tôi đang cố gắng sử dụng proxy_pass chỉ thị cho các yêu cầu proxy đến các máy chủ khác nhau.

Trong tâm sự sau đây, /api1api2 được ủy quyền chính xác nhưng api3 không phải.

máy chủ api3.server3.com chạy một máy chủ Apache ủy quyền /api-alt đến đúng máy chủ (mà tôi không thể liên hệ qua máy chủ nginx)

người phục vụ {
  vị trí /api1 {
   proxy_pass https://api1.server1.com;
  }
  vị trí /api2 {
   proxy_pass https://api2.server2.com;
  }
  vị trí /api3/ {
   # Cái này bị hỏng
   # api3.server3.com có ​​thể ủy quyền/viết lại '/api-alt' cho một máy chủ khác
   proxy_pass https://api3.server3.com/api-alt;
  }
}

myserver.com/api3/thing trả về HTTP/400 (yêu cầu không hợp lệ)

Tôi muốn proxy_pass này hoạt động nhưng tôi không hiểu.

Ivan Shatsky avatar
lá cờ gr
Đọc câu trả lời [này](https://stackoverflow.com/a/53650827/7121513). Lưu ý rằng cấu hình của bạn làm cho yêu cầu `/api3/some/path` được ủy quyền cho máy chủ `api3.server3.com` dưới dạng `/api-altsome/path` trong khi các yêu cầu bắt đầu bằng `/api1` hoặc `/api2` được ủy quyền thành -Là.
Askirkela avatar
lá cờ fr
Cảm ơn các liên kết. Tôi vừa thử với `location /api3` và `proxy_pass http://api3.server3.com/api-alt` với sự kết hợp của "/" và không có "/", ngay cả quy tắc viết lại... vẫn không gặp may. Tôi sẽ tiếp tục tìm kiếm

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.