① ftp進行文件傳輸,可以斷續傳輸嗎
文件可轎裂以斷點續傳，文件夾好像不行。不過愛米雲共享網盤的文件和文件散帆賣夾都沖逗能續傳，而且傳文件速度很快完全可以取代ftp
② ftp上傳文件時中斷或超時怎麼解決
實驗分析：
第一次，上傳了39.9M共計4330個文件，用了半小時，中間出現多次傳輸失敗。
第二次，上傳了12.9M的一個壓縮包文件，用了6秒，中間未出現傳輸失敗。
第三次，上傳了117M的一個壓縮包文件，用了17秒，中間未出現傳輸失敗。
細心的人不難看出，出現上傳中斷的實驗中，所上傳的數據有個明顯的特點：文件數特別多。而上傳成功的兩次，則只有一個文件上傳。
這樣看來，FTP上傳中斷應該是跟待上傳的文件個數有關了。
專業解釋如下：
FTP是應用層的協議，它基於傳輸層，為用戶服務，它們負責進行文件的傳輸。FTP是一個8位的客戶端-伺服器協議，能操作任何類型的文件而不需要進一步處理，就像MIME或Unicode一樣。但是，FTP有著極高的延時，這意味著，從開始請求到第一次接收需求數據之間的時間會非常長，並且不時的必需執行一些冗長的登錄進程。
FTP服務一般運行在20和21兩個埠。埠20用於在客戶端和伺服器之間傳輸數據流，而埠21用於傳輸控制流，並且是命令通向ftp伺服器的進口。當數據通過數據流傳輸時，控制流處於空閑狀態。而當控制流空閑很長時間後，客戶端的防火牆會將其會話置為超時，這樣當大量數據通過防火牆時，會產生一些問題。此時，雖然文件可以成功的傳輸，但因為控制會話會被防火牆斷開，傳輸會產生一些錯誤。
說的這么專業，很多非計算機專業的童鞋可能看能雲里霧里，那麼我們通俗的解釋下為什麼會出現FTP上傳的文件數比較多的時候就會很慢而且經常中斷。
我們把伺服器比作一座城市，我們上傳的文件就是想要去到城市裡的人，FTP協議是想要進城必須遵守的規矩，而傳輸數據的埠就是城門，每一個文件看做一個人。
當我們使用FTP客戶端向伺服器上傳文件數表較多的數據的時候，可以看做是一群人分別駕駛著自己的小轎車通過埠這座門戶進入伺服器這座城市。
但是，因為進城就必須遵守一定的規則（FTP協議），也就是必須先去命令埠這道門申報一下我要進城然後從數據埠這道門進去，且每次開門只能進一輛車，例如上圖的5輛車進城就必須排隊等著城門（數據埠）開啟關閉5次，而每一次開啟關閉城門用時特別久，最重要的是在命令埠這道門申報了之後並不是一直有效，而是在一定時間之後就會關閉，數據埠一看命令埠關閉了，就會跟著關閉，而這時候因為開門關門佔用了大量的時間，等待進城的這些車並沒有全部進去，這時候就需要重新去命令埠申報，這就是為什麼上傳著數據中突然中斷了，因為命令埠的開放時間到了，必須重新申報了。
那麼將大量數據壓縮成一個壓縮包上傳呢，這時候就可以看做是一群人坐著一輛大巴車進城。
這時候，因為只有一輛車進城，所以在命令埠開放的時間內，這輛大巴車就已經進去城市了，也就不會出現中斷了。
分析到了這里，我們應該很明白了，如果想解決FTP上傳中斷的問題，那麼最好的解決辦法就是將數據打包壓縮之後再上傳，這樣就不會出現上傳中斷了，切記，千萬不要一次上傳太多的文件，一定要打包壓縮上傳。
③ FTP傳輸老中斷怎麼辦
可以的呀，你用訊雷、FlashGet、GetRight、QQ下載助手等軟體都可以在網路斷了之後繼續反復嘗試，一般可以設定一個重試的次數限度，不斷嘗試的。
④ 怎麼我的FTP上傳文件老斷開，怎麼回事
我覺得大多是空間服務商設置的。有些服務商為了減輕伺服器負荷，故意在上傳時減慢速度，有時在傳較大文件時在較長時間連接中甚至斷開。感覺只有更換空間才能解決。
⑤ FTP上傳經常中斷怎麼辦
通過FTP傳輸工具來上傳下載資源是有很多優勢的，可以斷點續傳而且還可以自動傳輸，速度方面也有保障。但是這位網友遇到的問題卻比較少見。訪問FTP後通過具備許可權的帳戶上傳數據，開始一切正常，但是過了幾秒後就出現「傳送失敗」的提示，同時分析FLASHFXP提示的錯誤信息為「426 data connection cloased,error decompressing data stream」。同時左邊傳輸列表中的任務顯示為紅叉，數據不再傳輸。由於我們已經能夠使用該帳戶登錄FTP並傳輸數據，所以在帳號許可權上是沒有任何問題的，FTP伺服器應該也是正常運行的。接下來我們可以嘗試使用其他FTP工具或者直接用IE瀏覽器訪問該伺服器。通過IE瀏覽器一般可以解決傳輸問題，畢竟IE瀏覽器是最基本最原始的FTP登錄和數據傳輸工具。 如果IE瀏覽器可以順利訪問那麼出問題的就肯定是Flashfxp工具了，這時我們需要從以下幾個方面下手排查故障。第一步：啟動Flashfxp，然後通過主菜單的「選項」->「參數配置」來設置傳送模式，默認應該是「自動」，不過這種自動模式很可能造成通訊解碼的錯誤，從而引發中斷問題。因此我們可以針對此問題在「傳送模式」下進行修改，從「自動」切換為使用「ASCII」字元傳送，確定保存後再次嘗試上傳即可。 第二步：如果問題依舊的話那麼我們就只能夠被動的提高繼續傳輸次數來解決上傳必須手工修改任務狀態的問題。通過「站點管理器」找到要登錄的站點，然後找到「高級」標簽，將其下的「續傳支持」修改為「是」，應用後再次嘗試即可。 第三步：如果還是不能夠解決FTP上傳中斷的問題，我們還可以通過「選項」->「參數配置」來更改重新嘗試傳送的次數，正因為默認上傳嘗試的次數為三次，所以我們上傳數據時經過三次中斷後就自動將該任務重置為「失敗」了，我們不得不手工重置任務為「正常」，再繼續任務才行。當然如果我們把「重試失敗的傳送」次數修改為99或者更多，那麼Flashfxp會自動在失敗後重新嘗試傳輸，從而解決了必須手工操作的問題。第四步：經過設置後就算在上傳過程中出現「426 data connection cloased,error decompressing data stream」造成傳送失敗，我們也不用擔心了，Flashfxp會自動繼續傳輸。小提示：出現上述錯誤提示實際上是當上傳文件大小為0的空文件時，系統自動提示上傳失敗。然而實際上該文件名在伺服器上已經創建，因此這個問題是FlashFxp客戶端軟體的誤報錯。
⑥ FTP該如何實現斷點續傳
客戶端的實現步驟如下：
一、下載：
1、向伺服器發送「REST + 本地文件長度」命令，告訴伺服器，客戶端要斷點下載了。這時伺服器還不知道客戶端要下載哪個文件；
要實現FTP的斷點續傳，FTP伺服器必須支持REST指令，這條指令在FTP協議文本RFC959中就已經定義了，不過它不是FTP伺服器必須支持的指令。一般,你可以在下載前使用REST 100命令進行實驗，如果伺服器正常執行了這條命令，說明該伺服器支持FTP斷點續傳。REST後面跟的數表示下載文件的起始位置，而REST 0表示從文件最開始處下載。REST命令本身並不執行下載功能，你仍需要使用RETR命令執行下載工作。
2、向伺服器發送「RETR + 文件名」命令，通知伺服器要下載的文件名，這時伺服器開始定位文件指針讀文件並發送數據。
3、客戶端定位本地文件指針（文件末尾）；
4、兩端的准備工作都做完了以後，客戶端創建socket，以被動或非被動方式建立數據通道，循環調用recv接收數據並追加入本地文件；
二、上傳：
1、獲取伺服器上和本地要上傳文件的同名文件大小；
2、向伺服器發送「APPE ＋ 文件名」，通知伺服器，接下來從數據通道發送給你的數據要附加到這個文件末尾。
3、定位本地文件指針（和FTP上文件大小相同的位置）
4、從文件指針處讀數據並發送。
代碼里將斷點上傳和斷點下載放到同一個函數（MoveFile）里，通過get參數說明是上傳還是下載。
⑦ 為什麼別人從我的FTP伺服器下載東西或者上傳到我的FTP總是會中斷
FTP 伺服器裡面有個超時限制 時間限制的 你自己找下 是那個在作怪