❶ ftp傳輸不了文件 顯示嚴重文件傳輸錯誤
原因：設置錯誤造成。解決方法：重新設置伺服器來解決此問題。
如下參考：
1.首先打開個人FTP軟體，彈出如下界面。個人可選擇直接在窗口中輸入相關信息或通過網站管理器保存個人用戶信息。使用站點管理器保存個人信息，如下圖。
❷ FTP文件傳輸，一直提示「上傳失敗」
FTP文件傳輸失敗一般有幾種情況：
文件損失，不完整，導致傳輸過程驗證失敗。
文件使用中，比如在殺毒或者編輯中的文件，系統佔用是不能傳輸的。
許可權不足，比如針對某些用戶，是不能傳輸部分文件的，比如exe等風險文件。
特殊情況，比如文件傳輸過程中，目錄滿了，存儲失敗，這個是由伺服器管理員控制的，如果目錄體積不夠文件傳輸的，聯系管理員協商解決。
❸ ftp文件上傳失敗
FTP文件傳輸失敗一般有幾種情況：
文件損失，不完整，導致傳輸過程驗證失敗。
文件使用中，比如在殺毒或者編輯中的文件，系統佔用是不能傳輸的。
許可權不足，比如針對某些用戶，是不能傳輸部分文件的，比如exe等風險文件。
特殊情況，比如文件傳輸過程中，目錄滿了，存儲失敗，這個是由伺服器管理員控制的，如果目錄體積不夠文件傳輸的，聯系管理員協商解決。
❹ 為什麼 FTP文件上傳 上傳不了
如果是本地文件上傳網站上傳不上去的主要原因有以下幾點：
第一：格式不對。一般網站都支持jpg、png格式
第二：文件太大而導致無法上傳。一些網站對於文件上傳的大小是有限制的可以仔細查看提示。將文件縮放到指定大小再進行上傳。
第三：網站伺服器報錯，無法上傳。遇到這種情況，建議暫時放棄上傳聯系網站站長進行解決。
如果是網站伺服器或者FTP無法上傳，則用下列方法：
1、要上傳文件的文件夾屬性是不是 777 的屬性。使用 FTP 軟體，查看目錄，在該目錄上點擊右鍵，選擇屬性，基本就可以查看到當前文件夾的屬性了，不是 777 的屬性，請修改為 777 後確認。
2、如果文件夾的屬性正確，請確定是不是您的空間已滿。譬如您購買了 2G 的虛擬空間，是不是空間已經滿了，這個一般會在虛擬主機提供的控制面板內查到。
3、如果空間仍有剩餘，請向虛擬主機提供商詢問您的 FTP 帳號是不是有對此目錄的讀寫屬性。
4、如果帳號的許可權也正確，請向虛擬主機提供商詢問是否是磁碟空間的統計有問題，請虛擬主機提供商幫您重新檢查一下磁碟空間的統計。這種情況一般在您使用 FTP 軟體上傳失敗時會提示：
Disk quota exceeded
CODE: [COPY]
Disk quota exceeded
這表示磁碟配額超過限制，可以讓空間商執行下面命令來重建一下統計即可。
quotaoff /www 關閉
quotacheck -mcv /www 重建
quotaon /www 打開
CODE: [COPY]
quotaoff /www 關閉quotacheck -mcv /www 重建
❺ ftp傳輸不了文件 顯示嚴重文件傳輸錯誤
原因：設置錯誤造成。解決方法：重新設置伺服器來解決此問題。
如下參考：
1.首先打開個人FTP軟體，彈出如下界面。個人可選擇直接在窗口中輸入相關信息或通過網站管理器保存個人用戶信息。使用站點管理器保存個人信息，如下圖。
❻ 為什麼ftp上傳不到文件
可能原因有，文件未上傳到相應的根目錄。
一般登陸FTP後裡面有3個文檔，那麼您找到，WEB或wwwroot是根目錄文檔。
（除了這種，有部分提供商設置FTP超時連接，就是未上傳未下載無操作在連接中的這樣就會超時連接，不過現在很少有提供商有，這種設置是確保FTP安全與網路資源穩定設置的）
databases
資料庫
logfiles
日誌文件
others
其它文件
wwwroot
網站根目錄另一種匈牙利主機，WEB
也就根目錄。
什麼叫根目錄呢，比如：打開C盤
看到的所有文件夾
都屬於C盤的根目錄。那麼我們的主機呢就不是這樣的，他是為了主機正確安全格式，就是WEB或wwwroot是根目錄文檔。
❼ ftp上傳超時的一種解決方案
最近有個同時的ftp總是上傳文件失敗，更換過各種ftp客戶端和賬號都沒有問題，之後又懷疑是win10的問題，但是另外一個同事也是win10，同樣的軟體，同樣的賬號都沒問題。後來也關過系統防火牆，windows denfender之類的，均告失敗。正當准備放棄的時候，突然看到一篇文章(原文連接： https://trac.filezilla-project.org/ticket/5533#no1 )是和同事的情況類似，因為他也是很小的文件可以上傳，但是大於幾kb之後就不能上傳了，而導致這個問題的原因是和 MTU 有關。
具體來說，FTP使用兩個TCP連接來通信，一條控制連接(control connection)用來提交命令和接受回復；一條數據連接(data connection)來處理實際的文件傳輸。在文件傳輸過程中，控制連接是很容易進入空閑狀態的，TCP標准也沒有規定一個連接的最大空閑時間。但是路由器和防火牆經常會把空閑的連接給關閉掉，並且不通知雙方，就造成了傳輸100%但最後還是超時的現象。後面的評論就是解決問題的關鍵了：TCP傳輸過程中有最大的包上限MTU(Maximum Transmission Unit，不超過1500)，超過這個大小的傳輸就要拆成多個包(packet)。所以比較「小」的文件不用拆包，一次就傳輸完了；「大」的文件需要拆包，分多次發送，就出現超時的問題。
好了既然找出始作俑者了，那麼如何修改呢？
通過上面的設置修改，發現果然ftp上傳沒問題了。
抱著好奇的態度，我又去看了下另外一個同事的電腦發現，他的 MTU也是默認的1500，為什麼他可以？？？
後來又查詢資料發現，原來MTU和ISP有關系，後來我又對比了下他們電腦上的dns，發現果真不一樣。好吧，又學習到了不少知識。
