Nginxリライト・リダイレクトルール生成ツール
nginx location ブロックを生成します。301/302リダイレクト、正規表現キャプチャグループを使用した内部リライト (last/break)、またはリバースプロキシルール用。リダイレクトループ検出機能も搭載。
入力
1行に1つのルール: ソース => デスティネーション (=> または -> どちらでも可)。# で始まる行は無視されます。正規表現モードを有効にすると、デスティネーション内のキャプチャグループを $1、$2 などで参照できます。
location ブロックを正規表現 (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"
}'ご自身のアカウントのキーに差し替えてください。ツールのフィールドがそのままリクエストボディになります——ラッパーはありません。
AIエージェントに依頼する
Use the IOTools `nginx-rewrite-rule-generator` tool (Nginx Rewrite & Redirect Rule Generator) on this input:
YOUR_INPUT_HEREIOTools MCPサーバーに接続された任意のエージェントにこれを貼り付け、入力内容を追加してください。
埋め込みウィジェット
<iframe
src="https://iotools.cloud/embed/nginx-rewrite-rule-generator/"
width="100%" height="520" frameborder="0" scrolling="no" loading="lazy"
title="Nginxリライト・リダイレクトルール生成ツール — 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 1回あたりの費用 | 5クレジットから |
|---|---|
| クレジットが足りませんか? | 料金を見る |
次の方法でも利用可能
ガイド
Nginxリライト・リダイレクトルール生成ツール は、nginxルールのリスト用の貼り付け準備完了の location ブロックを生成します — 永続/一時的なリダイレクト（return）、正規表現キャプチャグループを使用した内部URLリライト（rewrite ... last/break）、またはリバースプロキシルート（proxy_pass）。また、デプロイ前に一般的なリダイレクトループエラーにフラグを立てます。
このツールの使用方法
- 1行に1つのルールを
ソース => デスティネーションとして入力します（->も機能します）。#で始まる行は無視されます。 - ルールタイプ を選択します — 301/302リダイレクト、内部リライト（
lastは新しいURIの location マッチングを再開し、breakは新しい検索なしで処理を停止）、またはリバースプロキシです。 - ソースを正規表現パターンとして扱う を有効にして、リテラルパスではなくパターンにマッチさせます — デスティネーション内のキャプチャグループを
$1、$2など（例：^/blog/(.+)$ => /articles/$1）として参照します。 - クエリ文字列を保持する をトグルして、元のリクエストのクエリ文字列がデスティネーションに転送されるかどうかを制御します。
- 生成された設定をコピーまたはダウンロードし、検証警告 パネルを確認します — このパネルは、ソースとデスティネーションが同じパス、または互いにリダイレクトする2つのルール（両方ともブラウザで無限リダイレクトループを引き起こす）にフラグを立てます。
Return vs. rewrite vs. proxy_pass
- Redirect（
return） は、ブラウザに実際のHTTP 301/302レスポンスを送信します — シンプルなURLリダイレクトを実行する最速で最も予測可能な方法です。シンプルなケースではrewrite ... permanentより推奨されるアプローチです。 - Rewrite（
last/break） は、ブラウザに見えるリダイレクトなしに、URI を内部で変更します — きれいなURLを別の内部パスにルーティングする場合に便利です。 - Reverse Proxy（
proxy_pass） は、ローカルでサービスする代わりに、リクエストを別のサーバーまたはバックエンドに転送します。
よくある質問
ループにフラグを立てましたが、リダイレクトはまだ問題なく動作しているように見えます。なぜですか？ ループ検出は、最も一般的な2つのミスのみをキャッチします：ソースとデスティネーションが同じパスであるルール、および相互にリダイレクトする2つのルール。より長いチェーン（A → B → C → A）またはnginxの正規表現/リライト処理の後に見えるようになるループはチェックされません — デプロイ前に、常に生成されたルールを実際のリクエストに対してテストしてください。
1つのルールではなく、サーバーブロック全体を作成する必要があります。 代わりに Nginxサーバーブロック生成ツール を使用してください — 単一の location ルールではなく、完全な server { } ブロック（listen ポート、SSL、gzip、プロキシモード）をアセンブルします。
複数のプラットフォーム用の単純な完全一致パス リダイレクトが必要です。nginx固有の構文は必要ありません。 リダイレクトルール生成ツール は、シンプルなURLリストから、nginx、Apache、Next.js 用に同じ301/302リダイレクトを同時に生成します — 正規表現またはリバースプロキシルールが必要ない場合は、そちらを選択してください。
入力は何かに送信されますか？ いいえ。すべてのルールはブラウザ内で完全に生成されます — 入力したものはデバイスから出ることはありません。