1. 解決方案：
更改FileZilla設(shè)置，【編輯】->【設(shè)置】->【連接】->【FTP】->【被動模式】，將“使用服務(wù)器的外部IP地址來代替”改為“退回到主動模式”即可。

2. 原因分析：
+ 首先，F(xiàn)TP的連接方式：主動模式和被動模式。主動模式是客戶端Client主動通知服務(wù)器數(shù)據(jù)通信端口N + 1（N為命令通信端口），服務(wù)端Server通過此端口N + 1向客戶端Client發(fā)送數(shù)據(jù)連接和數(shù)據(jù)，然而對于內(nèi)網(wǎng)中的客戶端Client，其內(nèi)網(wǎng)端口通過NAT或防火墻后會被映射為其他值，從而服務(wù)器無法訪問此值，造成失?。槐粍幽Ｊ绞强蛻舳薈lient向服務(wù)端Server發(fā)送PASV命令通知服務(wù)端Server，服務(wù)端Server會向客戶端Client發(fā)送數(shù)據(jù)通信端口P，客戶端Client通過此端口P向服務(wù)端Server發(fā)送數(shù)據(jù)連接和數(shù)據(jù)，因此，可以看出被動模式是針對主動模式的缺陷設(shè)計(jì)的，但是當(dāng)我們將FTP服務(wù)端架設(shè)在一臺網(wǎng)關(guān)服務(wù)器的內(nèi)網(wǎng)節(jié)點(diǎn)中時，此時NAT或防火墻在服務(wù)端，被動模式因此不適用，相反主動模式適用于客戶端Client連接FTP服務(wù)端，因?yàn)楸粍幽Ｊ揭蠓?wù)端Server將其數(shù)據(jù)通信端口P發(fā)送給客戶端Client，然而此端口會被NAT或防火墻屏蔽導(dǎo)致客戶端無法連接，因此FileZilla在配置被動模式時“一些配置錯誤的遠(yuǎn)程服務(wù)器放在了路由器后面，可能會返回它們的本地地址”說的就是這種情形，因此其給出兩個選項(xiàng)：“使用服務(wù)器的外部IP地址來代替”和“退回到主動模式”，自然我們要選擇后者。
+ 但是，Server-U架設(shè)的FTP服務(wù)器，其文檔中：【服務(wù)器】->【服務(wù)器限制和設(shè)置】->【服務(wù)器設(shè)置】->【網(wǎng)絡(luò)設(shè)置】描述：通過 UPnP 自動配置防火墻啟用時，Serv-U 在啟用 UPnP 的網(wǎng)絡(luò)設(shè)備（通常為路由器）中自動配置必要的端口轉(zhuǎn)發(fā)，從而可以從網(wǎng)絡(luò)外部訪問該文件服務(wù)器。這對于啟用 PASV 模式的 FTP 數(shù)據(jù)傳輸特別有用。應(yīng)該可以使用前面的“使用服務(wù)器的外部IP地址來代替”選項(xiàng)，通過勾選【通過 UPnP 自動配置防火墻】并設(shè)置其下面【PASV端口范圍】，將其被動模式的端口范圍設(shè)置成1個值，如：9835 - 9835，然后在通過設(shè)置內(nèi)網(wǎng)網(wǎng)關(guān)的端口映射將外網(wǎng)端口9835映射到內(nèi)網(wǎng)FTP服務(wù)器主機(jī)的9835端口，這樣的話，F(xiàn)TP服務(wù)器在內(nèi)網(wǎng)中通過被動模式告知客戶端其端口號時，映射到外網(wǎng)后，仍然是9835，因此，客戶端可以實(shí)現(xiàn)以被動模式連接一臺隱藏在內(nèi)網(wǎng)中的FTP服務(wù)器，且完全可以脫離FTP客戶端，直接使用IE等瀏覽器進(jìn)行ftp://IP:Port/的FTP訪問，此方案看似生硬，其實(shí)比較巧妙。