Điểm:0

Thứ tự khớp vị trí Nginx

lá cờ th

Tôi đã đọc một số bài viết về kết hợp nginx và họ nói rằng khối vị trí dài hơn nên được khớp trước.

Tuy nhiên, khi tôi cố gắng thiết lập proxy cho hai vị trí, vị trí đầu tiên thu được tất cả lưu lượng truy cập và vị trí thứ hai không nhận được bất kỳ lưu lượng nào.

Đây là cấu hình máy chủ của tôi.

người phục vụ {
nghe 80;
tên_máy chủ IP;
#return 301 https://$host$request_uri;
# nginx/sites-available/fdp.conf

vị trí /lls/ {
    proxy_set_header Máy chủ lưu trữ $host;
    proxy_set_header X-Forwarded-Proto $scheme;
    bật proxy_pass_request_headers;
    proxy_pass http://IP:8080;
}

địa điểm / {
    proxy_set_header Máy chủ lưu trữ $host;
    proxy_set_header X-Forwarded-Proto $scheme;
    bật proxy_pass_request_headers;
    proxy_pass http://IP:8000/;
}
}

Tại sao nginx không chuyển hướng lưu lượng đến /lls proxy? Tôi cũng đã thử sử dụng vị trí regex ~/lls nhưng cũng không gặp may ở đây. Cả hai ứng dụng đều chạy khi tôi truy cập các cổng trên IP.

Tôi có một ứng dụng chạy dưới cổng 8000. Mục tiêu của tôi là thêm một ứng dụng thứ hai chạy dưới/lls. Đối với điều này, tôi muốn tất cả lưu lượng truy cập chuyển đến cổng 8000 trừ khi /lls có trong url, sau đó tôi muốn tất cả lưu lượng truy cập chuyển đến ứng dụng thứ 2 trên cổng 8080. Trong tình huống hiện tại, lưu lượng dành cho cổng 8080 được chọn bởi cổng 8000.

Đầu ra của curl -v IP/lls:

* Đang thử IP:80...
* Bộ TCP_NODELAY
* Đã kết nối với cổng IP (IP) 80 (#0)
> NHẬN /lls HTTP/1.1
> Máy chủ: IP
> Tác nhân người dùng: curl/7.68.0
> Chấp nhận: */*
>
* Đánh dấu gói là không hỗ trợ đa dụng
< HTTP/1.1 400
< Máy chủ: nginx/1.18.0 (Ubuntu)
< Ngày: Thứ bảy, ngày 09 tháng 10 năm 2021 08:41:47 GMT
< Loại nội dung: văn bản/rùa
< Chuyển mã hóa: chunked
< Kết nối: giữ nguyên
< Kiểm soát truy cập-Cho phép-Xuất xứ: *
< Kiểm soát truy cập-Cho phép-Tiêu đề: Nguồn gốc,Ủy quyền,Chấp nhận,Loại nội dung
< Access-Control-Expose-Headers: Location,Link
< Cho phép: GET,POST,PUT,PATCH,DELETE
< Phương thức kiểm soát truy cập-cho phép: GET,POST,PUT,PATCH,DELETE
< X-Content-Type-Options: nosniff
< Bảo vệ X-XSS: 1; chế độ = khối
< Kiểm soát bộ đệm: không có bộ đệm, không lưu trữ, tuổi tối đa = 0, phải xác thực lại
< Pragma: không có bộ đệm
< Hết hạn: 0
< Tùy chọn khung X: TỪ CHỐI
<
* Kết nối #0 đến IP máy chủ vẫn còn nguyên vẹn

Đầu ra của lsof -Pi :8080

LỆNH PID NGƯỜI DÙNG LOẠI FD KÍCH THƯỚC THIẾT BỊ/TẮT TÊN NÚT
docker-pr 2698710 root 4u IPv4 8351515 0t0 TCP *:8080 (LẮNG NGHE)
docker-pr 2698721 root 4u IPv6 8351519 0t0 TCP *:8080 (LẮNG NGHE)

Đầu ra của lsof -Pi :8000

 LỆNH PID NGƯỜI DÙNG LOẠI FD KÍCH THƯỚC THIẾT BỊ/TẮT TÊN NÚT
docker-pr 2615262 root 4u IPv4 7781060 0t0 TCP *:8000 (LẮNG NGHE)
docker-pr 2615267 root 4u IPv6 7781066 0t0 TCP *:8000 (LẮNG NGHE)
lá cờ cn
Nhận xét không dành cho thảo luận mở rộng; cuộc trò chuyện này đã được [chuyển sang trò chuyện](https://chat.stackexchange.com/rooms/130389/discussion-on-question-by-moopsish-nginx-location-matching-order).

Đă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.