路由器的「Port Forwarding」怎麼設:實測遊戲與 NAS 的連線差異

發表時間:2026 年 11 月 10 日 | 更新日期:2026 年 11 月 10 日 | 編輯:雅寶社區編輯團隊
路由器的「Port Forwarding」怎麼設:實測遊戲與 NAS 的連線差異 - 雅寶社區 · 頂客論壇

運作方式

適用情境

風險

Port Forwarding(通訊埠轉發)

永久將指定外部埠對應到固定內網 IP 的指定埠

NAS、自架伺服器、固定埠的遊戲主機

中~高,埠一開就長期存在

Port Triggering(觸發埠)

內網先連出某埠後,才暫時開放對應的外部埠

舊式 P2P 軟體、部分線上遊戲

中,視實作而定,相容性較差

UPnP / NAT-PMP

由裝置自己向路由器要求開埠,用完自動關閉

遊戲主機、BT 軟體、家用 App

中,若裝置有惡意程式可能被濫用

DMZ

將某台內網裝置的所有埠全部暴露到外網

除錯、極端相容性需求

極高,等同把裝置直接放在網際網路上

實務上,遊戲主機最理想的組合是「開啟 UPnP,讓主機自己要求開埠」,這樣換遊戲、換埠都不用人為維護。但 UPnP 在某些路由器上實作不良、或玩家關閉了 UPnP,這時才需要手動設定 Port Forwarding。NAS 則恰好相反:NAS 的服務埠是固定的、長期的,理論上很適合手動轉發,但正因為「長期開放」,安全風險也最高,這也是後面章節要深入討論的重點。

二、設定前的準備工作:少了這三步,填了也不會通

很多人卡在「照著教學填完,測試卻顯示關閉」,問題往往不在路由器,而在前置條件。以下三件事請務必先確認。

2-1 給設備一個固定的內網 IP(DHCP 保留)

Port Forwarding 的規則綁定的是「內網 IP」,不是裝置名稱。如果你用 DHCP 自動配發,NAS 今天拿到 192.168.1.105、明天變成 192.168.1.112,那條轉發規則就會指向不存在的位址,連線自然失敗。

正確做法是在路由器的「DHCP 伺服器」或「區域網路」頁面,找到「DHCP 保留位址」、「靜態 IP 綁定」、「固定 IP 指派」功能,把裝置的 MAC 位址與想用的 IP 綁在一起。以華碩路由器為例,路徑大約是「區域網路 → DHCP 伺服器 → 啟用 DHCP 保留位址」;TP-Link 則在「進階 → 網路 → DHCP 伺服器 → 位址保留」。設定完成後,建議把裝置重新連線一次,或在裝置端手動設定靜態 IP,確保位址真的固定。

另一個常見錯誤是「在裝置端設固定 IP,但設在路由器的 DHCP 發放範圍內」。例如路由器發放 192.168.1.100~192.168.1.200,你卻把 NAS 固定在 192.168.1.150,未來可能與其他裝置衝突。建議把固定 IP 設在發放範圍之外,例如 192.168.1.50。

2-2 確認你的對外 IP 不是 CGNAT

這是近年最容易被忽略的陷阱。許多電信業者(包含部分社區寬頻、第四台網路、行動網路分享)因為 IPv4 位址不足,採用了 CGNAT(Carrier-Grade NAT),也就是「多個用戶共用一個公網 IP」。在這種架構下,你在路由器上看到的 WAN IP 可能是 100.64.x.x、10.x.x.x 或 172.16.x.x 這類私有或保留位址,代表你根本沒有真正的公網 IP,無論怎麼設定 Port Forwarding 都不會生效。

檢查方式很簡單:在路由器狀態頁記下 WAN IP,再用手機行動網路或外網服務查詢「我的 IP」。如果兩者不同,而且 WAN IP 落在 100.64.0.0/10 範圍,那就是 CGNAT。解法只有三個:向 ISP 申請固定公網 IP(部分業者需加價或限企業方案)、改用 IPv6、或者放棄「直連」,改用 VPN 或中繼服務(後文會介紹)。

2-3 查清楚裝置真正使用的連接埠

第三個前置工作是確認「你到底要開哪個埠」。遊戲主機的官方支援頁面通常會列出清單,但 PC 遊戲、自架服務、BT 軟體就不一定。Windows 上可以用「資源監視器 → 網路 → 接聽埠」查看目前開啟的埠,或用命令提示字元執行 netstat -ano 搭配 tasklist 找出對應程序。Linux 或 NAS 則可用 netstat -tulpn 或 ss -tulpn。

也要注意 TCP 與 UDP 的差別。很多教學只寫「開 3478」,卻沒說 PS5 需要 TCP 3478~3480 與 UDP 3478~3480 兩組。只開 TCP 或只開 UDP,都可能導致「部分功能正常、部分功能異常」的詭異現象。

三、實戰:各品牌路由器的 Port Forwarding 設定步驟

以下以筆者手邊的 ASUS RT-AX86U、TP-Link Archer AX55、Synology RT2600ac 三台路由器示範。各家介面用語略有不同,但邏輯一致:找到「通訊埠轉發/虛擬伺服器」頁面,新增規則,填入外部埠、內網 IP、內網埠與協定。

3-1 華碩 ASUS 路由器

登入路由器後台(通常是 router.asus.com 或 192.168.1.1),依序點選「外部網路(WAN)→ 通訊埠轉發 / Virtual Server」。點「新增」後會看到幾個欄位:

服務名稱:自己看得懂就好,例如「PS5-Party」。

  • 通訊埠範圍:外部要開的埠,可填單一埠如 3478,或範圍如 3478:3480。
  • 本機 IP 位址:選擇剛剛設定好固定 IP 的裝置,若清單沒出現可手動輸入。
  • 本機通訊埠:通常與外部相同,除非你要做埠號轉換(例如外部 8080 對應內網 80)。
  • 通訊協定:可選 TCP、UDP 或 BOTH。遊戲通常選 BOTH 最保險。
  • 華碩的好處是清單可以直接從「已連線用戶端」挑選,不必手打 IP。填完按「套用」,規則會立刻生效,不需要重開機。若你同時開啟了 UPnP,兩者可以並存,但同一組埠建議只用一種方式管理,避免衝突。

    3-2 TP-Link 路由器

    TP-Link 的 Deco 系列與 Archer 系列介面不同。Archer 系列請進「進階 → NAT 轉發 → 虛擬伺服器」,點「新增」後填寫外部埠、內部 IP、內部埠與協定。Deco 系列則在 App 的「進階 → 連接埠轉發」中設定,介面精簡許多,只能一次開一個埠或一個範圍。

    TP-Link 有一個容易誤解的地方:它的「連接埠觸發(Port Triggering)」與「虛擬伺服器(Virtual Server)」是兩個不同頁面。前者是觸發式,後者是永久轉發。多數人需要的其實是虛擬伺服器,卻誤設了觸發,難怪測試不通。

    3-3 Synology Router 與電信數據機

    Synology Router(SRM)的路徑是「網路中心 → 路由器 → 連接埠轉送」,介面會列出目前所有規則,並可勾選「啟用」或「停用」,方便除錯。它還有一個實用功能:可以針對特定來源 IP 限制存取,等於幫轉發規則加一層白名單。

    至於中華電信等 ISP 提供的數據機(如 I-040GW、P880),強烈建議「不要直接在數據機上開 Port」。原因有三:數據機的管理介面權限與功能通常被鎖住、韌體更新由 ISP 控制、而且多數人會另外接一台路由器,形成「雙重 NAT」。正確做法是把數據機設為橋接模式(Bridge Mode),或讓自備路由器用 PPPoE 撥號取得公網 IP,所有 Port Forwarding 都在自備路由器上設定,這樣規則只會有一層,排查起來簡單得多。

    3-4 設定完成後怎麼驗證

    驗證分兩個層次。第一層是「埠是否從外網可達」,可以用 canyouseeme.org、portchecker.io 這類線上工具,輸入你的公網 IP 與埠號;但要注意,這些工具必須在「外網」環境測試,如果你在內網開網頁,某些路由器會因為 NAT 迴圈(NAT Loopback)而誤判。第二層是「服務是否真的能用」,例如從手機 4G 網路連 NAS、用 PS5 開派對聽語音、請朋友連進你的 Minecraft 伺服器。

    如果第一層就不通,先確認 ISP 是否封鎖該埠。台灣多數家用寬頻會封鎖 80、443、25 等常見服務埠,這也是為什麼 NAS 的網頁介面建議改用 5001 而非 443,或改用非標準埠號。若你確定沒被封鎖、IP 也正確,卻依然不通,八成是防火牆或雙重 NAT 的問題,請見第七節排查清單。

    四、遊戲實測:PS5、Xbox 與 PC 的連線差異

    遊戲情境的特性是「短時間、高即時性、埠號固定但依遊戲而異」。以下實測環境為中華電信光世代 500M/250M、ASUS RT-AX86U 負責 PPPoE 撥號、PS5 與 Xbox Series X 以有線連接、PC 走 2.5G 有線。測試時間為平日晚間八點至十點,數據僅供參考。

    4-1 PS5:NAT 類型與派對語音

    PS5 在「設定 → 網路 → 連線狀態」中會顯示 NAT 類型。實測結果如下:

    設定方式

    NAT 類型

    派對語音穩定度

    P2P 配對時間(魔物獵人類型遊戲)

    UPnP 關閉、無轉發

    Type 3(嚴格)

    常斷續、偶爾聽不到對方

    約 40~90 秒,偶爾配對失敗

    僅開 UPnP

    Type 2(中等)

    穩定

    約 15~25 秒

    手動轉發 TCP/UDP 3478~3480、80、443

    Type 2(中等)

    穩定

    約 10~20 秒,與 UPnP 差異不大

    DMZ 指向 PS5

    Type 2(中等)

    穩定

    約 10~20 秒

    從數據可以看出,對 PS5 而言,「有沒有開對外埠」比「用哪一種方式開」更重要。UPnP 正常運作時,效果已經接近手動轉發,且不必維護。真正需要手動設定的是「UPnP 被關閉」或「路由器 UPnP 實作有問題」的情況。另外要注意,PS5 的 NAT 類型很難達到 Type 1,除非主機直接取得公網 IP,但那通常意味著把主機暴露在外,並不建議。

    4-2 Xbox 與 PC 遊戲

    Xbox 的「多人遊戲連線測試」會直接告訴你 NAT 類型與是否偵測到「雙重 NAT」。實測中,未開任何埠時 Xbox 顯示「中等」,開派對時偶爾出現語音問題;手動轉發 TCP 3074 與 UDP 88、3074、500、3544、4500 後,顯示「開放」,派對與連線都順暢。要注意的是,Xbox 的 Teredo(IPv6 過渡技術)也會影響 NAT 判定,若你的網路不支援 IPv6,可能永遠無法達到「開放」,這時不必強求。

    PC 遊戲的狀況更複雜。以 Minecraft Java 版自架伺服器為例,只需要轉發 TCP 25565 就能讓朋友連進來;Bedrock 版則是 UDP 19132。Steam 的《魔物獵人》系列、《艾爾登法環》等 P2P 遊戲,多數沒有公開的固定埠清單,主要靠 UPnP 與 NAT 打洞(NAT Punching)完成連線,手動開埠的效果有限。這也是為什麼「PC 玩家照著網路清單開了一堆埠,還是連不上」——因為問題往往在對稱式 NAT 或電信商架構,而不是你少開了一個埠。

    總結遊戲情境:遊戲開埠的目的是「降低配對與語音的阻礙」,而不是「提升頻寬或降低延遲」。很多人以為開了埠就會變快,其實 ping 值主要取決於 ISP 路由與伺服器位置,跟 Port Forwarding 幾乎無關。若你追求的是低延遲,該做的是有線連接、關閉背景下載、選擇鄰近伺服器,而不是猛開埠。

    五、NAS 實測:遠端存取、Plex 與 BT 的差異

    NAS 情境與遊戲完全相反:它是「長時間、固定服務、需要穩定對外」。以下以 Synology DS923+ 搭配 DSM 7.2 實測,環境同上,外部測試端為手機 5G 網路與公司網路。

    5-1 NAS 常用連接埠清單

    服務

    協定與埠號

    是否需要對外

    備註

    DSM 網頁介面(HTTP)

    TCP 5000

    建議不要

    明碼傳輸,風險高

    DSM 網頁介面(HTTPS)

    TCP 5001

    可,但建議改埠

    建議啟用兩步驟驗證與自動封鎖

    Synology Drive

    TCP 6690

    是(若要用客戶端同步)

    也可走 QuickConnect 中繼

    Plex Media Server

    TCP 32400

    可指定外部埠對應

    WebDAV / CalDAV

    TCP 5005 / 5006

    視需求

    建議僅開 HTTPS 版

    FTP

    TCP 21(被動模式另需範圍埠)

    不建議

    明碼傳輸,改用 SFTP 或 WebDAV

    SSH

    TCP 22

    不建議直接對外

    改用 VPN 或限制來源 IP

    BT / 下載中心

    TCP/UDP 6881~6889

    是(否則速度受限)

    建議限制連線數與速率

    5-2 實測:遠端存取與串流

    第一項測試是「從外部連回 DSM 網頁介面」。未開埠時,只能透過 QuickConnect 中繼,載入登入頁約需 3~5 秒,登入後資料夾列表載入約 2~4 秒;手動轉發 TCP 5001 並改用 DDNS 直連後,登入頁約 0.8~1.5 秒,資料夾列表幾乎瞬間完成。差距主要來自中繼伺服器的繞路與限速,而不是你的上傳頻寬。這也說明:NAS 開埠的最大效益是「省掉中繼」,對於經常需要遠端操作的人很有感。

    第二項測試是 Plex 遠端串流。未開 32400 時,Plex 會嘗試中繼,1080p 影片大約只能跑到 2~3 Mbps,且緩衝頻繁;轉發 TCP 32400 後,在外網 100M 下行環境可穩定跑到 8~12 Mbps,4K 直通則受限於家中上傳頻寬(本例為 250M,實際串流約 40~60 Mbps)。要注意 Plex 的「遠端存取」頁面會顯示是否成功對外,若顯示「間接」就代表走了中繼。

    第三項測試是 BT 下載。未開 6881~6889 時,Peer 數量明顯較少,冷門種子幾乎不動;開啟後 Peer 數增加,但同時也觀察到大量來自海外的掃描連線嘗試。這帶出一個重要結論:NAS 開埠是「必要之惡」,但你必須同時做好安全防護,否則等於把家裡的資料櫃放在騎樓。

    六、安全性:開 Port 的風險與更安全的替代方案

    Port Forwarding 本質上是「在防火牆上開一個永遠存在的洞」。遊戲主機的風險相對低,因為主機的作業系統封閉、服務單一;NAS 的風險高得多,因為它跑的是完整作業系統,有網頁伺服器、有帳號密碼、有檔案權限,一旦某個服務有漏洞,就可能被入侵、勒索加密,甚至成為跳板。

    6-1 開 Port 前該做的防護

  • 不要開 DMZ:DMZ 等於把所有埠都開放,只適合短時間除錯,測試完務必關閉。
  • 不要用預設埠與預設帳號:DSM 的 5000/5001、SSH 的 22 是掃描器最愛,能改就改。
  • 啟用自動封鎖與兩步驟驗證:Synology 的「自動封鎖」可在多次登入失敗後封鎖來源 IP,搭配 2FA 能擋掉絕大多數暴力破解。
  • 只開真正需要的埠:不需要 FTP、Telnet、SSH 對外,就統統關掉。
  • 定期更新韌體:路由器與 NAS 的漏洞修補,比任何設定都重要。

    能用 VPN 就別開埠:這是最有效的降低攻擊面方式。

    6-2 更安全的替代方案:VPN、Tailscale、Cloudflare Tunnel

    近年來,「不開埠也能遠端存取」的方案成熟許多,對於不想承擔風險的人來說,這些方案往往比 Port Forwarding 更適合:

    方案

    原理

    是否需要公網 IP

    適合對象

    路由器內建 VPN(WireGuard / OpenVPN)

    建立加密通道後,等同在內網存取

    是(伺服器端)

    有公網 IP、願意自行設定者

    Tailscale / ZeroTier

    P2P 打洞或中繼,建立虛擬內網

    多數家庭用戶,設定最簡單

    Cloudflare Tunnel

    由 Cloudflare 反向代理,不必開 inbound 埠

    需要網頁服務對外者

    Synology QuickConnect

    原廠中繼伺服器

    輕度遠端存取、不想設定者

    以 Tailscale 為例,在 NAS 與手機上各裝一個 App、登入同一帳號,就能直接以虛擬 IP 連線,完全不需要在路由器開任何埠,也不受 CGNAT 影響。對於「我只想自己在外頭抓檔案」的多數人來說,這比 Port Forwarding 安全又省事。相對地,如果你要讓「沒有帳號的朋友」連進 Minecraft 伺服器,或要讓 Plex 的公開分享給家人,Port Forwarding 仍然是比較直接的選擇。

    七、常見問題與排查清單

    以下整理實測與讀者回饋中最常見的六種狀況,建議依序排查:

  • 設定了卻完全不通:先確認 WAN IP 是否為公網 IP(排除 CGNAT),再確認內網 IP 是否固定、防火牆是否放行、服務是否真的在監聽該埠。
  • 內網可用、外網不通:典型是雙重 NAT。檢查數據機是否也做了 NAT,若是,改橋接或改由自備路由器撥號。
  • 特定埠不通、其他埠正常:可能是 ISP 封鎖(80、443、25 最常見),換一個非標準埠測試。
  • NAT 迴圈問題:在內網用公網 IP 連自己的服務失敗,但外網正常。這是路由器的 NAT Loopback 支援問題,改用內網 IP 測試即可,不影響實際使用。
  • IPv6 與 IPv4 混淆:部分遊戲與服務優先走 IPv6,若你的 IPv6 防火牆未放行,可能出現「IPv4 通了、IPv6 不通」的怪現象。可在路由器檢查 IPv6 防火牆設定。
  • 開了一堆埠卻沒變好:多數遊戲的延遲與配對問題來自伺服器端或 ISP 路由,不是埠沒開。回到「只開必要埠」的原則,避免增加風險。
  • 八、結論:遊戲求「順」,NAS 求「穩」且要「安全」

    回到最初的問題:路由器的 Port Forwarding 到底怎麼設?答案其實取決於你的使用情境。遊戲主機的目標是「讓 P2P 與語音順利」,最省事的做法是開啟 UPnP,讓主機自己處理;只有在 UPnP 失效或你需要固定規則時,才手動轉發官方列出的埠(PS5 的 3478~3480、Xbox 的 3074 等)。NAS 的目標是「穩定、可長期遠端存取」,手動轉發確實能省掉中繼、提升速度,但同時也把裝置暴露在網際網路上,因此務必搭配改埠、2FA、自動封鎖與最小開放原則,能改用 VPN 或 Tailscale 就優先改用。

    最後提醒三個實作原則:第一,先確認你有沒有公網 IP,沒有公網 IP 一切免談;第二,固定內網 IP 是轉發成功的前提,別讓裝置位址跑來跑去;第三,只開真正需要的埠,開得越多,風險越高,而效能提升往往沒有你想像的大。把這三點做好,你會發現 Port Forwarding 其實不難,難的是「知道自己為什麼要開它」。

    希望這篇實測與整理,能讓你在下一次面對路由器後台那一排數字時,不再只是照抄教學,而是真正理解每一個設定背後的意義。

    🏠 返回首頁