Генератор правил Nginx Rewrite и Redirect
Создавайте блоки location nginx для редиректов 301/302, внутренних переписей (last/break) с группами захвата regex, или правила reverse-proxy — со встроенным обнаружением redirect-loop.
Ввод
Одно правило на строку: источник => назначение (=> или -> работают одинаково). Строки, начинающиеся с #, игнорируются. Когда режим regex включен, ссылайтесь на группы захвата в назначении как $1, $2 и т. д.
Совпадение блока location по regex (location ~ ...) вместо буквального пути.
Передавать исходную строку запроса оригинального запроса на адрес назначения.
Вывод
Другие способы использовать этот инструмент
REST API
curl -X POST https://api.iotools.cloud/v1/tool/nginx-rewrite-rule-generator \
-H "Authorization: Bearer YOUR_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"rules": "^/blog/(.+)$ => /articles/$1",
"ruleType": "redirect301",
"useRegex": "true",
"preserveQueryString": "true"
}'Подставьте свой собственный ключ из аккаунта. Поля инструмента — это тело запроса, без обёртки.
Спросите у ИИ-агента
Use the IOTools `nginx-rewrite-rule-generator` tool (Nginx Rewrite & Redirect Rule Generator) on this input:
YOUR_INPUT_HEREВставьте это любому агенту, подключённому к MCP-серверу IOTools, и добавьте свой ввод.
Виджет для встраивания
<iframe
src="https://iotools.cloud/embed/nginx-rewrite-rule-generator/"
width="100%" height="520" frameborder="0" scrolling="no" loading="lazy"
title="Генератор правил Nginx Rewrite и Redirect — iotools.cloud"
sandbox="allow-scripts allow-forms allow-same-origin allow-downloads allow-popups allow-popups-to-escape-sandbox"
allow="clipboard-write"
style="width:100%;border:1px solid #e5e7eb;border-radius:12px;overflow:hidden"></iframe>
<script src="https://iotools.cloud/embed.js" async></script>Вставьте это на свою страницу — бесплатно, без ключа, нужна лишь обратная ссылка.
| Стоимость вызова API/MCP | От 5 кредитов |
|---|---|
| Нужно больше кредитов? | Посмотреть тарифы |
Также доступно через
Руководства
Генератор правил Nginx Rewrite и Redirect создает готовый к вставке блок location для списка правил nginx — постоянные/временные редиректы (return), внутренние переписи URL с группами захвата regex (rewrite ... last/break), или маршруты reverse-proxy (proxy_pass). Он также отмечает распространенные ошибки redirect-loop перед их развертыванием.
Как использовать этот инструмент
- Введите одно правило на строку как
источник => назначение(->тоже работает). Строки, начинающиеся с#, игнорируются. - Выберите Тип правила — редирект 301/302, внутреннюю перепись (
lastперезапускает сопоставление location с новым URI,breakостанавливает обработку без нового поиска), или reverse proxy. - Включите Рассматривать источник как паттерн regex для сопоставления с паттерном вместо буквального пути — ссылайтесь на группы захвата в назначении как
$1,$2и т. д. (например,^/blog/(.+)$ => /статьи/$1). - Переключайте Сохранять query string для управления передачей исходной строки запроса оригинального запроса на адрес назначения.
- Скопируйте или загрузите созданную конфигурацию и проверьте панель Предупреждения валидации — она отмечает правило, источник и назначение которого идентичны, или два правила, которые перенаправляют друг на друга, оба из которых вызывают бесконечный цикл перенаправления в браузере.
Return vs. rewrite vs. proxy_pass
- Redirect (
return) отправляет браузеру реальный HTTP ответ 301/302 — самый быстрый и предсказуемый способ выполнить простое переписание URL, и рекомендуемый подход вместоrewrite ... permanentдля простых случаев. - Rewrite (
last/break) изменяет URI внутри, без видимого браузеру переписания — полезна для маршрутизации красивых URL на другой внутренний путь. - Reverse Proxy (
proxy_pass) перенаправляет запрос на другой сервер или backend вместо локального обслуживания.
Часто задаваемые вопросы
Почему это отметило цикл, но перенаправление все еще кажется работающим нормально? Обнаружение цикла захватывает только две наиболее распространенные ошибки: правило, источник и назначение которого являются одинаковым путем, и два правила, которые перенаправляют друг на друга. Более длинная цепь (A → B → C → A) или цикл, который появляется только после обработки regex/rewrite nginx, не проверяется — всегда тестируйте созданное правило против реального запроса перед развертыванием.
Мне нужно создать полный блок сервера, а не просто одно правило. Используйте Генератор блока сервера Nginx — он собирает полный блок server { } (порт listen, SSL, gzip, режим proxy) вместо одного правила location.
Мне нужны просто простые редиректы с точным путем для нескольких платформ, а не синтаксис, специфичный для nginx. Генератор правил переписания создает тот же редирект 301/302 из простого списка URL для nginx, Apache и Next.js одновременно — выберите его, если вам не нужны regex или правила reverse-proxy.
Мои входные данные отправляются куда-нибудь? Нет. Каждое правило создается полностью в вашем браузере — ничто из того, что вы вводите, не покидает ваше устройство.