Tại sao nginx "return 301" và âtry_filesâ lại rơi vào vòng lặp vô tận

mã conf của tôi:

chỉ mục index.html index.php;
địa điểm / {
    nếu ($uri = '/a/') {
        trả về 301 https://example.com/a;
    }
    try_files $uri $uri/ =404; 
}

Nếu url là /một/, 301 đến /một, sau đó try_files một phần, thêm / đến /một kết thúc, trở thành /một/.

Bước tiếp theo, tôi nghĩ nó sẽ thử mục lục định nghĩa, trở thành /a/index.html, và tiếp cận tệp.

Nhưng thực ra, Nó đã cố gắng /một/, và nhảy ra khỏi địa điểm, sau đó đi vào địa điểm một lần nữa, để nếu ($uri = '/a/') { ... }.

Sau đó, một vòng lặp vô tận.

Tại sao, tôi chỉ bối rối thôi.

Những gì tôi muốn làm là

1. Nếu yêu cầu ví dụ.com/a/, chuyển đến ví dụ.com/a, sau đó đến 2
2. Nếu yêu cầu ví dụ.com/a, trình diễn example.com/a/index.html (nhưng url là ví dụ.com/a).

Bất cứ ai có thể giúp tôi đạt được điều này?

Nó đang làm chính xác những gì nó phải làm.

Bạn không bao giờ có thể đạt được /a/index.html bởi vì bạn tiếp tục chuyển hướng trở lại /một trước khi điều này có thể xảy ra. Khi nginx xử lý việc này, nó sẽ thấy thư mục trên hệ thống tệp và tự động chuyển hướng (chính xác) đến /một/.

Bạn nên loại bỏ chuyển hướng không phù hợp này.

Chào mừng đến với ServerFault. Bạn có thể làm những gì được đề cập trong OP với đoạn mã sau ...

địa điểm / {
    nếu ($uri = '/a/') {
        trả về 301 https://example.com/a;
    }
    try_files $uri $uri/index.html =404; 
}

Vui lòng xem câu hỏi liên quan và câu trả lời được chấp nhận tại Xóa dấu gạch chéo ở cuối URL bằng nginx .

Về cơ bản, chúng ta không cần phải dựa vào mục lục và thay vì phục vụ index.html trực tiếp khi ví dụ.com/a được yêu cầu.