1.quit退出服務器
客戶端輸入退出命令:ui
退出的抓包數據交換過程:spa
2.用戶登陸,輸入正確用戶名和錯誤用戶名都是返回331請求輸入密碼,這裏再也不將錯誤用戶名的抓包數據交換過程截圖。3d
數據交換過程:blog
服務器端準備好的數據格式(狀態碼 消息):ip
客戶端發送用戶名格式(USER 用戶名):文件上傳
服務器端返回請求輸入密碼格式(狀態碼 消息):it
客戶端發送密碼格式(PASS 密碼):登錄
服務器端返回正確登陸消息(狀態碼 消息):服務器端
若是登陸失敗後在ftp> 下輸入open dstip,user xxx的數據交換格式同上。
open dstip就至關於發起一個新的鏈接。
user xxx就至關於發送USER xxx,而後會要求輸入密碼。
三、目錄檢索,真實的ftp傳輸是有控制通道和數據通道的:
輸入命令:
客戶端發送命令請求:
服務器端相應命令請求狀態:
服務器端相應結果:
服務端響應數據發送完畢:
若是用戶未登陸,服務器端會請求客戶端輸入用戶密碼:
四、目錄切換
若是客戶端未登陸,則服務器端會請求客戶端輸入用戶密碼:
用戶已經登陸的狀態:
目錄切換成功:
目錄切換失敗:
五、打印當前目錄:
6.文件下載
基本數據交換過程都同樣:
1)客戶端請求端口
2)服務器迴應端口可用
3)客戶端請求命令
4)服務器迴應文件狀態和文件大小
5)服務器開始發送文件內容
6)服務器發送文件發送完畢狀態
若服務器讀取文件失敗時,服務器會響應錯誤消息:
7.文件上傳:
若服務器沒法寫文件,服務器會響應失敗消息:
正常的文件上傳過程:
1)客戶端請求端口
2)服務器迴應端口可用
3)客戶端請求命令
4)服務器迴應能夠發送了
5)客戶端發送文件內容
6)服務器發送文件發送完畢狀態