FTP/Web 伺服器架設失敗？四步診斷法精準定位內外網阻斷點

診斷邏輯：由內而外，層層剝洋蔥

架設 FTP/Web 伺服器無法連線，絕大多數源於「內網通、外網不通」或「模式不匹配」。本文提供標準化四階段排查流程，助您快速鎖定癥結。

階段一：驗證本機與區域網路連通性（排除服務本身問題）

1. 本機回環測試：`ftp 127.0.0.1` 失敗 → 檢查 FTP 服務是否啟動、防火牆本機規則、OS 是否支援 FTP 協定。
2. 區網他機測試：使用內網 IP（如 `192.168.x.x`）連線失敗 → 檢查網卡、交換機、區網防火牆、伺服器軟體防火牆例外規則。
3. 若上述均通，代表 FTP 服務在內網完全正常。
4. 注意：區網機器通常無法透過動態域名（DDNS）回連自身，除非內網已架設 DNS 並將域名解析至內網 IP。

階段二：驗證公網存取與域名解析

1. 公網機器用 動態域名 連線 → 成功即全通；失敗進入步驟 2。
2. 公網機器用 當前公網 IP 直連 → 成功說明服務對外開放，問題在 DDNS 解析延遲或設定；失敗進入步驟 3。
3. 公網機器關閉 FTP 用戶端 被動模式 (PASV) → 若能連線，證實防火牆/路由器阻擋 PASV 資料通道；若仍失敗，基本鎖定 埠對應 (Port Forwarding) 設定錯誤。

階段三：埠對應 (Port Forwarding) 核心原理與設定要訣

本質：將 WAN 介面的特定埠（如 2121）映射至 LAN 內伺服器 IP（如 `192.168.1.101`）的同埠或不同埠。

• 路由器品牌/型號眾多，介面差異大，但 邏輯統一：尋找「虛擬伺服器」「埠轉發」「NAT 設定」等選單。
• 關鍵欄位：內網伺服器 IP、`192.168.1.101`；對外埠/內網埠 填 `2121`（或自訂）。
• 無從下手時，直接查閱廠商官網手冊或聯繫技支，切勿盲目試錯。

階段四：PORT (主動) vs PASV (被動) 深度解析——90% 連得上傳不了的元兇

兩條通道機制

• 命令通道：固定 TCP 21，傳遞指令/回應（明文）。
• 資料通道：動態建立，三大用途——上傳、下載、列表 (LIST)。

模式差異對照

實戰案例複盤

# PASV 失敗日誌
227 Entering Passive Mode (192,168,0,108,8,51)  # Server 回報私有 IP 2099 埠
Data Socket Error: Connection timed out

# PORT 失敗日誌
PORT 192,168,10,105,5,166  # Client 告知私有 IP 1446 埠
426 Data connection closed, transfer aborted

結論：雙方皆在 NAT 後，伺服器端必須修正 PASV 回報的 IP 為公網 IP（或 DDNS），並在防火牆/路由器開放對應被動埠範圍；Client 端若無法配合 PASV，需確保 PORT 模式下 Client 端防火牆允許入站連線。

最佳實踐建議

1. FTP 伺服器軟體 同時啟用 PORT 與 PASV，相容最廣客戶端。
2. PASV 模式下，於伺服器軟體設定 對外回報 IP（公網 IP/DDNS） 並 限制被動埠範圍（如 60000-60020），同步於邊界防火牆/路由器開放該範圍。
3. IE/FTP Client 預設多為 PORT，若須強制 PASV：IE → 網際網路選項 → 進階 → 取消「啟用資料夾檢視」+ 勾選「使用被動 FTP」。

• 上一篇文章： Active Directory 故障排查必備工具箱：五大實戰場景與神兵利器
• 下一篇文章： ASP 無法更新 Access 資料庫？XP/IIS 權限陷阱完整破解指南

關於伺服器

郵件伺服器核心架構解析：MUA、MTA、MDA 協同流程與協議詳解

IIS 設置 HTTP 緩存過期時間 (Cache-Control/Expires) 圖文教程

精簡配置深度解析：破解誤區、規避陷阱、釋放儲存價值