ngrok vs. zrok: モダンなインgressトンネリングのゼロトラスト・ピアツーピア代替案

約10年前、開発者がローカルアプリケーションや内部Webhookを即座に公開したいとき、ターミナルに一行のコマンドを入力していました： ngrok http 8080。

長年、それで十分でした。しかし、現代のDevOpsとセキュリティの状況は変化しています。データ主権、コンプライアンス、エンタープライズの境界防御に対する重視が高まる中、機密性の高い内部APIやローカルデータセット、マイクロサービスをサードパーティのクラウドプロキシ経由でルーティングすることは、規制のあるチームにとって重大なコンプライアンスの懸念となっています。さらに、ngrokの2026年2月の価格設定とクォータ変更により、無料プランの制限が厳しくなったこともあり、開発者は代替案を模索しています。

そこで登場するのがzrokです。NetFoundryのオープンソースOpenZitiフレームワークを基盤とした、ピアツーピア（P2P）共有とゼロトラストトンネリングプラットフォームです。従来の「公開URL」ワークフローを完全にサポートしつつも、Ingressのパラダイムを逆転させ、公開インターネットに触れないプライベートなピアツーピアトンネルを提供します。

この記事では、ngrokとzrokのアーキテクチャ、コスト、哲学的な違いを解説し、2026年時点で変わった点もアップデートしています。

コアアーキテクチャの違い

従来のクラウドプロキシング（ngrok）

従来のトンネリングは、集中型のクライアント-サーバーリレー方式に依存しています。セッション開始時に、公開リレーノードへの持続的なアウトバウンド接続が確立されます。ベンダーは公開ドメインを提供し、そのURLに送られたインバウンドトラフィックはクラウドサーバーで検査・ルーティングされ、最終的にあなたのマシンに流れます。

このアーキテクチャには、次の3つのトレードオフがあります：

• データ主権：認証リクエストや生のDBクエリ、顧客の機密データなどのペイロードがサードパーティのリレーを通過します。
• 中央障害点：クラウドリージョンに障害が発生すると、あなたの外部エンドポイントはダウンします。
• 遅延の増加：トラフィックは中央ゲートウェイまで複数のホップを経由し、戻ってきます。

ゼロトラスト・オーバーレイメッシュネットワーキング（zrok）

zrokは「zitiネイティブ」なアプリケーションです。OpenZitiを利用して、アイデンティティベースのオーバーレイネットワークをプロビジョニングします。各サービス、エンドポイント、デバイスは、接続リクエスト前に検証済みの暗号署名されたアイデンティティを必要とします。デフォルトでは、zrokはローカルマシンのインバウンドポートを排除し、アウトバウンド接続のみでノードを結びます。

パブリック共有 vs. プライベートピアツーピアトンネル

パブリックのパラダイム（両ツール）

両ツールとも、localhostをインターネットに共有するための公開URLを生成できます。zrok share public http://localhost:8080を実行すると、zrokのフロントドアプロキシを通じて公開URLが設定され、自動TLSやペイロードやSQLインジェクション対策も施されます。

ここで訂正すべき点： zrokもngrokと同じく、未検証の無料アカウントでは最初の訪問時にフィッシング対策のインタースティシャルページが表示されます。これはngrokと同じ仕組みです。クレジットカードでの認証（無料）を行えばこれが解除され、ngrokのプランアップグレードと同様です。

プライベートピアツーピアパラダイム（zrok限定）

機密性の高い企業マイクロサービスや内部ステージングデータベース、AIトレーニングデータを公開したくない場合、認証済みの公開URLもリスクとなります。そこでzrokのプライベート共有が役立ちます。これは暗号化されたトンネルを作成し、公開インターネットに一切触れません。

+-----------------------+                    +-----------------------+
|  ホスト（あなたのマシン）  |                    | ゲスト（あなたのピア） |
|                       |                    |                       |
|  [ローカルアプリ: 8080] |                    |  [ローカルプロキシ: 9090] |
|          ^            |                    |          ^            |
|          |            |                    |          |            |
|   (zrok share private)|                    |   (zrok access private|
+----------+------------+                    +----------+------------+
           |                                            |
           v                                            v
     [OpenZitiアイデンティティ] c===> [OpenZitiアイデンティティ]
                         エンドツーエンド暗号化トンネル

ワークフロー：

1. プライベートリソースをホスト — zrok share private http://localhost:8080を実行。公開URLの代わりに、一意のエフェメラルアクセストークンが返されます。
2. トークンをアウトバンドで送信 — 暗号化チャットや秘密管理ツールを通じて、公開チャネルを経由せずに送信します。
3. クライアントをバインド — 受信者はzrok access private <token>を実行します。
4. ローカルループバック経由でアクセス — 受信者のマシンにローカルプロキシ（例：http://localhost:9090）を起動します。

公開DNSやエッジルーティングノードは作成されないため、データストリームはスキャナーや自動ボットから隠されます。

機能比較表

機能項目	ngrok	zrok
ライセンスモデル	プロプライエタリ / 商用、クローズドソース	オープンソース（Apache 2.0）、OpenZiti基盤も同じ
コアアーキテクチャ	集中型HTTP/TCPクラウドプロキシリレー	分散型、アイデンティティベースのゼロトラストオーバーレイ
自ホスティング	不可 — ngrokクラウドにロックイン	完全サポート — Docker、Linuxバイナリ、「Raspberry Piからエンタープライズ規模」
プライベート共有	利用不可 — 全エンドポイントは本質的に公開	ネイティブP2Pプライベート共有、公開エンドポイントは作成されない
永続的無料URL	あり（2023年から） — 各無料アカウントに静的「devドメイン」	あり（予約/名前付き共有）
無料プランの制限	1 GB/月のデータ転送、3オンラインエンドポイント、20,000リクエスト/月、5,000TCP接続/月	5 GB/日データ転送、25環境、50共有バックエンド、50プライベートアクセスフロントエンド
初回訪問インタースティシャル	あり	あり
追加ユーティリティ	Webhook検査、リクエストリプレイ、OAuth	ファイル/ドライブ共有、HTTP/TCP/UDPトンネル、WebDAVネットドライブ

価格設定と帯域幅、ngrok無料プランの訂正

元の草稿ではngrokの無料プランについて古い情報を繰り返していましたが、これはもはや正確ではありません。正確な変更点と時期について解説します。

もはや当てはまらない点： ngrokの公式ドキュメントは、「無料プランはエンドポイントにタイムアウトがない」と明記しています。無料エンドポイントは無期限でバックグラウンドサービスとして動作可能です。また、2023年から導入された静的「devドメイン」（例：your-name.ngrok-free.dev）は、エージェント再起動時も変わりません。Webhook URLが再起動ごとに壊れる問題は解消しています。

実際の2026年の課題： ngrokは2026年2月に無料クォータを大幅に厳格化しました。現在の無料プランは、月1GBのデータ転送、20,000 HTTPリクエスト、5,000 TCP接続、3つの同時オンラインエンドポイントに制限され、ワイルドカードやカスタムドメイン、TLSエンドポイントも無料では利用できません。個人のWebhookテストには十分ですが、大量トラフィックには有料プラン（Hobbyist $8–10/月、Pay-as-you-go $20/月＋使用量）への移行が必要です。

zrokのオープンソースの自由

zrok（およびその基盤のOpenZiti）はApache 2.0ライセンスのため、開発者は自分のインゲス経路を完全に制御できます。NetFoundryの無料プラン（zrok.io）は以下を含みます：

• 1日あたり5 GBのデータ転送
• 最大25環境
• 50共有バックエンド
• 50プライベートアクセスフロントエンド
• クレジットカード認証後の最初の訪問インタースティシャル解除（無料）

規制のある環境（HIPAA、GDPR、SOC 2 Type II）では、zrokの単一バイナリを使って自社VPSやプライベートクラウド上にコントロールプレーンを構築でき、通信経路やメトリクス、アイデンティティストアの所有権を保持できます。

zrok v2.0：2026年3月の変更点

2026年3月に大規模なv2.0リリースを行い、多くの既存チュートリアル（この原稿の一部も含む）がv1のコマンド構文を参照しているため、重要なポイントです：

• バイナリはzrok2に変更されました。v2は同じマシン上でv1と並行して動作可能です。~/.zrok2の環境ディレクトリ、ZROK2_*の環境変数プレフィックス、systemdユニットを持ち、アップグレードによる既存設定の影響はありません。
• 予約共有は名前空間/名前モデルに置き換えられました。古いzrok reserve / zrok release / zrok share reservedコマンドは廃止され、zrok2 create shareとzrok2 delete shareが公開・プライベート共有を管理します。zrok2 modify name -rでエフェメラル共有を永続化に昇格可能です。
• VPNバックエンドモードは削除されました。古いドキュメントや原稿で言及されていたホスト間VPNは、v2のTUNデバイスライブラリの依存関係問題により削除されました。zrok share private --backend-mode vpnを使ったワークフローは現状利用できません。移行方法はプロジェクトのVPN削除ガイドを参照してください。

2026年の新機能：AIエージェントインフラ向けゼロトラスト配線

MCPトラフィックやエージェント向けインフラを検討しているチームには特に重要です：

• openziti/mcp-gatewayは複数のMCPバックエンド（ローカルのstdioサーバやリモートzrok共有）を一つの名前空間接続に集約し、AIクライアント向けに許可/拒否フィルタリングとセッション分離を実現します。
• ziti-mcp-serverはZiti Management API全体（アイデンティティ、サービス、エッジルーター、ポリシー、ファブリック操作）をMCPサーバとしてラップし、Claude DesktopやCursorなどのエージェントがコンソールやREST経由ではなく会話的にネットワーク管理できるようにします。
• openziti/llm-gatewayはOpenAI互換のプロキシで、OpenAI、Anthropic、Azure OpenAI、AWS Bedrock、Google Vertex AI、Ollamaをセマンティックルーティングし、トラフィックはゼロトラストオーバーレイを通じて行われ、インターネットに触れません。

これらはすべてオープンソースで、NetFoundryの支援を受けています。前述のプライベート共有プリミティブを利用し、MCPツールエンドポイントは公開URLやリスニングポートなしで共有可能です。これは本記事が一般的にトンネリングにおいて「ダークに設定」されるべきだと主張する点と一致します。

結論：どちらを使うべきか？

ngrokを選ぶ場合： - 迅速な趣味のプロジェクトや、確立されたドキュメントのあるプラットフォームを求める場合。 - 既にngrokのダッシュボードやトラフィック検査、リクエストリプレイ機能に依存している場合。 - 1 GB/月、20,000リクエスト/月以内の利用で十分な場合、または有料プランに移行できる場合。

zrokを選ぶ場合： - セキュリティとプライバシーが最優先の場合 — 内部APIやメトリクスを公開せずに共有したい場合。 - データ主権を重視し、プライベートVPC内で完全にセルフホストしたい場合。 - 本当に寛大な無料枠（1日5 GB、50エンドポイント、50プライベートアクセス）を求める場合。 - ファイル/ドライブ共有や、ゼロトラストMCP/エージェントインフラと併用したい場合。

中央集権型クラウドプロキシからアイデンティティ認証済みのゼロトラストトンネルへと移行することで、zrokはエンジニアリングチームにとって自己ホスト可能でコンプライアンスに優しいインゲス接続のアプローチを提供します。ただし、アクティブに開発されているオープンソースプロジェクトであるため、そのコマンドや機能（例：v2.0のVPN削除）は今後も変わる可能性があります。

---

変更履歴

修正点： - ngrokの無料プランのトンネルが「頻繁にタイムアウトする」という記述を削除 — ngrokの公式ドキュメントは、無料プランはエンドポイントにタイムアウトがないと明示しています。 - ngrokの無料URLが「毎回回転する」という記述を削除 — 2023年以降、すべてのngrokアカウントには静的な「devドメイン」が付与されるため、これは古い迷信でした。 - ngrokの制限を実際の公開情報に基づき修正（1 GB/月、3エンドポイント、20,000リクエスト/月、5,000TCP接続/月） - zrokも未検証の無料アカウントで初回訪問時にインタースティシャルページを表示することを明記 - VPNバックエンドモードの削除についても言及（2026年3月のv2.0リリースに伴う）

追加点： - zrok2バイナリ名への変更、予約共有の名前空間/名前モデルへの置き換え、VPN削除についての新セクション - 2026年のAIエージェント向けゼロトラストインフラの新機能（openziti/mcp-gateway、ziti-mcp-server、openziti/llm-gateway）の紹介 - zrokの無料プランの数字（5 GB/日、25環境、50共有バックエンド、50プライベートアクセス）を公式ページから確認し、正確性を維持

削除点： - マーケティング調の表現（「究極の」「zrokに入る」など）を控えめに - 元の草稿のフォーマット崩れや不要なアーティファクトを除去

情報源： ngrok pricing-limits documentation (ngrok.com/docs)、ngrok無料静的ドメインブログ、zrok pricingページ (zrok.io/pricing)、OpenZiti Tech Blog（「zrok v2.0紹介」「zrok VPN」）、zrok CHANGELOGとGitHubリリース、openziti/mcp-gatewayとziti-mcp-serverのプロジェクトページ、Better Stack Communityのzrokガイド。