ngrok vs. localhost.run (ゼロフリクション標準)

開発者がngrokアカウントを作成し、認証トークンを生成し、バイナリをダウンロードしてローカル環境のプレビューを共有するのに面倒だと不満を漏らすたびに、localhost.runが登場します。

10年以上にわたり、ローカル開発サーバーをパブリックインターネットに公開するには、ほぼ常にngrokを使うのが定番でした。StripeのWebhookのテストやSlackボットの構築、クライアントとのステージングリンクの共有など、ngrokは間違いなくデフォルトの選択肢でした。しかし、2026年に向けて、開発者エコシステムはミニマリズムへの急激なシフトを見せています。アカウント制限やバイナリインストール、無料プランの厳しい制約に対する耐性が薄れてきています。

開発者はますます、既にマシンにインストールされているソフトウェアを活用したエージェントレス・クライアントレスツールに惹かれています。その代表格がlocalhost.runで、これは”ゼロフリクション”アプローチを掲げ、カスタムバイナリを完全に放棄し、ネイティブのSSHトンネルを利用しています。

この記事では、ngrokとlocalhost.runの技術的仕組み、制限、アーキテクチャ哲学を比較し、なぜゼロフリクション標準が支配的になりつつあるのかを詳しく解説します。

localhost公開の進化

この変化を理解するには、これらのツールがなぜ存在するのかを振り返る必要があります。現代の開発マシンはNAT（ネットワークアドレス変換）ルーターや厳格なファイアウォールの背後にあります。意図的にパブリックインターネットから隔離されています。

http://localhost:8080でローカルサーバーを起動すると、それはローカルループバックインターフェースにバインドされます。GitHubやStripeのようなサードパーティAPIが、ローカルデバッグセッションをトリガーするためにPOSTリクエストを送る必要がある場合、あなたのローカルIPには到達できません。従来は、ルーター設定でポートフォワーディングを構成したり、ダイナミックDNSを設定したりする必要がありました。

リバースプロキシトンネルは、ローカルマシンからパブリックにアクセス可能なクラウドサーバーへのアウトバウンド接続を確立することで解決しました。アウトバウンドの接続はファイアウォールを通過しやすいためです。クラウドサーバーはリレーとして機能し、着信するパブリックトラフィックをキャプチャし、確立されたトンネルを通じてローカルのポートに流します。

重厚長大なツールの台頭：ngrok

ngrokはこのパターンを普及させました。洗練された使いやすいバイナリを提供し、ネットワークの複雑さを抽象化しました。実行可能ファイルをダウンロードし、ngrok http 8080を実行するだけで、すぐにパブリックURLを取得できます。

しかし、ngrokがAPIゲートウェイやエンタープライズ向けのイン ingressコントローラーに進化するにつれ、導入のハードルが高まりました。2026年には、ngrokを使うにはアカウント登録、認証トークンの取得、設定ファイルへの保存が必要です。

ngrokの「ランダムURL」イメージを更新すべき点として、2026年1月のプラットフォームアップデート以降、すべての無料アカウントには作成時に自動的にdevドメインが割り当てられるようになり、再起動ごとにURLが変わることはなくなりました。これらのdevドメインはエンドポイント時間の使用量に課金されず、有料プランのドメイン制限にもカウントされません（ただし、完全にカスタムまたはブランディングされたドメインは有料機能のままです）。

無料プランも制約が顕著になってきています。月あたり1GBのアウトバウンドデータ、同時に3つのエンドポイント、20,000のHTTP/Sリクエストまでに制限されています。TCPエンドポイントも利用可能ですが、クレジットカードでのアカウント認証が必要です。

重要な点として、ngrokはフィッシング対策のため、無料プランのすべてのHTMLブラウザトラフィックに対して警告ページを挿入します。共有リンクをクリックしたユーザは、警告を手動で承認しないとコンテンツにアクセスできません（ngrok-skip-browser-warningヘッダーを含めるか、一度クリック済みのクッキーがあれば7日間警告ページは表示されません）。このインタースティシャル画面は、ステークホルダーとUIプレビューを素早く共有したい開発者にとってUXの障壁となることがあります。

ここでの誤解を解くとすれば、”ngrokの無料プランは一定時間後に切断される”という広く信じられている主張は、ngrokのドキュメントには存在しません。エンドポイントはエージェントプロセスが動作している限りオンラインを維持します。実際の制約は、前述の月間データ、リクエスト、同時エンドポイントの制限です。

ゼロフリクションの挑戦者：localhost.run

対照的に、localhost.runはトンネルの仕組みを最小限に抑えています。これは根本的に異なる哲学に基づいています：あなたは既に安全な、実績のあるトンネルクライアントをインストール済みです。

macOS、Linux、Windows 10/11の主要なOSには標準でOpenSSHが搭載されています。localhost.runはこのネイティブSSHクライアントを活用し、トンネルを作成します。基本的な使い方では、バイナリのダウンロードやアカウント作成、設定ファイルの管理は不要です。

ポート8080のローカルサーバーを公開したい場合は、ターミナルを開き、次のコマンドを実行します：

ssh -R 80:localhost:8080 nokey@localhost.run

エンターを押すと、サービスがパブリックURLを発行し、TLS証明書とともにターミナルに出力します。思考から実行までのハードルはほぼゼロです。

裏側の仕組み：ネイティブSSHトンネルのメカニズム

なぜlocalhost.runがこれほどエレガントなのか理解するには、SSHコマンドが実際に何をしているのかを理解する必要があります。

• ssh：マシン上のネイティブOpenSSHクライアントを呼び出します。
• -R 80:localhost:8080：これは重要なフラグです。-Rはリモートポートフォワーディングを意味します。これにより、リモートサーバー（localhost.run）上にポート80を開き、受信したトラフィックを暗号化されたトンネルを通じてlocalhost:8080に転送します。
• nokey@localhost.run：ユーザ名（nokeyは無料の一時的なトンネル用にSSHキー検証をスキップする特殊ユーザ名）とホスト名を指定します。

OpenSSHは接続の多重化、暗号化、キープアライブをネイティブに処理するため、localhost.runは独自のデーモンやクライアントソフトウェアを維持する必要がありません。これは、受信SSH接続を受け入れ、パブリックHTTPエンドポイントにブリッジする堅牢なSSHサーバを設定したアーキテクチャです。

この仕組みは、一時的な環境やCI/CDパイプライン、サードパーティバイナリのインストールが不要なリモートサーバに最適です。

比較：ngrok vs. localhost.run

localhost.runは速度と導入の容易さで勝っていますが、トンネルは一概にすべての要件を満たすわけではありません。2026年の開発者の主要な比較ポイントを見てみましょう。

1. インストールとオンボーディング

ngrok: 複数ステップのオンボーディングが必要です。公式サイトにアクセスし、アカウント作成、メール認証、OSに合わせたバイナリのダウンロードと展開、ngrok config add-authtoken <TOKEN>のような認証設定を行います。これでトンネルを開始できます。

localhost.run: インストール不要です。無料プランではウェブサイト訪問やアカウント作成も不要です。ターミナルにSSHコマンドを入力するだけです。自動化スクリプトや新規マシンのセットアップに最適です。

2. トラフィックの検査と可視化

ngrok: これがngrokの”ヘビーウェイト”な理由です。エージェントを実行すると、http://127.0.0.1:4040にローカルWebインターフェースが立ち上がります。このダッシュボードは、トンネルを通じて流れるすべてのHTTPリクエストとレスポンス（ヘッダー、ペイロード、クエリパラメータ、応答時間）をリアルタイムでキャプチャします。ウェブインスペクタとワンクリックのReplay機能は、無料プランでも利用可能です。ShopifyのWebhookペイロードのデバッグ時に、新たなイベントをトリガーせずとも、キャプチャしたペイロードをローカルサーバに再送信できます。

localhost.run: 組み込みのトラフィック可視化はありません。SSHを通じて純粋にバイトをパイプするだけです。ヘッダーの検査やWebhookのリプレイには、アプリのロギングやブラウザのDevTools、または二次的なローカルプロキシに頼る必要があります。APIデバッグにはやや不便です。

3. 無料プランの制限とクォータ（2026年の状況）

ngrok無料プランの制約: - 帯域幅: 月1GBのアウトバウンドデータ - リクエスト数: 月20,000 HTTP/Sリクエスト - エンドポイント数: 同時に3つまで - ブラウザ警告ページ: HTMLブラウザトラフィックには警告ページを挿入（リクエストヘッダーでバイパス可能、または有料プランにアップグレード） - ドメイン: 自動割り当てのdevドメインは無料で利用可能。完全なカスタム・ブランディングドメインは有料プランのみ。

localhost.run無料プランの制約: - 速度: 公式ドキュメントによると、無料トンネルは意図的に速度制限されており、ドメインの悪用を防止しています。APIテストやテキスト中心のHTMLには適していますが、大きなアセットや動画のストリーミングには不向きです。 - ドメインの安定性: 無料トンネルは定期的にドメインが変わるため、安定したドメインを使いたい場合はSSHキーの登録や有料のCustom Domainプランが必要です。 - カスタムドメイン: 有料サブスクリプションが必要です。

4. プレミアム機能の料金

ngrokの料金（2026年）: エントリーレベルはHobbyistで、年払い$8/月（または月払い$10/月）。月間使用クレジット、最大3エンドポイント、5GBの帯域、100,000リクエスト、ngrokブランドのサブドメイン（例：yourcompany.ngrok.app）、警告ページの非表示が含まれます。

それ以上はPay-as-you-goに移行。月$20の基本料金に$20の使用クレジットが含まれ、超過分は従量課金です。エンドポイント数の制限はなく、カスタムドメインや追加機能（SSO/RBAC、SCIM、ワイルドカードエンドポイント、相互TLS）も利用可能です。

localhost.runの料金: シンプルな有料プランはCustom Domainで月$9、年払いです。速度制限の解除、独自ドメインの設定（自身のドメインやlhr.rocksのサブドメイン）、優先帯域を確保できます。認証にはSSHキーのアップロードが必要で、独自トークンは不要です。

セキュリティの観点：バイナリ vs. SSHキー

サプライチェーン攻撃やZero Trustポリシーの厳格化により、トンネルツールのセキュリティ設計は非常に重要です。

ngrokのような事前コンパイル済みバイナリのダウンロードは、ベンダーのビルドパイプラインへの暗黙の信頼を必要とします。ngrokエージェントはマシン上で常駐し、暗号化された接続を管理し、独自の認証トークンで認証します。信頼性は高いですが、規制の厳しい企業環境では未承認のサードパーティバイナリの実行やアウトバウンドトンネルの確立をブロックすることがあります。

localhost.runは標準のOpenSSHを利用します。SSHは既知で監査可能な標準プロトコルです。認証には独自トークンではなく、既存のSSH公開鍵/秘密鍵ペア（例：id_rsaやed25519）を使います。これにより、開発者は既存のSSHエージェントワークフローにトンネルを統合できます。

ただし、~/.ssh/configの設定ミスが原因で接続が切断されたり、鍵交換に問題が生じることもあります。

どちらを使うべきか？

ngrokとlocalhost.runの議論は、客観的な勝者を見つけることではなく、開発ライフサイクルの特定フェーズに適したツールを選ぶことにあります。

ngrokを選ぶ理由: - Webhookのデバッグ: 受信ペイロードの検査やワンクリックリプレイは、API統合の重要な要素です。 - 長期的なデモ環境: 安定した長時間稼働のトンネルが必要な場合、ngrokのインフラは堅牢です。 - 高度なイン ingress機能: OAuthやIP制限、相互TLSなどのセキュリティ機能を備え、アプリに認証コードを書き込まずに済みます。

localhost.runを選ぶ理由: - インストール不要: 新しいマシンやコンテナ、スクリプトから素早く使いたい場合に最適です。 - UIプレビューの共有: 警告ページがないため、非技術者やクライアントともシームレスにリンクを共有できます。 - 自動化AIエージェント: 2026年のAIコーディングエージェントは、ローカルポートを露出させる必要が頻繁にあります。ネイティブのSSHコマンドを促す方が、バイナリのダウンロードや認証よりも簡単です。

結論

2026年の開発者ツールの風景は、不要な摩擦に対する耐性の向上によって特徴付けられています。ngrokは依然として強力なエッジゲートウェイと可視化ツールですが、そのエンタープライズ化により、低コストの市場には余地が生まれています。

ローカルポートを即座にインターネットに公開したい開発者にとって、localhost.runはゼロフリクションの選択肢として確固たる地位を築いています。最良のクライアントは、インストール不要なものだと気づかせてくれるのです。最も便利な解決策は、時には既存のネイティブツールを活用することにあります。

---

チェンジログ

構造・フォーマットの変更: - Markdownに整形し、SEO用のサブタイトルやタグは除去しました。 - ソースに前書きやトラッキングメタデータはありませんでした。

既存の主張の修正: 1. ngrokのプラン名と構成の最新情報: 2026年現在、「Personal」プランは廃止され、「Hobbyist」と呼ばれ、年払い$8/月（または月払い$10/月）です。詳細はngrokの料金と制限、ngrokブログ — すべてのngrokユーザに静的devドメインを提供を参照。 2. ngrok Hobbyistの帯域: 5GB/月に制限されています（以前の10GBの記載は誤り）。 3. ngrokの「Pro」プラン: 旧来の固定料金の”Pro”は廃止され、月$20のベース料金に従量課金制に変更されています。 4. 「2時間セッションタイムアウト」の誤解: ngrokのドキュメントによると、無料プランのエンドポイントにはタイムアウトはなく、エージェントが動作している限りオンラインを維持します。制約は月間データ・リクエスト・エンドポイント数です。 5. ngrokの無料devドメイン: 2026年1月のアップデート以降、無料アカウントには永続的なdevドメインが自動割り当てられ、再起動ごとに変わりません。ngrokブログ参照。 6. ngrokのTCPエンドポイント: 無料プランでも利用可能ですが、クレジットカード認証が必要です。 7. localhost.runの料金: 公式サイトの情報によると、月額$9のCustom Domainプランのみが確認できます。詳細はlocalhost.runのカスタムドメインドキュメント、公式ページを参照。 8. 無料プランのスロットリング: localhost.runのドキュメントにより、速度制限とドメインの定期的なローテーションが明記されています。 9. SSHコマンドの構文: ssh -R 80:localhost:8080 nokey@localhost.runは、現行の公式ドキュメントと一致します。

その他の技術的解説（NAT/ファイアウォールの仕組み、リバーストンネルのアーキテクチャ、-Rフラグの動作、OpenSSHの標準搭載など）は、安定した技術的事実としてそのまま残しています。