我也把我的方法做了一下實驗，使用serv-u做的，有一點錯誤，不過終歸做了出來，下面總結(jié)一下：

　　PASV服務器放在ISA后面，其實就是要解決兩個問題：

　　1、PASV的端口。我上面的方法提出使用secondary connection，但事實證明不對，應該每個PASV端口都建立一條primary connection，然后分別建立server publishing rules，有多少個PASV端口，就要建立多少條。
這里還可以引出另一個話題，就是對Web publishing rules的運用，tony你應該知道，通過Web publishing rules也可以發(fā)布ftp服務器，但rule里面只給了一個ftp端口的選項，很明顯，這是為PORT模式的Ftp服務器準備的，因為PORT模式的數(shù)據(jù)連接是由服務器發(fā)起的，在服務器一邊，不存在穿過防火墻的問題。

　　使用Web publishing rules還有一個很令人振奮的特性，就是支持動態(tài)公用IP用戶，不需要象server publishing rules那樣，每撥一次號都要修改一次外部地址。如果在Web publishing rules中也能搞定PASV問題，那么對于那些使用撥號上網(wǎng)而又想在內(nèi)網(wǎng)發(fā)布PASV服務器的人來說，簡直是天大的喜訊。

　　需要好好考慮的是如何通過那個只能填一個端口的選項來發(fā)布隨機的PASV端口？我從今天的實驗找到了一點靈感，就是也象上面說的那樣，每個PASV端口都設置一條Web publishing rules！我還未做這個實驗，還不能證實這樣做行不行，相信晚上就會有結(jié)果了。

　　當然，還需要考慮如何控制PASV模式端口的范圍，serv-u可以設定，而IIS的FTP不行。

　　2、是服務器向客戶端傳送IP的問題。當FTP客戶端登錄進入服務器的時候，PASV模式服務器會向客戶端傳送本機的IP地址和數(shù)據(jù)端口，當服務器放在內(nèi)網(wǎng)中的時候，服務器會向客戶端返回內(nèi)網(wǎng)的IP，這當然是不能完成連接的，需要讓服務器返回ISA的外網(wǎng)地址。本來，解決方法可以使用firwall client的application settings中的nameresolutionforlocalhost參數(shù)，設為P就可以讓應用程序返回ISA的外網(wǎng)地址，但這個參數(shù)是供firewall client使用的，而發(fā)布服務器不能安裝firewall client，這很可惜。

　　幸好，還是有一個好消息，就是serv-u本身具有返回ISA外網(wǎng)地址這樣的功能，方法是先選中新建Ftp服務器的屬性，在domain標簽里選擇“enable dynamic dns”，此時會出現(xiàn)第二個標簽，叫“dynamic dns”，然后到tz0.com申請動態(tài)域名，申請后會得到一個key，在此標簽中填入此key即可。最后一步，是到新建服務器的settings屬性中，選擇advanced標簽，選中“allow passive mode data transfer”，旁邊的IP地址框留空。這個框?qū)τ趽芴栍脩舨挥锰睿�只有出口使用固定地址才需要填�?/P>

　　這樣，serv-u向客戶端返回IP和端口前，會先向tz0.com查詢到ISA外網(wǎng)的地址，再發(fā)送給客戶端。