freepeople性欧美熟妇, 色戒完整版无删减158分钟hd, 无码精品国产vα在线观看DVD, 丰满少妇伦精品无码专区在线观看,艾栗栗与纹身男宾馆3p50分钟,国产AV片在线观看,黑人与美女高潮,18岁女RAPPERDISSSUBS,国产手机在机看影片

正文內(nèi)容

ftp協(xié)議完全詳解-資料下載頁

2024-10-26 11:31本頁面

【導讀】戶透明和可靠高效地傳送數(shù)據(jù)。雖然我們也可以手工使用它,但是它的主要作用。是供程序使用的。在閱讀本文之前最好能夠閱讀TCP協(xié)議標準規(guī)范和Tel. 我們先介紹一下字節(jié)大小,在FTP中字節(jié)大小有兩個:邏輯字。后者通常是8位,而前者可不一定是多少了。傳輸字節(jié)不必等于邏輯字節(jié)大小,也不必對數(shù)據(jù)結構進行解釋。是建立在USER-PIT和SERVER-PI之間用于交換命令與應答的通信鏈路。DTP之間也可以發(fā)生在兩個服務器DTP之間。NTV代表網(wǎng)絡虛擬終端,它的定義與在Tel協(xié)議中的定義一致。文件的一部分稱為頁。輸和存儲設置參數(shù),并根據(jù)PI的指令傳輸數(shù)據(jù)。當然,DTP也可以轉入“被動”。至于用戶FTP進程則是由PI,DTP和用戶接口組成的。接,控制連接與Tel協(xié)議很象。在開始階段,標準FTP命令由用戶PI產(chǎn)生。的機器上,但用戶或用戶FTP進程必須確定它在指定的數(shù)據(jù)端口上偵聽。發(fā)送方將內(nèi)部表示轉換為。NVT-ASCII格式,接收方則進行相反的過程接收數(shù)據(jù)。在不同主機間傳送文件時必須使主機

  

【正文】 26, 250 425, 426, 451, 551, 552 532, 450, 550, 452, 553 500, 501, 502, 421, 530 RNFR 450, 550 500, 501, 502, 421, 530 350 RNTO 250 532, 553 500, 501, 502, 503, 421, 530 DELE 250 450, 550 500, 501, 502, 421, 530 RMD 250 500, 501, 502, 421, 530, 550 MKD 257 500, 501, 502, 421, 530, 550 PWD 257 500, 501, 502, 421, 550 ABOR 225, 226 500, 501, 502, 421 獲得信息命令 SYST 215 500, 501, 502, 421 STAT 211, 212, 213 450 500, 501, 502, 421, 530 HELP 211, 214 500, 501, 502, 421 其它命令 SITE 200 202 500, 501, 530 NOOP 200 500 421 6. 狀態(tài)圖 下面是一個簡單實現(xiàn)的 FTP 的狀態(tài)圖,只用到響應碼的首位。對于所有命令或命令序列有三種可能性:成功( S),失?。?F)或錯誤( E)。在狀態(tài)圖中 B代表開始, W 代表等待響應。下面我們給出一個總圖,總圖可以包括的命令有: ABOR, ALLO, DELE, CWD, CDUP, SMNT, HELP, MODE, NOOP,PASV,QUIT, SITE, PORT, SYST, STAT, RMD, MKD, PWD, STRU 和TYPE 而下圖可以包括的命令有: APPE, LIST, NLST, REIN, RETR, STOR 和 STOU。 第一幅圖和第二幅圖差別不大,第一幅圖中如果出現(xiàn)了 100 系列響應會是錯誤,而在 第二幅圖中不會。下面是重命名過程: 下面是重新啟動命令,其中 cmd 代表 APPE,STOR 或 RETR。 下圖代表登錄過程: 7. 典型 FTP 過程 假設位于 U 的用戶希望從 S上(下)傳文件,通常用戶需要使用用戶 FTP 進程和服務器通信,下面就是一個例子: 用戶發(fā)出的本地命令 解釋 ftp (host) multicsCR 連接到 S 的端口 L,建立控制連接 220 Service ready CRLF. 用戶名 Doe CR need passwordCRLF. USER DoeCRLF 331 用戶名正確 口令 CR PASS 口令 CRLF 230 User logged inCRLF. retrieve (local type) ASCIICR (local pathname) test 1 CR (for. pathname) CR UserFTP opens local file in ASCII. RETR CRLF 150 文件狀態(tài)正常,將打開 數(shù)據(jù)連接CRLF 服務器于端口 U 建立數(shù)據(jù)連接 文件傳輸中 226 關閉數(shù)據(jù)連接,文件傳輸正確CRLF type ImageCR TYPE ICRLF 200 Command OKCRLF store (local type) imageCR (local pathname) file dumpCR UserFTP opens local file in Image. STOR uddfdCRLF () uddfdCR 550 訪問拒絕 CRLF 中止 QUIT CRLF 服務器關閉所有連接 FTP 控制連接通過用戶進程端口 U 和服務器端口 L 建立,這里默認的 L=21。 所有域均以 1 個邏輯字節(jié)長度為大小,邏輯字節(jié)長度由 TYPE 命令指定。如果讀取版本與和開始版本號一致,文件訪問時必須以相同的參數(shù)進行。如果參數(shù)相同,F(xiàn)TP 實現(xiàn)要保證取得的文件內(nèi)容是相同的。 . 建立數(shù)據(jù)連接 傳送數(shù)據(jù)機制包括建立連接選擇數(shù)據(jù)參數(shù)。用戶和服務器 DTP 有默認數(shù)據(jù) 端口。用戶進程默認數(shù)據(jù)端口和控制連接端口相同。服務器進程默認數(shù)據(jù)端口和控制連接端口相鄰。傳輸字節(jié)大小是 8 位字節(jié)。此字節(jié)是實際傳輸字節(jié),但不代表主機內(nèi)的數(shù)據(jù)表示。被動數(shù)據(jù)傳輸進程在數(shù)據(jù)端口接收數(shù)據(jù), FTP 請求命令決定數(shù)據(jù)傳輸?shù)姆较?。服務器在接收到請求以后,將初始化端口的?shù)據(jù)連接。當連接建立后,傳輸在 DTP 之間傳送,服務器 PI 對用戶 PI 返回應答。 FTP 實現(xiàn)運行一個默認數(shù)據(jù)端口,用戶 PI 才能改變默認端口。 通過 PORT 命令可能改變端口,用戶可能希望數(shù)據(jù)在第三方主機上進行其它操作,用戶 PI 需要在兩個服務器 PI 上建立 連接。一個服務器被告知偵聽另一服務器的請求。用戶 PI 通過 PORT 命令通知另一服務器的數(shù)據(jù)端口。最后雙方發(fā)送相應的傳送命令。通常,服務器負責支持數(shù)據(jù)連接,初始化并關閉它,除非用戶DTP 在傳輸模式下要求關閉連接。服務器在下面情況下關閉數(shù)據(jù)連接: 1. 服務器結束發(fā)送數(shù)據(jù),通過 EOF 要求中止傳送; 2. 用戶發(fā)送 ABORT 命令; 3. 用戶改變端口; 4. 控制連接關閉; 5. 發(fā)生不可恢復錯誤。 . 數(shù)據(jù)連接管理 默認數(shù)據(jù)連接端口:所有 FTP 必須支持默認數(shù)據(jù)連接,只有用戶 PI 能夠初始化非默認端口的使用。 確定非默認數(shù)據(jù)端口:用戶 PI 可以使用 PORT 命令指定非默認端口,它要求服務器方以 PASV 確定非默認數(shù)據(jù)端口。連接是由雙方地址確定的,因此改變一方地址就改變了連接。 數(shù)據(jù)連接的重用:在使用流式數(shù)據(jù)傳輸模型時,文件結束通過關閉連接指示。如果要傳送多個文件時就會出麻煩,解決的方法有兩個,一個是確定非默認端口,另一個是使用另一種傳輸模式。就傳輸模式而言,流傳輸模式是不安全的,因此無法確定連接是暫時還是永久關閉。其它傳輸模式不通過關閉連接表示文件結構,它們可以通過 FTP 命令決定傳送結構。因此使用這些傳輸模式可以在保持連接的情況下傳送多個文件。 . 傳輸模式 有三種傳輸模式:一種將數(shù)據(jù)格式化并考慮重新開始過程;一種壓縮數(shù)據(jù);一種是不經(jīng)過處理(少量處理)傳送。所有數(shù)據(jù)傳輸必須以一個 EOF 結束,它可以顯式給出,也可以通過關閉連接隱式給出。對于記錄文件,所有 EOR 是顯式的,包括最后一個記錄。對于以頁結構傳送的文件,使用 “最后一頁 ”表示結束。從這里開始,下文中我們提到的字節(jié)指的是 “傳輸字節(jié) ”。 為了進行標準化傳送,傳送主機必須把行結束或記錄結束的內(nèi)部表示轉化為傳輸模式和文件結構指定的形式傳送,接收方則進行相反的工作。 IBM 大型機的記錄計數(shù)域可能不能為其它主機識別,所以記錄結束標記在流模式下以雙字節(jié)控制碼傳送,在塊或壓縮模式下以標記位傳送。而 ASCII 或 EBCDIC 的行結束則則CRLF或 NL指示。這樣的轉換需要時間,所以相同的系統(tǒng)在傳送文本文件時采用二進制或流表示比較合適。下面是 FTP 定義的傳輸模式: . 流模式 數(shù)據(jù)以字節(jié)流的形式傳送。使用的表示類型沒有限制,允許記錄結構。在記錄結構文件 EOR 和 EOF 表示為雙字節(jié)控制碼。第一字節(jié)全為 0,后一字節(jié)為轉義字符。當?shù)诙恢禐?1 時表示 EOR,為 2 時表示 EOF,如果要 同時表示 EOR 和EOF,值為 3。全 1 字節(jié)作為數(shù)據(jù)發(fā)送時必須使用雙字節(jié)傳送,其中數(shù)據(jù)保存在第二個字節(jié)內(nèi)。如果是文件結構,通過發(fā)送方關閉連接表示 EOF,接收到的所有數(shù)據(jù)就是文件內(nèi)容。 . 塊模式 文件以塊形式傳送,塊帶有自己的頭部分。頭字節(jié)包括計數(shù)域和描述子代碼。計數(shù)域說明了數(shù)據(jù)塊的字節(jié)數(shù),描述子代碼定義了以下內(nèi)容: EOF, EOR 重新開始標記或懷疑錯誤數(shù)據(jù)。懷疑錯誤數(shù)據(jù)不是為了進行差錯控制,它是為了站點間交換特定數(shù)據(jù),傳送時不管本地錯誤(如硬盤錯誤)而只管傳送,但是傳送時可要指出,這個數(shù)據(jù)可能有錯 。在此模式下可以使用記錄結構,也可以使用相應的數(shù)據(jù)表示。頭字節(jié)的結構如下圖所示:
點擊復制文檔內(nèi)容
畢業(yè)設計相關推薦
文庫吧 www.dybbs8.com
備案圖鄂ICP備17016276號-1