なぜエディタを離れるのか？2026年のMicrosoft Dev Tunnels vs. ngrok

ローカルサーバーをインターネットに公開する方法はかつて一つだけでした：CLIをダウンロードし、アカウントを作成し、認証トークンを貼り付けて、エディタと別のターミナルウィンドウを行き来することです。Microsoftはここ数年で、そのギャップを狭めるために、VS CodeのPortsビューにポートフォワーディングを直接組み込み、その背後にDev Tunnelsサービスを構築しました。拡張機能も必要なく、別のバイナリも不要です — 既に開いているパネルで右クリックするだけです。

それでもngrokが時代遅れになるわけではありません。むしろ選択肢が面白くなっています。なぜなら、両者は無料プランの形状において似てきている一方、実際の用途や設計目的は異なるからです。本記事では、Dev Tunnelsが本当に優れている点、ngrokの無料プランに関する誤解、そしてngrokが唯一の選択肢であり続ける理由を解説します。

コンテキストスイッチのコスト

2020年代初頭のローカル開発は断片化していました：VS Codeでコードを書き、統合ターミナルでアプリを実行し、次にもう一つのターミナルを開いて公開用HTTPS URLのトンネリングツールを起動。StripeのWebhookをテストしたり、プレビューリンクを共有したりするたびにエディタを離れ、認証トークンの有効期限を確認し、URLを他人のダッシュボードに貼り付けていました。

VS CodeのPortsビューはこれを一箇所にまとめます。既に統合ターミナルでアプリが動いている場合、ポートのフォワーディングは右クリックだけで完了です。新しいツールは不要です。

2026年のngrok無料プランの実態

長らく「ngrokを使えばいい」という回答がStack Overflowの定番でしたが、その無料プランに関する多くの情報は今や誤りです。特に以下の二つの主張は頻繁に繰り返され、ngrokの最新ドキュメントと矛盾します：

「無料トンネルは数時間でタイムアウトする」 もう違います。ngrokのドキュメントには、無料エンドポイントはタイムアウトなしで無期限に動作可能と明記されています。バックグラウンドサービスとしても動かせます。以前の無料プランでは8時間のセッション制限がありましたが、現在はタイムアウトが完全に撤廃されています。

「再起動ごとに新しいランダムURLが割り当てられる」 これも古い情報です。2023年以降、すべてのngrokアカウント（無料も含む）は、アカウントに紐づく静的な「devドメイン」（例：your-name.ngrok-free.app）を持ち、エージェントの再起動をまたいでも固定されます。セッションごとにランダムなURLを使いたい場合は有料プランに加入する必要があります。

ngrokの現在の制限は以下の通りです：

リソース	無料プランの制限
データ転送アウト	1 GB/月
HTTPリクエスト	20,000/月
TCP接続	5,000/月
オンラインエンドポイント	最大3つ
同時エージェント数	3
インタースティシャル警告ページ	あり（HTMLブラウザトラフィックのみ）
カスタム/バニティドメイン	利用不可（Pay-as-you-go以下のプラン）
TLSエンドポイント（自己終端）	利用不可

最初にブラウザがエンドポイントにアクセスした際、「ngrokによって提供されている」警告が表示されますが、これはAPIクライアントやWebhook送信者には影響しません。プログラムからのリクエストはスキップし、ブラウザではngrok-skip-browser-warningヘッダーや非デフォルトのユーザーエージェントを送ることでバイパス可能です。

ngrokの有料プラン（実際の価格設定）

プラン	価格	何が解放されるか
無料	$0	$5の一時クレジット、3エンドポイント、1GB/20kリクエスト、devドメインのみ
Hobbyist	$8/月（年間請求）または$10/月（毎月請求）	5GBデータ、100kリクエスト、インタースティシャルなし、ngrokブランドのドメインプール（完全カスタムではない）
Pay-as-you-go	$20/月（基本）＋使用量	無制限エンドポイント、独自ドメイン、ワイルドカードエンドポイント、SSO/RBAC追加オプション

注意点：api.yourdomain.comのような完全カスタムドメインはHobbyistプランの機能ではありません。Hobbyistはngrokのブランドドメインプールのみ解放します。独自ドメインを使いたい場合はPay-as-you-go（$20/月以上）に加入する必要があります。

Microsoft Dev Tunnels：実際のところ

Dev TunnelsはVS CodeのPortsビューに標準搭載されており、基本的なフォワーディングには拡張機能は不要です。ローカルサーバーを起動し、Portsパネルを開き、ポートをフォワードし、既にサインインしているGitHubやMicrosoftアカウントで認証します。エージェントはAzureのMicrosoftホストのリレーに対してアウトバウンドのSSH接続を行います。インバウンドのファイアウォールルール設定やローカルリスナーの公開は不要です。

「Dev Tunnelsに切り替えるだけ」の提案でよく省略される点は以下の通りです：

まだ公開プレビューでSLAはありません。 Microsoftの公式ドキュメントには、「このプレビュー版はサービスレベルアグリーメントなしで提供されており、本番環境には推奨されません」と明記されています。稼働時間の保証がないため、決済Webhookなど重要な用途には注意が必要です。

利用制限があり、「帯域幅のスロットリングなし」ではありません。 Microsoftの公開制限は月次リセットで以下の通りです：

リソース	制限
帯域幅	1ユーザーあたり5 GB
トンネル	1ユーザーあたり10
ポート数（トンネルごと）	10
アクティブ接続	ポートごとに1,000
HTTPリクエストレート	1,500/分（ポートごと）
データ転送速度	1トンネルあたり最大20 MB/s
最大リクエストボディ	16 MB

この5GBはngrokの無料プランよりも寛容ですが、ngrokの$8/月 Hobbyistプランとほぼ同じ範囲です。これは「無料で永遠に使える」枠の中での制限です。

リクエストごとに60秒のHTTPタイムアウトが固定で設定されており、変更できません。 これを超えるリクエストは失敗します。Webhookペイロードの多くには問題ありませんが、同期処理が長時間かかる場合は制約となります。

「永続的」なURLは非アクティブであれば30日で期限切れ。 交通がない場合は30日間有効です。カスタム有効期限も最大30日です。週末にノートパソコンを閉じて月曜日に再開しても問題ありませんが、1か月以上何もしなければ期限切れとなります。

フィッシング対策のインタースティシャルページもあります。 Dev Tunnelsはngrokと同様に最初の訪問時にブラウザ警告を表示します。MicrosoftのドキュメントにはHTMLリクエスト用のインタースティシャルページが記載されており、ヘッダー（X-Tunnel-Skip-AntiPhishing-Page: True）や非HTMLのAcceptヘッダーでスキップ可能です。ngrokのngrok-skip-browser-warningと同じ仕組みです。これはDev Tunnelsの優位性ではなく、両者共通の挙動です。

これらの制約は、Dev Tunnelsが適している用途—アドホックな共有、Webhookのテスト、モバイルプレビューリンク—には影響しません。ただし、「手間なし、制限なし、ngrokの代替」と過剰に宣伝するのは誤りです。

比較対決

コスト。 Dev Tunnelsは無料で、課金プランはありません。ただし、利用制限はngrokのHobbyistプランに近く、無制限ではありません。ngrokの無料プランは制限が厳しい（1GB/20kリクエスト）ですが、$8/月の有料プランに加入すれば制限は解除されます。どちらが良いかは、Dev Tunnelsの月次制限内で無料を使うか、ngrokの高い制限を買うか次第です。

セットアップ。 既にVS Codeを使っているなら、Dev Tunnelsはインストール不要です。ngrokはバイナリと認証トークンが必要ですが、セットアップは1分以内です。

セキュリティとアクセス制御。 ngrokが優位です。OAuth/OIDC/SAML対応のトラフィックポリシー、IPホワイトリスト、相互TLS、リクエストレベルのルールなど、多彩なセキュリティ機能を備えています。Dev TunnelsはPrivate、Org（Entraテナント経由）、Publicの3つのアクセスレベルと、Windows管理のグループポリシー制御のみです。

カスタムドメイン。 ngrokが勝ちます。ただし、Pay-as-you-go（$20/月以上）プランのみ独自ドメインが使え、Hobbyistはngrokブランドのドメインプールのみです。Dev Tunnelsはどの階層でもカスタムドメインは利用できません（*.devtunnels.msのみ）。

永続性。 どちらもデフォルトで安定したURLを提供します。ngrokの静的devドメインとDev Tunnelsの永続トンネルIDはほぼ同等ですが、30日の非アクティブ期限がある点に注意してください。

本番運用の信頼性。 ngrokが優位です。SLA付きの有料プランがあり、本番向けのインゲスに明示的に推奨されています。Dev Tunnelsは公開プレビュー中でSLAはなく、開発・テスト用と位置付けられています。

セキュリティの観点。 両ツールのドメインは悪用の対象となっています。ngrokはMITRE ATT&CKのソフトウェアID S0508に登録されており、フィッシングやC2に使われることもあります。セキュリティチームはngrokドメインをブロックする場合もあります。MicrosoftのDev Tunnelsも、リスクとして報告例がありますが、Microsoftドメインは検知されにくいとされています。どちらも安全ではないわけではありませんが、セキュリティ重視の組織では監査や制御が必要です。

AIエージェントとMCPサーバーのトンネリング

この用途は両ツールとも新しいもので、「Webhookだけにngrokを使う」時代にはなかったものです。ローカルのModel Context Protocol (MCP)サーバーは標準入出力やlocalhost上で動作し、クラウドのエージェントに公開するにはトンネルが必要です。

ngrokはこれに関するガイドを公開しており、ローカルのMCPサーバーの前にngrokエージェントを配置し、認証やトラフィックポリシー、可観測性を付与して、すべてのリクエストを認証・監査可能にします。オープンソースのラッパー（例：ngrok-mcp-host）もあり、MCPサーバーをngrokトンネルの背後に立ち上げ、クライアント（例：Claude DesktopやCursor）が必要とする設定を出力します。

Microsoftのドキュメントは、devtunnel CLIを使ってローカルのMCPやREST APIサーバーを公開し、Microsoft 365 Copilotのエージェントがアクセスできるようにするシナリオをカバーしています。特に、URLの更新作業を省くために永続トンネルを推奨しています。

どちらのツールも、MCP専用のインフラを新たに構築しているわけではなく、既存のトンネル機能を新しいワークロードに適用しているに過ぎません。エージェントのトラフィックにポリシーや監査を求める場合はngrokのTraffic Policy層が成熟しています。VS CodeやCopilotエコシステム内での簡易テストならDev Tunnelsが適しています。

VS Codeポートフォワーディングの設定

1. ローカルサーバーを起動（例：npm run dev）
2. Portsビューを開く — TerminalやDebug Consoleと同じパネル、またはコマンドパレットのPorts: Focus on Ports Viewから
3. ポートをフォワード — 「Forward a Port」をクリック、またはポート番号を入力。最初の使用時にGitHubまたはMicrosoftのサインインが求められる
4. 可視性を設定 — デフォルトはPrivate（自分のアカウントのみアクセス可能）。Webhookテスト用に右クリックしてPort VisibilityをPublicに変更可能
5. URLをコピー — https://random-string-3000.usw2.devtunnels.msのような形式で、ngrokのURLと同じように使える

この操作はキーボードショートカットでも可能です：Cmd/Ctrl+Shift+P → Ports: Forward a Port。

実際に使うべきはどちらか

ngrokを選ぶべき場合：エッジ認証（OAuth/OIDC/SAML）、完全カスタムドメイン、リクエストレベルのトラフィックポリシー、または本番に近い用途が必要なときです。これらの機能は有料プランに価値があるため、無料プランの制限だけで選ぶべきではありません。

Dev Tunnelsを選ぶ場合：VS Codeをすでに使っていて、デザインレビューやWebhookテストのための一時的な公開リンクが欲しいときです。長期間放置しない用途には最適です。インストール不要のシンプルさが最大のメリットです。

どちらか一方が絶対的な勝者ではありません。 Dev TunnelsはSLAのない公開プレビュー中であり、信頼性の面ではngrokに劣ります。ngrokの無料制限も過小評価できません。用途に応じて、永続性、セキュリティ、手軽さのバランスを考えて選びましょう。

---

更新履歴

事実確認と情報追加のための修正点と出典:

1. ngrokの無料プランにセッションタイムアウトがないと誤った記述を削除。 ngrokの公式ドキュメントには、無料エンドポイントはタイムアウトなしで無期限に動作可能と明記されています。過去の無料プランでは8時間の制限がありましたが、2023年以降は撤廃されています。出典：ngrok Free Plan Limits

2. ngrokのURLが再起動ごとにランダム化されるとの誤った記述を削除。 2023年8月以降、すべてのngrokアカウントは静的な「devドメイン」を持ち、再起動しても変わりません。出典：ngrok blog: Static dev domains for all ngrok users

3. 無料プランの制限（1GB/月、20,000リクエスト/月）と詳細な制限表を追加。 出典：ngrok Pricing

4. ngrokのカスタムドメインに関する記述を修正。 Hobbyistプランはngrokブランドのドメインのみ解放し、独自ドメインはPay-as-you-goプランのみ。出典：ngrok Pricing

5. ngrokの価格設定（$8/月 Hobbyist、$10/月月次請求、$20/月＋使用量）を公式から確認。 出典：ngrok Pricing

6. Dev TunnelsはSLAなしの公開プレビューであり、本番運用には適さないと明記。 出典：What are dev tunnels? — Microsoft Learn

7. Dev Tunnelsの実際の制限（5GB/月帯域、10トンネル、10ポート/トンネル、1,500req/min/ポートなど）を追加。 出典：Dev tunnels service limits — MicrosoftDocs/azure-docs

8. 60秒のHTTPリクエストタイムアウトの存在を明示。 出典：Microsoft Q&A: Do Dev Tunnels Have an HTTP Timeout Issue?

9. 30日間の非アクティブ時のURL期限切れを修正。 出典：Dev tunnels FAQ — Microsoft Learn

10. Dev Tunnelsのブラウザ警告ページについて、ngrokと同様の仕組みであることを追記。 出典：Dev tunnels security — Microsoft Learn、Dev tunnels in Visual Studio 2022 — Microsoft Learn

11. VS Codeのポートフォワーディングは拡張不要と確認。 出典：Port Forwarding — VS Code docs

12. MCPサーバーやAIエージェントのトンネリングに関する情報を追加。 出典：Using ngrok as your MCP gateway、Debug MCP and API plugins locally — Microsoft Learn

13. 両ツールのドメインが悪用例として記録されている点を記載。 出典：Huntress: Abusing Ngrok、ngrok: How ngrok Actively Combats Phishing Attacks

14. 結論を見直し、絶対的な勝者の表現を避け、タスクに応じた選択を推奨。

15. 前書きやメタデータを削除し、Markdownを整形。