2026年10月16日，掘金上一篇閱讀約18分鐘的技術長文，把「內網服務對外開放」這件事的成本結構攤了一次。文章作者以 Natapp 的 Web 隧道為例，描述了一個企業內部常見場景：報表系統、OA、介面服務掛在同一臺 nginx 後面，內網用得好好的，直到外部合作方、分公司同事、出差人員需要存取，問題才開始。
端口映射的真實成本不在設備，在暴露面
傳統做法是在防火牆或路由器上做端口映射，一個服務配一個端口。來源文中對這條路徑的成本描述很具體：端口開得越多，暴露面越大，端口掃描全天候在跑，快則幾分鐘內就有人來敲門。更常見的沉沒成本是，專案結束大半年，端口仍掛在公網上沒人記得關。
部分行業的合規規範則直接把這條路堵死：內網邊界不允許開任何入站端口，伺服器不得直接對公網開放。此時端口映射的合規成本趨近於無窮大，方案本身不可行。
來源文點出的真實需求規模其實很小：讓有限幾個人，在一段時間內，存取指定的一個服務。需求的粒度與傳統方案的暴露粒度嚴重不匹配，這正是內網穿透服務的定價基礎。
反向連接改寫了誰的成本表
Natapp 的技術路線與端口映射方向相反：客戶端裝在內網機器上，主動向服務節點建立一條長連接，外部請求先到節點，再循既有連接送回內網。防火牆上無需放行任何入站端口，不需要公網 IP，路由器一行都不用動。
對採購方而言，這把成本結構從「硬體加設定加持續維運」壓縮成「一條年費訂閱」。來源文提供了對照組：堆硬體、上一整套企業級安全閘道也能達到類似效果，但那是另一個量級的成本與週期；而本次需求只是給一個 Web 服務開個口子。
年費102元，功能被切在哪一刀
具體數字方面，來源文選了 VIP2 型 Web 隧道年付，價格102元人民幣，規格為100M頻寬、流量計費。國內 VIP 隧道官方標示 SLA 99.9%，與免費隧道不定期強制更換域名和端口的做法形成對比。客戶端覆蓋 Windows、Linux、macOS，後臺可自助開數電發票，企業報銷不需找客服。
值得注意的是分層設計的切口。安全設置裡的訪問令牌、IP 白名單、IP 黑名單三項，後臺均標註「僅年付隧道可開啟」。來源文作者自述曾先買月付，等到要開訪問保護時才發現無法啟用，升級反而更麻煩。也就是說，102元買到的不只是頻寬與 SLA，而是「門口多一道崗」的權限：外部存取得先過令牌與白名單，才輪到業務系統自己的登入。
這種按付費週期切安全功能的做法，與我們先前在線上轉檔服務收費邏輯一文看到的結構類似：廠商把高頻痛點留在低價檔，把合規與控管需求推向高檔，定價權落在功能分層而非資源用量上。
這套方案的邊界條件
來源文列出的前置條件也值得記錄，因為它們劃出了適用範圍：內網機器須能正常上外網且不休眠；nginx 已在本機運行（該案例為 nginx 8081、前端9200、後端9100）；綁定自主域名走國內節點須完成備案，香港節點不受此限；且隧道只指向 nginx，資料庫、Redis、SSH 端口一概不在隧道內。
最後一條是整個安全模型的底線：隧道只指向 nginx，nginx 後面的其他元件對外完全不可見。暴露面從「整臺伺服器的所有端口」收斂為「單一服務入口」，這是暴露面的收縮，而非轉移。
判斷
單一篇技術分享不足以支撐對內網穿透市場規模的推估，相關市佔率與用戶數據在來源中並未出現。但從定價結構看，這則案例展示了該品類的競爭邏輯：當替代方案是萬元級的企業安全閘道與數週導入週期時，百元級年費加上反向連接架構，就把「讓幾個人臨時看幾張報表」這類長尾需求變成了可規模化收費的訂閱商品。真正的定價權不在頻寬，而在年費檔位獨佔的安全功能與備案合規的接入便利。至於這類服務的長期風險，例如隧道節點本身成為單點故障與攻擊目標，來源文未涉及，本文亦不下斷言。