Ⅰ FTP登陸 出現] 連接被關閉；傳輸已放棄
朋友，這是你的電腦系統文件被頑固木馬破壞！（答案原創，原作者：力王歷
史）提示：急救箱無法聯網，就用：「離線模式」！
1.下載個「360系統急救箱」，已經安裝了「360安全衛士」的朋友，直接打開
「查殺木馬」，「自定義掃描」的下面的「360系統急救箱」，點擊它：
【1】。開始急救！急救完畢後，立即處理，重啟！
【2】。開機後，「文件恢復區」，徹底刪除文件！
【3】。「系統修復」，全選，立即修復！【關鍵】
【4】。網路修復，開始修復，重啟電腦！【關鍵】
【5】。dll文件恢復，掃描一下，如果有丟失，添加恢復，沒有就行了！
2。用「360安全衛士」的「系統修復」，點「IE常用設置」，「修改主頁」，
「使用360安全網址導航」，點：「一鍵修復」！
3。用「360安全衛士」的「掃描插件」，然後再點：「清理插件」，把「惡評
插件」刪除！
4。再用「360殺毒雙引擎版」，勾選「自動處理掃描出的病毒威脅」，「全盤
掃描」與「自定義掃描」，病毒木馬，再點刪除！重啟電腦後，來到「隔離
區」，點「徹底刪除」！
5。木馬查殺，「全盤掃描」與「自定義掃描」，查殺到木馬，立即處理！重
啟！「文件恢復區」，徹底刪除！
6。再不行，試試：金山急救箱，勾選「擴展掃描」，立即處理，重啟電腦！
7。再不行，試試：金山網盾，一鍵修復！
8。實在不行，只能：一鍵還原（方法：訪問我的「網路空間」博客）或重裝系統！
Ⅱ 簡述文件傳輸協議FTP的工作原理及一般使用步驟。
1、FTP支持兩種模式，一種方式叫做Standard (也就是 PORT方式，主動方式)，一種是 Passive(也就是PASV，被動方式)。 Standard模式 FTP的客戶端發送 PORT 命令到FTP伺服器。Passive模式FTP的客戶端發送 PASV命令到 FTP Server。
下面介紹一個這兩種方式的工作原理：
Port
FTP 客戶端首先和FTP伺服器的TCP 21埠建立連接，通過這個通道發送命令，客戶端需要接收數據的時候在這個通道上發送PORT命令。 PORT命令包含了客戶端用什麼埠接收數據。在傳送數據的時候，伺服器端通過自己的TCP 20埠連接至客戶端的指定埠發送數據。 FTP server必須和客戶端建立一個新的連接用來傳送數據。
Passive
在建立控制通道的時候和Standard模式類似，但建立連接後發送的不是Port命令，而是Pasv命令。FTP伺服器收到Pasv命令後，隨機打開一個高端埠（埠號大於1024）並且通知客戶端在這個埠上傳送數據的請求，客戶端連接FTP伺服器此埠，然後FTP伺服器將通過這個埠進行數據的傳送，這個時候FTP server不再需要建立一個新的和客戶端之間的連接。
很多防火牆在設置的時候都是不允許接受外部發起的連接的，所以許多位於防火牆後或內網的FTP伺服器不支持PASV模式，因為客戶端無法穿過防火牆打開FTP伺服器的高端埠；而許多內網的客戶端不能用PORT模式登陸FTP伺服器，因為從伺服器的TCP 20無法和內部網路的客戶端建立一個新的連接，造成無法工作。
2、使用步驟
（1）FTP伺服器運行FTPd守護進程，等待用戶的FTP請求。
（2）用戶運行FTP命令,請求FTP伺服器為其服務。
例：FTP 202.119.2.197
（3）FTPd守護進程收到用戶的FTP請求後，派生出子進程FTP與用戶進程FTP交互，建立文件傳輸控制連接，使用TCP埠21。
（4）用戶輸入FTP子命令，伺服器接收子命令，如果命令正確，雙方各派生一個數據傳輸進程FTP-DATA,建立數據連接，使用TCP埠20,進行數據傳輸。
（5）本次子命令的數據傳輸完，拆除數據連接，結束FTP-DATA進程。
（6）用戶繼續輸入FTP子命令，重復（4）、（5）的過程，直至用戶輸入quit命令，雙方拆除控制連接，結束文件傳輸，結束FTP進程。
Ⅲ FTP的主要工作過程是怎樣的主進程和從屬進程各起什麼作用
（1）FTP 使用客戶伺服器方式。一個FTP 伺服器進程可同時為多個客戶進程提供服
務。
FTP 的伺服器進程由兩大部分組成：一個主進程，負責接受新的請求；另外有若干
個從屬進程，負責處理單個請求。
主進程的工作步驟：
1、打開熟知埠（埠號為21），使客戶進程能夠連接上。
2、等待客戶進程發出連接請求。
3、啟動從屬進程來處理客戶進程發來的請求。從屬進程對客戶進程的請求處理完畢
後即終止，但從屬進程在運行期間根據需要還可能創建其他一些子進程。
4、回到等待狀態，繼續接受其他客戶進程發來的請求。主進程與從屬進程的處理是
並發地進行。
（2）作用：控制連接在整個會話期間一直保持打開，FTP 客戶發出的傳送請求通過控制連接發
送給伺服器端的控制進程，但控制連接不用來傳送文件。
實際用於傳輸文件的是「數據連接」。伺服器端的控制進程在接收到FTP 客戶發送來
的文件傳輸請求後就創建「數據傳送進程」和「數據連接」，用來連接客戶端和伺服器端
的數據傳送進程。
數據傳送進程實際完成文件的傳送，在傳送完畢後關閉「數據傳送連接」並結束運行。
Ⅳ (1)為什麼結束FTP連接的時候需要有兩次「四次揮手」的過程
因為TCP是全雙工通信的。
第一次揮手因此當主動方發送斷開連接的請求給被動方時僅僅代表主動方不會再發送數據報文了但主動方仍可以接收數據報文，第二次揮手被動方此時有可能還有相應的數據報文需要發送因此需要先發送ACK報文告知主動方「我知道你想斷開連接的請求了這樣主動方便不會因為沒有收到應答而繼續發送斷開連接的請求，第三次揮手被動方在處理完數據報文後便發送給主動方FIN報文這樣可以保證數據通信正常可地完成發送完FIN報文後被動方進入LASTACK階段，第四揮手如果主動方及時發送ACK報文進行連接中斷的確認這時被動方就直接釋放連接進入狀態。
Ⅳ ftp原理是什麼
FTP的工作原理是在 OSI 模型的第七層， TCP 模型的第四層， 即應用層， 使用TCP傳輸而不是 UDP， 客戶在和銷念伺服器建立連接前要經過一個「三次握手」的過程， 保證客戶與伺服器之間的連接是可靠的。
在開發網站的時候，通常利用FTP協議把網頁或程序傳到Web伺服器上。此外，由於FTP傳輸效率非常高，在網路上傳輸大的文件時，一般也採用該協議。
默認情況下FTP協議使用TCP埠中的 20和21這兩個埠，其中20用於傳輸數據，21用於傳輸控制信息。
但是，是否使用20作為傳輸數據的埠與FTP使用的傳輸模式有關，如果採用主動模式，那麼數據傳輸埠就是20；如果採用被動模式，則具體最終使用哪個埠要伺服器端和客戶端協商決定。
(5)ftp發送數據結束擴展閱讀
FTP 客戶端首先和FTP伺服器的TCP 21埠建立連接，通過這個通道發送命令，客戶端需要接收數據的時候在這個通道上發送PORT命令。 PORT命令包含了客戶端用什麼埠接收數據。
在傳送數據的時候，伺服器端通過自己的TCP 20埠連接至客戶端的指定埠發送數據。 FTP server必須和客戶端建立一個新的連接用來傳送數據。
在建立控制通道的時候和Standard模式類似，但建立連接後發送的不是Port命令，而是Pasv命令。FTP伺服器收到Pasv命令後，隨機打開一個高端埠（埠號大於1024）並且通知客戶端在這個埠上傳送數據的請求，客戶端連接FTP伺服器此埠。
很孫彎多防火牆在設置的時候都是不允許接受外部發起的連接的，所以許多位於防火牆後或內網的FTP伺服器不支持PASV模式，因為客戶端無法穿過防火牆打開FTP伺服器的高端埠。
而許多內網的客戶端不能用PORT模式登陸FTP伺服器，因為從伺服器的TCP 20無法和內部網路虧凱困的客戶端建立一個新的連接，造成無法工作。
Ⅵ ftp傳輸失敗怎麼辦
FlashFXP 2.0中文版：選項--參數選擇--代理/防火牆/標識--將「使用被動模式」前復選框中的打勾去掉
2、 Cute FTP 3.5英文版：FTP—Settings—Options—Firewall，將「PASV mode」前復選框中的打勾去掉。
3、 Cute FTP3.5中文版：FTP—設置—選項—防火牆，「PASV方式（A）」前復選框中的打勾去掉。
4、 Leap FTP2.7.2：Sites—Site Manager—Advanced，將「Use PASV mode」前復選框中的打勾去掉。
Cute FTP 編輯—》設置->連接->防火牆->去掉pasv的勾
FlashFXP 選項——》參數選擇-》鏈接-》代理 去掉使用被動模式前的勾
FTP是File Transfer Protocol（文件傳輸協議）的縮寫，用來在兩台計算機之間互相傳送文件。FTP協議有兩種工作方式：PORT方式和PASV方式，中文意思為主動式和被動式。
PORT（主動）方式的連接過程是：客戶端向伺服器的FTP埠（默認是21）發送連接請求，伺服器接受連接，建立一條命令鏈路。當需要傳送數據時，
伺服器從20埠向客戶端的空閑埠發送連接請求，建立一條數據鏈路來傳送數據。
PASV（被動）方式的連接過程是：客戶端向伺服器的FTP埠（默認是21）發送連接請求，伺服器接受連接，建立一條命令鏈路。當需要傳送數據時，客戶端向伺服器的空閑埠發送連接請求，建立一條數據鏈路來傳送數據。
因為PORT方式在傳送數據時，由伺服器主動連接客戶端，所以，如果客戶端在防火牆或NAT網關後面，用PORT方式將無法與Internet上的FTP伺服器傳送文件。這種情況需要使用PASV方式。幾乎所有的ftp客戶端軟體都支持這兩種方式。特殊的典型例子是ie，ie默認是用PORT方式的。如果要在ie里啟用PASV方式，請打開ie，在菜單里選擇：工具 -> Internet選項 -> 高級，在「使用被動ftp」前面打上鉤（需要IE6.0以上才支持）。」
Ⅶ 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伺服器端怎麼判斷一個文件已經傳送完成
首先，我不清楚你說的這個和我理解的是不是同一個概念。剛好之前寫過一個文件伺服器的小代碼，可以稍微分享一下。
伺服器首先read文件，read之後會有一個返回值，假設你每次read 1024個位元組，當返回值小於1024，表示已經文件已經read結束。read之後send發送文件(阻塞式)，在發送完所有文件斷開連接，這時伺服器又會發送一個FIN給客戶端。(注意這里讀文件，發文件在一個大循環，循環的判斷條件就是read的位元組數)。對應客戶端接收文件也是在一個大循環里，recv阻塞式的接收文件，然後將接收到的內容寫入自己建立的空文件中，在recv的返回值為0的時候，表示接收已經結束，跳出循環，繼而斷開連接。
可能有人會有疑問，當接收完文件，斷開連接，伺服器不也就結束了嗎？其實我當時寫的伺服器有伺服器和客戶端建立了兩條TCP連接，一條用於客戶端向伺服器請求文件，另一條用於伺服器向客戶端發送文件，這樣即使下面一條連接斷開，伺服器和客戶端也不會終止，從而實現該客戶端還可以再次請求文件，同時伺服器也可以處理其他客戶端的請求(第二條連接是在客戶端向伺服器請求文件，並且伺服器有你請求的文件時建立的)。
多客戶端連接伺服器有兩種方式，一種是通過伺服器fork生成子進程，用子進程去處理和客戶端的數據傳輸，而父進程的功能就是監聽是否有子進程過來連接。還有一種方式就是通過epoll來實現(與select和poll思想相同)。
以上所有內容都是自己敲上去的，可能說的有不對或是不確切的地方，希望看見的人能提出指正，謝謝。
Ⅸ 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的工作原理
FTP有兩個過程：控制連接和數據連接。
控制連接用於傳送請求；而數據連接用於傳輸文件。
FTP的工作原理：
FTP協議不像HTTP協議一樣需要一個埠作為連接（默認時HTTP埠是80，FTP埠是21）。FTP協議需要兩個埠：
①一個埠是作為控制連接埠，也就是FTP的21埠，用於發送傳送請求給伺服器的控制進程以及等待伺服器響應（控制連接並不用來傳送文件）；
②另外一個埠用於數據傳輸埠，埠號為20（僅用PORT模式），是用建立數據傳輸通道的，主要作用是從客戶向伺服器發送一個文件，從伺服器向客戶發送一個文件，從伺服器向客戶發送文件或目錄列表，用來連接客戶端和伺服器端的數據傳送進程。
數據傳送進程實際完成文件的傳送，在傳送完畢後關閉「數據傳送連接」並結束運行。