Почему nginx «возвращает 301» и «try_files» попадают в бесконечный цикл

мой код конфигурации:

индекс index.html index.php;
место расположения / {
    если ($uri = '/a/') {
        вернуть 301 https://example.com/a;
    }
    try_files $uri $uri/ =404; 
}

Если URL-адрес /а/, 301 к / а, тогда try_files часть, добавить / к / а закончиться, стать /а/.

Следующим шагом, я думаю, он попробует показатель определение, стать /a/index.htmlи добраться до файла.

Но на самом деле, он пытался /а/, и выпрыгнуть из место расположения, затем переходит в место расположения снова, чтобы если ($uri = '/a/') { ... }.

Потом бесконечный цикл.

Почему, я просто запутался.

Я хочу сделать это

1. Если запрос пример.com/а/, прыгать, чтобы пример.com/а, то до 2
2. Если запрос пример.com/а, показать example.com/a/index.html (но адрес пример.com/а).

Кто-нибудь может помочь мне достичь этого?

Он делает именно то, для чего предназначен.

Вы никогда не сможете достичь /a/index.html потому что вы продолжаете перенаправлять обратно на / а прежде чем это может произойти. Когда nginx обрабатывает это, он видит каталог в файловой системе и автоматически перенаправляет (правильно) на /а/.

Вы должны удалить это неуместное перенаправление.

Добро пожаловать в ServerFault. Вы можете сделать то, что упомянуто в ОП, со следующим кодом...

место расположения / {
    если ($uri = '/a/') {
        вернуть 301 https://example.com/a;
    }
    try_files $uri $uri/index.html =404; 
}

См. соответствующий вопрос и принятый ответ на Удаление косой черты в конце URL-адреса с помощью nginx .

В принципе, нам не нужно полагаться на показатель и скорее служить index.html непосредственно, когда пример.com/а запрашивается.