㈠ 採用linux作為伺服器，ftp上傳文件為什麼是0位元組
可以嘗試下重啟下ftp試下，如果不行的話 檢查下埠是否開啟（默認的需要啟動服務的）。
如若還是不行的話 可以嘗試重啟伺服器試下。應該可以進行解決的。
還是不行的話 就需要重裝下ftp了，然後在試下。
如果以上三種方式都不行的話，就需要讓機房檢查下線路的事情了（最好是提供下路由追蹤）
可以看下蘋果互聯的主機，他們的專業性是比較強些的。
㈡ ftpget文件的時候failurestream文件變成了0大小
需要設置文件上傳的方式，即調用ftpclient的方法setfiletype()，並傳入參數FTP.BINARY_FILE_TYPE，如下是FTPClient的API中關於這個方法中參數的說明原文：
Sets the file type to be transferred. This should be one of FTP.ASCII_FILE_TYPE , FTP.BINARY_FILE_TYPE, etc. The file type only needs to be set when you want to change the type. After changing it, the new type stays in effect until you change it again. The default file type is FTP.ASCII_FILE_TYPE if this method is never called.
意思是ftp文件上傳時，需要指定filetype，並且是FTP.ASCII_FILE_TYPE , FTP.BINARY_FILE_TYPE兩個中其中一個，如果不設置（如果不調用setFileType方法），則默認的文件上傳方式是FTP.ASCII_FILE_TYPE。
往往當上傳到伺服器時的文件是0KB時，問題就在這個默認值上，這也跟FTP伺服器的設置有關系（猜測是與FTP伺服器的安全方面的設置相關），只需要調用一下setFileType方法並指定參數為FTP.BINARY_FILE_TYPE就可以了
㈢ 為什麼FTP下載的文件大小為0位元組
8UFTP工具，
國產簡體中文免費版FTP工具，涵蓋其它FTP工具早喊所有的功能，
獨特功能：
支持在線解壓縮，裂睜臘
支持多線程上傳
防暴力破解肆滑FTP密碼
防CC攻擊
各大軟體站均有下載。
綠色版
經360安全認證。
㈣ ftp上傳的文件為0kb怎麼辦
出現這個問題時，用戶就不知道如何處理了，上傳到底是成功了還是失敗了呢？不確認…如果安裝了，會不會在某功能方面有問題呢？也不確認…
其實出現這個提示主要與空間的設置有關，可以看一下，出現這些黃色警告信息的文件多是0位元組。有些空間對0位元組文件比較敏感，當它發現上傳的文件是0位元組時，就會標一個警告信息。
出現這種提示時，可以這樣操作，就是找一個報警的文件，比如上圖中html下的某個0位元組文件；然後到空間上找到對應目錄core/html 在這個目錄下，看一下剛才的0位元組文件是否已經成功上傳？如果已經上傳了，則在CuteFXP上傳序列中刪除這個上傳文件即可。多數情況下，是已經上傳成功了，因此，大可放心。
當然，既然是多數情況，肯定也有少數情況。如果空間中對應目錄下，這些0位元組文件沒有上傳成功，則需要與空間商溝通一下，讓他們幫你把這些文件上傳到空間去，這樣也是可以解決問題的。
或者使用專門的編輯軟體，如Editplus或Dreamweaver編輯一下這些0位元組的文件，在裡面放個值，如0，再保存後，就不是0位元組文件了，就可以正常上傳的。
據暗香統計，目前這樣的空間已經越來越少了….
㈤ 為什麼FTP上傳的文件是0位元組，FTP上傳文件0位元組的解決辦法
使用同一個電腦，同樣的軟體對另一個網站的ftp操作確一切正常。這個不能正常ftp傳輸的網站無論上傳或下載後的文件大小變成0位元組。在ftp環境下可以刪除遠程的文件。另外，進入默認的文件夾後根本無法進入上級和下級目錄，既無法打開。
有時候登錄時還不能正常進入默認遠程文件夾。使用leapftp登錄後的右上部的往根目錄的箭頭也不見了。
後來使用flashfxp、dreamwere、ie去登錄ftp地址，其結果都相同。與虛擬主機服務商反復聯系。虛擬主機的空間尚存在比較大的餘量。文件空間未超過設定值。服務商確認那邊沒問題。虛擬主機服務商又說我的電腦有問題。我又把我的電腦一鍵恢復了。還是沒有解決。偶然的機會去外地公差，在外地他人的電腦里把我的網站ftp修改成功了。可見兩頭沒問題，而在異地使用ftp可以正常將文件上傳和修改了。
故障信息代碼見下圖：
錯誤代碼一錯誤代碼二錯誤代碼三
問題的主要表現是登錄後馬上打開www文件夾。可以看到此文件夾里的文件，可以進行刪除。但是，不能對其進行其他任何操作。如果上傳文件大小為0。
打開上級文件夾或下級文件夾都看不到該文件夾里的文件或文件夾。
最後，虛擬主機服務商建議修改我的電腦的首選dns伺服器地址和備用dns伺服器地址。還是沒有解決。最後，找到了寬頻介入服務商，在她那裡對接入設置進行了調整。問題得到了解決。誰能想到寬頻接入商還會影響到ftp的傳輸。看來，虛擬主機系統的不同（windows、unix等）和寬頻接入的設置都會影響到ftp的正常傳輸。
㈥ ftp上傳文件失敗，長傳文件大小為零位元組！
上傳時出現同名零位元組的文件，應該是伺服器端建立了一個臨時文件准備接收數據，但是出現錯誤，就無法上傳了。此時FTP客戶端和伺服器建立的tcp網路連接還在，伺服器端仍然在等待客戶端上傳數據，在等待一段時間收不到數據以後，伺服器端才會關閉這個鏈接，同時刪掉臨時文件，在這段時間內你用什麼FTP程序上傳都會出錯，因為伺服器端的臨時文件還在，無法新建同名文件，伺服器還在等你寫入上一次的數據到最初的臨時文件。
過了一段時間後，伺服器等不到你的數據，關閉了最初的有錯誤的連接，刪掉了臨時文件，你再上傳，就沒問題了，就可以上傳成功，因為可以再次新建一個臨時文件了。這就是你看到的這個錯誤的原理。只要以後你上傳沒出錯，應該不會再出現問題，如果還出問題，就建議聯系FTP伺服器的管理員協助你處理。
由於不同FTP伺服器處理方式不同，我給出的只是一種可能的原理，並不一定就是你這個錯誤的實際情況，如果有其他新的情況可以繼續追問，幫你繼續分析。
㈦ FTP上傳文件後,伺服器上顯示此文件0位元組
伺服器連接有問題吧。
可能和網速有關 ，或者伺服器出現問題
你上傳後就像卡住了一樣。。等下斷了。在連上 都顯示0位元組。
不行就換個時間在傳。
我上傳文件經常也遇到這樣的
呵呵
㈧ 採用linux作為伺服器，ftp上傳文件為什麼是0位元組
1.
可以嘗試下重啟下ftp試下，如果不行的話
檢查下埠是否開啟（默認的需跡則並要啟動盯拍服務的）。
2.
如若還是不行的話
可以嘗試重啟伺服器試下。應該可以進行解決的。
3.
還是不行的話
就需要重裝下ftp了，然後在試下。
如果以上姿跡三種方式都不行的話，就需要讓機房檢查下線路的事情了（最好是提供下路由追蹤）
可以看下蘋果互聯的主機，他們的專業性是比較強些的。