есть несколько обходных путей для этого, каждый со своими плюсами и минусами. Как отказ от ответственности, я только протестировал их в .htaccess контексте.

Способ 1. Проверьте наличие пустого REDIRECT_STATUS

добавить RewriteCond проверка, чтобы увидеть, если %{ENV:REDIRECT_STATUS} пусто. Если он пуст, то текущий запрос не является внутренним перенаправлением.

плюсы

• самый простой способ определить внутренний перенаправлять.

минусы

• отсутствие документации. На странице Пользовательские Ответы На Ошибки кратко упоминает эту переменную:

  REDIRECT_ переменные среды создаются из переменных среды, которые существовали до перенаправления. Они переименованы с REDIRECT_ префикс, т. е. HTTP_USER_AGENT становится REDIRECT_HTTP_USER_AGENT. REDIRECT_URL, REDIRECT_STATUS и REDIRECT_QUERY_STRING гарантированы, что будут установлены, и другие заголовки будут только если они существовали до возникновения ошибки.

  я пробовал все другие REDIRECT_ переменная RewriteCond, но все они, кроме REDIRECT_STATUS были пусты для внутренних редиректов. Почему?--12--> особенный в mod_rewrite остается загадкой.

пример

# Forbid rule. Prohibit direct access to target.html.
RewriteCond %{ENV:REDIRECT_STATUS} ^$
RewriteRule ^target.html$ - [F]

# Rewrite rule. Rewrite source.html to target.html.
RewriteRule ^source.html$ target.html

кредиты для этого подхода перейти к URL переписать: внутренняя ошибка сервера.

Способ 2. Правило остановки перезаписи обработка с конца

в отличие от L флаг END останавливает переписывать правила даже для внутренних перенаправлений.

плюсы

• простой. Просто дополнительный флаг.

минусы

• не дает вам достаточно контроля над тем, какие правила обрабатывать и какие пропускать.

пример

# Forbid rule. Prohibit direct access to target.html.
RewriteRule ^target.html$ - [F]

# Rewrite rule. Rewrite source.html to target.html.
RewriteRule ^source.html$ target.html [END]

для получения дополнительной информации см. конец флаг.

Способ 3. Сопоставьте с исходным URL-адресом в THE_REQUEST

%{THE_REQUEST}

полная строка HTTP-запроса, отправленная браузером на сервер (например, " GET / index.html HTTP / 1.1").

THE_REQUEST не изменяется с внутренними перенаправлениями, поэтому вы можете сопоставить его.

плюсы

• может использоваться для сопоставления с исходным URL-адресом даже во втором раунде Обработка URL-адрес.

минусы

• значительно сложнее, чем другие подходы. Заставляет использовать RewriteCond где только один RewriteRule было бы достаточно.

• соответствует полному URL-адресу, который не был unescaped (декодирован), в отличие от большинства других переменных.

• неудобно использовать в несколько RewriteRules. RewriteConds можно скопировать над каждым RewriteRule или значение можно экспортировать в переменную среды (см. Пример). Обе хакерские альтернативы.

пример

# Forbid rule. Prohibit direct access to target.html.
RewriteCond %{THE_REQUEST} "^[^ ]+ ([^ ?]*)"  # extract path from request line
RewriteCond %1 ^/rwtest/target.html$
RewriteRule ^ - [F]

# Rewrite rule. Rewrite source.html to target.html.
RewriteRule ^source.html$ target.html

или экспортируйте путь к переменной среды и используйте его в нескольких RewriteRules.

# Extract the original URL and save it to ORIG_URL.
RewriteCond %{THE_REQUEST} "^[^ ]+ ([^ ?]*)"  # extract path from request line
RewriteRule ^ - [E=ORIG_URL:%1]

# Forbid rule. Prohibit direct access to target.html.
RewriteCond %{ENV:ORIG_URL} ^/rwtest/target.html$
RewriteRule ^ - [F]

# Rewrite rule. Rewrite source.html to target.html.
RewriteCond %{ENV:ORIG_URL} ^/rwtest/source.html$
RewriteRule ^ target.html