|
|
1、創(chuàng)建一個FtpWebRequest對象，指向ftp服務(wù)器的uri
2、設(shè)置ftp的執(zhí)行方法（上傳，下載等）
3、給FtpWebRequest對象設(shè)置屬性（是否支持ssl，是否使用二進(jìn)制傳輸?shù)龋?
4、設(shè)置登錄驗證（用戶名，密碼）
5、執(zhí)行請求
6、接收相應(yīng)流（如果需要的話）
7、如果沒有打開的流，則關(guān)閉ftp請求
其中一些重要的屬性如下：
?Credentials - 指定登錄ftp服務(wù)器的用戶名和密碼。
?KeepAlive - 指定連接是應(yīng)該關(guān)閉還是在請求完成之后關(guān)閉，默認(rèn)為true
?UseBinary - 指定文件傳輸?shù)念愋汀Ｓ袃煞N文件傳輸模式，一種是Binary，另一種是ASCII。兩種方法在傳輸時，字節(jié)的第8位是不同的。ASCII使用第8位作為錯誤控制，而Binary的8位都是有意義的。所以當(dāng)你使用ASCII傳輸時要小心一些。簡單的說，如果能用記事本讀和寫的文件用ASCII傳輸就是安全的，而其他的則必須使用Binary模式。當(dāng)然使用Binary模式發(fā)送ASCII文件也是非常好的。
?UsePassive - 指定使用主動模式還是被動模式。早先所有客戶端都使用主動模式，而且工作的很好，而現(xiàn)在因為客戶端防火墻的存在，將會關(guān)閉一些端口，這樣主動模式將會失敗。在這種情況下就要使用被動模式，但是一些端口也可能被服務(wù)器的防火墻封掉。不過因為ftp服務(wù)器需要它的ftp服務(wù)連接到一定數(shù)量的客戶端，所以他們總是支持被動模式的。這就是我們?yōu)槭裁匆褂帽粍幽Ｊ降脑?，為了確保數(shù)據(jù)可以正確的傳輸，使用被動模式要明顯優(yōu)于主動模式。（譯者注：主動（PORT）模式建立數(shù)據(jù)傳輸通道是由服務(wù)器端發(fā)起的，服務(wù)器使用20端口連接客戶端的某一個大于1024的端口；在被動（PASV）模式中，數(shù)據(jù)傳輸?shù)耐ǖ赖慕⑹怯蒄TP客戶端發(fā)起的，他使用一個大于1024的端口連接服務(wù)器的1024以上的某一個端口）
?ContentLength - 設(shè)置這個屬性對于ftp服務(wù)器是有用的，但是客戶端不使用它，因為FtpWebRequest忽略這個屬性，所以在這種情況下，該屬性是無效的。但是如果我們設(shè)置了這個屬性，ftp服務(wù)器將會提前預(yù)知文件的大?。ㄔ趗pload時會有這種情況）
?Method - 指定當(dāng)前請求是什么命令（upload，download，filelist等）。這個值定義在結(jié)構(gòu)體WebRequestMethods.Ftp中。
當(dāng)你遇到:"遠(yuǎn)程服務(wù)器返回錯誤:(550) 文件不可用(例如，未找到文件，無法訪問文件)"時,可能是如下原因:
1.URL路徑不對,看看有沒有多加空格,或者大小寫問題
2.權(quán)限是否足
3.需要反復(fù)連接的時候,如GetFileList,需要遞歸獲得所有文件,keepAlive則設(shè)成false,一個查詢請求完了后就關(guān)閉.
AspNet技術(shù)：C# FTP,GetResponse(),遠(yuǎn)程服務(wù)器返回錯誤，轉(zhuǎn)載需保留來源！
鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。
