資源子網(wǎng)高層協(xié)議_第1頁
資源子網(wǎng)高層協(xié)議_第2頁
資源子網(wǎng)高層協(xié)議_第3頁
資源子網(wǎng)高層協(xié)議_第4頁
資源子網(wǎng)高層協(xié)議_第5頁
已閱讀5頁,還剩71頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領

文檔簡介

資源子網(wǎng)高層協(xié)議第一頁,共七十六頁,編輯于2023年,星期三§6.1傳輸層TCP/UDP協(xié)議TCP/IP的傳輸層有兩個不同的協(xié)議用戶數(shù)據(jù)報協(xié)議UDP(UserDatagramProtocol)、傳輸控制協(xié)議TCP(TransmissionControlProtocol)。第二頁,共七十六頁,編輯于2023年,星期三TCP協(xié)議和UDP協(xié)議的端口號進程通信的首要問題是解決進程標識方法,TCP/IP協(xié)議族中用端口號來標識進程。TCP協(xié)議和UDP協(xié)議端口號長度都是16位,端口號的取值范圍是0~65535之間的整數(shù)。端口號分為3類:熟知端口號值的范圍是0~1023,它被統(tǒng)一分配和注冊;注冊端口號值的范圍是1024~49151,用戶根據(jù)需要可以在IANA注冊,以防止重復;臨時端口號值的范圍是49152~65535,它們之間可由任何進程來使用。第三頁,共七十六頁,編輯于2023年,星期三TCP協(xié)議和UDP協(xié)議的端口號TCP協(xié)議規(guī)定:客戶進程由本地主機上的TCP軟件隨機選取臨時端口。運行在遠程計算機上的服務器必須使用熟知端口號,其值的范圍是0~1023。UDP協(xié)議端口號的分配方法與TCP基本相同。第四頁,共七十六頁,編輯于2023年,星期三常用的熟知端口號第五頁,共七十六頁,編輯于2023年,星期三用戶數(shù)據(jù)報協(xié)議(UDP)UDP用戶數(shù)據(jù)報只能提供不可靠的交付,但UDP在某些方面有其特殊的優(yōu)點,如:(1)發(fā)送數(shù)據(jù)之前不需要建立連接,因而減少了開銷和發(fā)送數(shù)據(jù)之前的時延。(2)UDP沒有擁塞控制,也不保證可靠交付,因此主機不需要維持具有許多參數(shù)的、復雜的連接狀態(tài)表。(3)UDP用戶數(shù)據(jù)報首部只有8個字節(jié),比TCP的20個字節(jié)的首部要短。(4)由于UDP沒有擁塞控制,因此網(wǎng)絡出現(xiàn)的擁塞不會使源主機的發(fā)送速率降低。第六頁,共七十六頁,編輯于2023年,星期三UDP的格式第七頁,共七十六頁,編輯于2023年,星期三可靠的數(shù)據(jù)流傳輸協(xié)議(TCP)TCP是TCP/IP體系中面向連接的傳輸層協(xié)議,它提供全雙工的可靠交付的服務。第八頁,共七十六頁,編輯于2023年,星期三TCP報文段的首部32bit源端口目的端口序號確認號1632數(shù)據(jù)偏移保留窗口校驗和緊急指針選項(長度可變)填充URGACKPSHRSTSYNFINTCP首部TCP數(shù)據(jù)部分第九頁,共七十六頁,編輯于2023年,星期三TCP首部20字節(jié)的固定首部目的端口數(shù)據(jù)偏移檢驗和選項(長度可變)源端口序號緊急指針窗口確認號保留FIN32位SYNRSTPSHACKURG位08162431填充TCP數(shù)據(jù)部分TCP首部TCP報文段IP數(shù)據(jù)部分IP首部發(fā)送在前TCP報文段的首部格式第十頁,共七十六頁,編輯于2023年,星期三TCP首部20字節(jié)固定首部目的端口數(shù)據(jù)偏移檢驗和選項(長度可變)源端口序號緊急指針窗口確認號保留FINSYNRSTPSHACKURG位08162431填充源端口和目的端口字段——各占2字節(jié)。端口是運輸層與應用層的服務接口。運輸層的復用和分用功能都要通過端口才能實現(xiàn)。第十一頁,共七十六頁,編輯于2023年,星期三TCP首部20字節(jié)固定首部目的端口數(shù)據(jù)偏移檢驗和選項(長度可變)源端口序號緊急指針窗口確認號保留FINSYNRSTPSHACKURG位08162431填充序號字段——占4字節(jié)。TCP連接中傳送的數(shù)據(jù)流中的每一個字節(jié)都編上一個序號。序號字段的值則指的是本報文段所發(fā)送的數(shù)據(jù)的第一個字節(jié)的序號。第十二頁,共七十六頁,編輯于2023年,星期三TCP首部20字節(jié)固定首部目的端口數(shù)據(jù)偏移檢驗和選項(長度可變)源端口序號緊急指針窗口確認號保留FINSYNRSTPSHACKURG位08162431填充確認號字段——占4字節(jié),是期望收到對方的下一個報文段的數(shù)據(jù)的第一個字節(jié)的序號。第十三頁,共七十六頁,編輯于2023年,星期三TCP首部20字節(jié)固定首部目的端口數(shù)據(jù)偏移檢驗和選項(長度可變)源端口序號緊急指針窗口確認號保留FINSYNRSTPSHACKURG位08162431填充數(shù)據(jù)偏移(即首部長度)——占4位,它指出TCP報文段的數(shù)據(jù)起始處距離TCP報文段的起始處有多遠。“數(shù)據(jù)偏移”的單位是32位字(以4字節(jié)為計算單位)。第十四頁,共七十六頁,編輯于2023年,星期三TCP首部20字節(jié)固定首部目的端口數(shù)據(jù)偏移檢驗和選項(長度可變)源端口序號緊急指針窗口確認號保留FINSYNRSTPSHACKURG位08162431填充保留字段——占6位,保留為今后使用,但目前應置為0。第十五頁,共七十六頁,編輯于2023年,星期三TCP首部20字節(jié)固定首部目的端口數(shù)據(jù)偏移檢驗和選項(長度可變)源端口序號緊急指針窗口確認號保留FINSYNRSTPSHACKURG位08162431填充緊急URG——當URG1時,表明緊急指針字段有效。它告訴系統(tǒng)此報文段中有緊急數(shù)據(jù),應盡快傳送(相當于高優(yōu)先級的數(shù)據(jù))。第十六頁,共七十六頁,編輯于2023年,星期三TCP首部20字節(jié)固定首部目的端口數(shù)據(jù)偏移檢驗和選項(長度可變)源端口序號緊急指針窗口確認號保留FINSYNRSTPSHACKURG位08162431填充確認ACK——只有當ACK1時確認號字段才有效。當ACK0時,確認號無效。第十七頁,共七十六頁,編輯于2023年,星期三TCP首部20字節(jié)固定首部目的端口數(shù)據(jù)偏移檢驗和選項(長度可變)源端口序號緊急指針窗口確認號保留FINSYNRSTPSHACKURG位08162431填充推送PSH(PuSH)——接收TCP收到PSH=1的報文段,就盡快地交付接收應用進程,而不再等到整個緩存都填滿了后再向上交付。第十八頁,共七十六頁,編輯于2023年,星期三TCP首部20字節(jié)固定首部目的端口數(shù)據(jù)偏移檢驗和選項(長度可變)源端口序號緊急指針窗口確認號保留FINSYNRSTPSHACKURG位08162431填充復位RST(ReSeT)——當RST1時,表明TCP連接中出現(xiàn)嚴重差錯(如由于主機崩潰或其他原因),必須釋放連接,然后再重新建立運輸連接。第十九頁,共七十六頁,編輯于2023年,星期三TCP首部20字節(jié)固定首部目的端口數(shù)據(jù)偏移檢驗和選項(長度可變)源端口序號緊急指針窗口確認號保留FINSYNRSTPSHACKURG位08162431填充同步SYN——同步SYN=1表示這是一個連接請求或連接接受報文。第二十頁,共七十六頁,編輯于2023年,星期三TCP首部20字節(jié)固定首部目的端口數(shù)據(jù)偏移檢驗和選項(長度可變)源端口序號緊急指針窗口確認號保留FINSYNRSTPSHACKURG位08162431填充終止FIN(FINis)——用來釋放一個連接。FIN1表明此報文段的發(fā)送端的數(shù)據(jù)已發(fā)送完畢,并要求釋放運輸連接。第二十一頁,共七十六頁,編輯于2023年,星期三TCP首部20字節(jié)固定首部目的端口數(shù)據(jù)偏移檢驗和選項(長度可變)源端口序號緊急指針窗口確認號保留FINSYNRSTPSHACKURG位08162431填充窗口字段——占2字節(jié),用來讓對方設置發(fā)送窗口的依據(jù),單位為字節(jié)。第二十二頁,共七十六頁,編輯于2023年,星期三TCP首部20字節(jié)固定首部目的端口數(shù)據(jù)偏移檢驗和選項(長度可變)源端口序號緊急指針窗口確認號保留FINSYNRSTPSHACKURG位08162431填充檢驗和——占2字節(jié)。檢驗和字段檢驗的范圍包括首部和數(shù)據(jù)這兩部分。在計算檢驗和時,要在TCP報文段的前面加上12字節(jié)的偽首部。第二十三頁,共七十六頁,編輯于2023年,星期三TCP首部20字節(jié)固定首部目的端口數(shù)據(jù)偏移檢驗和選項(長度可變)源端口序號緊急指針窗口確認號保留FINSYNRSTPSHACKURG位08162431填充緊急指針字段——占16位,指出在本報文段中緊急數(shù)據(jù)共有多少個字節(jié)(緊急數(shù)據(jù)放在本報文段數(shù)據(jù)的最前面)。

第二十四頁,共七十六頁,編輯于2023年,星期三TCP首部20字節(jié)固定首部目的端口數(shù)據(jù)偏移檢驗和選項(長度可變)源端口序號緊急指針窗口確認號保留FINSYNRSTPSHACKURG比特08162431填充選項字段——長度可變。TCP最初只規(guī)定了一種選項,即最大報文段長度

MSS。MSS告訴對方TCP:“我的緩存所能接收的報文段的數(shù)據(jù)字段的最大長度是MSS個字節(jié)。”MSS(MaximumSegmentSize)是TCP報文段中的數(shù)據(jù)字段的最大長度。數(shù)據(jù)字段加上TCP首部才等于整個的TCP報文段。第二十五頁,共七十六頁,編輯于2023年,星期三其他選項窗口擴大選項——占3字節(jié),其中有一個字節(jié)表示移位值S。新的窗口值等于TCP首部中的窗口位數(shù)增大到(16+S),相當于把窗口值向左移動S位后獲得實際的窗口大小。時間戳選項——占10字節(jié),其中最主要的字段時間戳值字段(4字節(jié))和時間戳回送回答字段(4字節(jié))。選擇確認選項——在后面的5.6.3節(jié)介紹。第二十六頁,共七十六頁,編輯于2023年,星期三TCP首部20字節(jié)固定首部目的端口數(shù)據(jù)偏移檢驗和選項(長度可變)源端口序號緊急指針窗口確認號保留FINSYNRSTPSHACKURG位08162431填充填充字段——這是為了使整個首部長度是4字節(jié)的整數(shù)倍。第二十七頁,共七十六頁,編輯于2023年,星期三TCP的數(shù)據(jù)編號與確認TCP協(xié)議是面向字節(jié)的。TCP將所要傳送的整個報文(這可能包括許多個報文段)看成是一個個字節(jié)組成的數(shù)據(jù)流,并使每一個字節(jié)對應于一個序號。TCP的確認是對接收到的數(shù)據(jù)的最高序號(即收到的數(shù)據(jù)流中的最后一個序號)表示確認。但接收端返回的確認序號是已收到的數(shù)據(jù)的最高序號加1。也就是說,確認序號表示接收端期望下次收到的數(shù)據(jù)中的第一個數(shù)據(jù)字節(jié)的序號。第二十八頁,共七十六頁,編輯于2023年,星期三TCP發(fā)送報文段的示意圖第二十九頁,共七十六頁,編輯于2023年,星期三TCP連接的建立與終止在連接建立過程中要解決以下三個問題:(1)要使每一方能夠確知對方的存在。(2)要允許雙方協(xié)商一些參數(shù)(如最大報文段長度,最大窗口大小,服務質(zhì)量等)。(3)能夠傳輸實體資源(如緩存大小,連接表中的項目等)進行分配。TCP連接建立TCP的連接建立過程又稱為TCP三次握手。首先發(fā)送方主機向接收方主機發(fā)起一個建立連接的同步(SYN)請求;接收方主機在收到這個請求后向送方主機回復一個同步/確認(SYN/ACK)應答;發(fā)送方主機收到此包后再向接收方主機發(fā)送一個確認(ACK),此時TCP連接成功建立TCP連接終止發(fā)送方主機和目的主機建立TCP連接并完成數(shù)據(jù)傳輸后,會發(fā)送一個將結束標記置1的數(shù)據(jù)包,以關閉這個TCP連接,并同時釋放該連接占用的緩沖區(qū)空間。第三十頁,共七十六頁,編輯于2023年,星期三TCP的流量控制與擁塞控制為了提高報文段的傳輸效率,TCP采用大小可變的滑動窗口進行流量控制。窗口大小的單位是字節(jié)。在TCP報文段首部的窗口字段寫入的數(shù)值就是當前給對方設置的窗口數(shù)值第三十一頁,共七十六頁,編輯于2023年,星期三TCP的重傳機制重傳機制是TCP中最重要和最復雜的問題之一。TCP每發(fā)送一個報文段,就設置一次計時器。只要計時器設置的重傳時間已經(jīng)到了但還沒有收到確認,就要重傳這一報文段。第三十二頁,共七十六頁,編輯于2023年,星期三TCP的有限狀態(tài)機TCP有限狀態(tài)機的圖中每一個方框都是TCP可能具有的狀態(tài)。每個方框中的大寫英文字符串是TCP標準所使用的TCP連接狀態(tài)名。狀態(tài)之間的箭頭表示可能發(fā)生的狀態(tài)變遷。箭頭旁邊的字,表明引起這種變遷的原因,或表明發(fā)生狀態(tài)變遷后又出現(xiàn)什么動作。圖中有三種不同的箭頭。粗實線箭頭表示對客戶進程的正常變遷。粗虛線箭頭表示對服務器進程的正常變遷。另一種細線箭頭表示異常變遷。第三十三頁,共七十六頁,編輯于2023年,星期三TCP

態(tài)

機CLOSEDESTABLISHEDLISTENCLOSE_WAITFIN_WAIT_1SYN_RCVDFIN_WAIT_2CLOSINGTIME_WAITSYN_SENTLAST_ACK主動打開被動打開被動關閉主動關閉起點被動打開主動打開發(fā)送SYN同時打開收到SYN,發(fā)送SYN,ACK收到ACK數(shù)據(jù)傳送階段關閉發(fā)送FIN關閉發(fā)送FIN關閉發(fā)送FIN收到RST收到SYN發(fā)送SYN,ACK關閉或超時收到ACK收到SYN,ACK發(fā)送ACK收到ACK收到ACK收到FIN發(fā)送ACK收到FIN,ACK

發(fā)送ACK收到FIN發(fā)送ACK同時關閉收到FIN發(fā)送ACK發(fā)送SYN定時經(jīng)過兩倍報文段壽命后關閉第三十四頁,共七十六頁,編輯于2023年,星期三TCP與UDP的選擇一般來說,TCP對應的是可靠性要求高的應用,而UDP對應的則是可靠性要求低、傳輸經(jīng)濟的應用。TCP支持的應用協(xié)議主要有:Telnet、FTP、SMTP等;UDP支持的應用層協(xié)議主要有:NFS(網(wǎng)絡文件系統(tǒng))、SNMP(簡單網(wǎng)絡管理協(xié)議)、DNS(主域名稱系統(tǒng))、TFTP(通用文件傳輸協(xié)議)等。

第三十五頁,共七十六頁,編輯于2023年,星期三§6.2域名系統(tǒng)(DNS)域名管理系統(tǒng)(DomainNameSystem,DNS)的作用是:把域名轉換成為網(wǎng)絡可以識別的IP地址。許多應用層軟件經(jīng)常直接使用域名系統(tǒng)DNS(DomainNameSystem),但計算機的用戶只是間接而不是直接使用域名系統(tǒng)。因特網(wǎng)采用層次結構的命名樹作為主機的名字,并使用分布式的域名系統(tǒng)DNS。第三十六頁,共七十六頁,編輯于2023年,星期三因特網(wǎng)采用了層次樹狀結構的命名方法。任何一個連接在因特網(wǎng)上的主機或路由器,都有一個唯一的層次結構的名字,即域名。域名的結構由標號序列組成,各標號之間用點隔開:

….三級域名.二級域名.頂級域名各標號分別代表不同級別的域名。如域名WWW.CRTVU.EDU.CN的.CN是域名的第一層,.EDU是第二層,.CRTVU是真正的域名,處在第三層。域名結構第三十七頁,共七十六頁,編輯于2023年,星期三國際互聯(lián)網(wǎng)域名體系第三十八頁,共七十六頁,編輯于2023年,星期三域名解析服務器名字到IP地址的解析是由若干個域名服務器程序完成的。域名服務器程序在專設的結點上運行,運行該程序的機器稱為域名服務器。域名解析服務器就是進行域名解析的服務器第三十九頁,共七十六頁,編輯于2023年,星期三域名解析過程(1)客戶機提出域名解析請求,并將該請求發(fā)送給本地的域名服務器。(2)當本地的域名服務器收到請求后,就先查詢本地的緩存,如果有該紀錄項,則本地的域名服務器就直接把查詢的結果返回。(3)如果本地的緩存中沒有該紀錄,則本地域名服務器就直接把請求發(fā)給根域名服務器,然后根域名服務器再返回給本地域名服務器一個所查詢域(根的子域)的主域名服務器的地址。(4)本地服務器再向上一步返回的域名服務器發(fā)送請求,然后接受請求的服務器查詢自己的緩存,如果沒有該紀錄,則返回相關的下級的域名服務器的地址。(5)重復第(4)步,直到找到正確的紀錄。(6)本地域名服務器把返回的結果保存到緩存,以備下一次使用,同時還將結果返回給客戶機。第四十頁,共七十六頁,編輯于2023年,星期三

§6.3文件傳輸協(xié)議FTP將文件從一個系統(tǒng)發(fā)送到另一個系統(tǒng)是網(wǎng)絡功能的重要組成部分。傳輸文件的可能方法:使用email使用HTTP協(xié)議文件傳輸協(xié)議(FileTransferProtocol,F(xiàn)TP)簡單文件傳輸協(xié)議(TrivialFileTransferProtocol,TFTP)FTP是因特網(wǎng)上使用得最廣泛的文件傳送協(xié)議。FTP提供交互式的訪問,允許客戶指明文件的類型與格式,并允許文件具有存取權限。FTP屏蔽了各計算機系統(tǒng)的細節(jié),因而適合于在異構網(wǎng)絡中任意計算機之間傳送文件。第四十一頁,共七十六頁,編輯于2023年,星期三FTP基本原理FTP使用TCP傳輸而不是UDP。FTP位于OSI和TCP模型的應用層。FTP的目標:(1)在主機之間共享計算機程序或數(shù)據(jù);(2)讓本地主機間接地使用遠程計算機;(3)向用戶屏蔽不同主機中各種文件存儲系統(tǒng)的細節(jié);(4)可靠、有效的傳輸數(shù)據(jù)。第四十二頁,共七十六頁,編輯于2023年,星期三

FTP連接控制端口FTP控制端口用于交換命令信息及對命令的響應信息。數(shù)據(jù)端口數(shù)據(jù)端口是FTP數(shù)據(jù)文件發(fā)送到FTP服務器時使用的端口。第四十三頁,共七十六頁,編輯于2023年,星期三FTP的主要特征(1)控制連接控制連接是建立在用戶協(xié)議解釋器和服務器解釋器之間用于交換命令與應答的通信鏈路。(2)數(shù)據(jù)連接數(shù)據(jù)連接是傳輸數(shù)據(jù)的全雙工連接。(3)文件類型ASCII文件類型,為默認類型。EBCDIC文件類型,采用EBCDIC(extendedbinary-codeddecimalinterchangecode)字符編碼圖像文件類型(也稱為二進制文件類型),在此類型下傳輸?shù)臄?shù)據(jù)呈現(xiàn)為連續(xù)的二進制比特流。通常用于傳輸二進制文件。本地類型,用在本地字節(jié)大小不是8位的環(huán)境下。該方式用于具有不同字節(jié)位數(shù)的主機間傳輸二進制文件,每字節(jié)的位數(shù)由發(fā)送方指定。第四十四頁,共七十六頁,編輯于2023年,星期三FTP的優(yōu)缺點FTP的優(yōu)點高效的傳輸數(shù)據(jù)允許遠程訪問文件FTP的缺點(1)FTP用戶密碼和文件內(nèi)容都使用明文傳輸,可能產(chǎn)生安全性問題;(2)由于需要開放一個隨機端口來建立連接,當防火墻存在時,客戶端很難過濾處于主動模式下的FTP數(shù)據(jù)流。(3)服務器可能會被告知連接一個用戶計算機的保留端口。第四十五頁,共七十六頁,編輯于2023年,星期三簡單文件傳輸協(xié)議TFTPTCP/IP協(xié)議族中還有一個簡單文件傳送協(xié)議TFTP(TrivialFileTransferProtocol),它是一個很小且易于實現(xiàn)的文件傳送協(xié)議。TFTP的用途(1)利用TFTP為打印機、集線器和路由器下載初始化代碼;(2)路由器的信息設置;(3)引導協(xié)議(BOOTP)主機的信息設置。

第四十六頁,共七十六頁,編輯于2023年,星期三TFTP的主要特點(1)每次傳送的數(shù)據(jù)PDU中有512字節(jié)的數(shù)據(jù),但最后一次可不足512字節(jié);(2)數(shù)據(jù)PDU也稱為文件塊(block),每個塊按序編號,從1開始;(3)支持ASCII碼或二進制傳送;(4)可對文件進行讀或寫;(5)使用很簡單的首部。第四十七頁,共七十六頁,編輯于2023年,星期三TFTP與FTP的比較TFTP協(xié)議的優(yōu)勢:TFTP能夠用于那些由UDP而無TCP的環(huán)境;TFTP代碼所占的內(nèi)存要比FTP?。籘FTP適用于只讀存儲器,僅用于無盤系統(tǒng)進行系統(tǒng)引導。TFTP協(xié)議與FTP協(xié)議的相同點:TFTP協(xié)議的作用和我們經(jīng)常使用的FTP大致相同,都是用于文件傳輸,可以實現(xiàn)網(wǎng)絡中兩臺計算機之間的文件上傳與下載。可以將TFTP協(xié)議看作是FTP協(xié)議的簡化版本。第四十八頁,共七十六頁,編輯于2023年,星期三TFTP與FTP的比較TFTP協(xié)議與FTP協(xié)議的不同點:TFTP協(xié)議不需要驗證客戶端的權限,F(xiàn)TP協(xié)議需要進行客戶端驗證;TFTP協(xié)議一般多用于局域網(wǎng)以及遠程UNIX計算機中,而常見的FTP協(xié)議則多用于互聯(lián)網(wǎng)中;FTP客戶與服務器間的通信使用TCP,而TFTP協(xié)議與服務器間的通信使用的是UDP;TFTP協(xié)議只支持文本傳輸,也就是說,TFTP協(xié)議不支持交互,而且沒有一個龐大的命令集。TFTP協(xié)議不允許用戶列出目錄內(nèi)容或者與服務器協(xié)商來決定哪些是可以得到的文件。第四十九頁,共七十六頁,編輯于2023年,星期三§6.4遠程終端協(xié)議TELNETTELNET是一個簡單的遠程終端協(xié)議,也是因特網(wǎng)的正式標準。用戶用TELNET就可在其所在地通過TCP連接注冊(即登錄)到遠地的另一個主機上(使用主機名或IP地址)。TELNET能將用戶的擊鍵傳到遠地主機,同時也能將遠地主機的輸出通過TCP連接返回到用戶屏幕。這種服務是透明的,因為用戶感覺到好像鍵盤和顯示器是直接連在遠地主機上。第五十頁,共七十六頁,編輯于2023年,星期三遠程登錄登錄用戶在使用某一系統(tǒng)之前要輸入標識和口令,這個過程被稱為“登錄”。遠程登錄用戶使用Telnet命令,使自己的計算機暫時成為遠程主機的一個仿真終端的過程。仿真終端等效于一個非智能的機器,它只負責把用戶輸入的每個字符傳遞給主機,再將主機輸出的每個信息回顯在屏幕上。第五十一頁,共七十六頁,編輯于2023年,星期三Telnet協(xié)議Telnet協(xié)議是TCP/IP協(xié)議族中的一員,是Internet遠程登陸服務的標準協(xié)議。Telnet協(xié)議提供了三種基本服務:1)Telnet定義一個網(wǎng)絡虛擬終端為遠的系統(tǒng)提供一個標準接口。客戶機程序不必詳細了解遠程系統(tǒng),他們只需構造使用標準接口的程序;2)Telnet包括一個允許客戶機和服務器協(xié)商選項的機制,而且它還提供一組標準選項;3)Telnet對稱處理連接的兩端,即Telnet不強迫客戶機從鍵盤輸入,也不強迫客戶機在屏幕上顯示輸出。第五十二頁,共七十六頁,編輯于2023年,星期三Telnet的用途遠程登錄的根本目的是使本地用戶訪問遠程資源。主要用途表現(xiàn)在:(1)遠程登錄縮短了空間距離(2)遠程登錄計算機具有廣泛的兼容性(3)通過Telnet訪問其他因特網(wǎng)服務。利用Telnet程序可以訪問遠程計算機上的電子郵件、文件傳輸、電子公告牌、信息檢索等各種服務。第五十三頁,共七十六頁,編輯于2023年,星期三§6.5電子郵件電子郵件(e-mail)是因特網(wǎng)上使用得最多的和最受用戶歡迎的一種應用。電子郵件把郵件發(fā)送到收件人使用的郵件服務器,并放在其中的收件人郵箱中,收件人可隨時上網(wǎng)到自己使用的郵件服務器進行讀取。電子郵件不僅使用方便,而且還具有傳遞迅速和費用低廉的優(yōu)點。現(xiàn)在電子郵件不僅可傳送文字信息,而且還可附上聲音和圖像。第五十四頁,共七十六頁,編輯于2023年,星期三電子郵件的最主要的組成構件

發(fā)送方郵件緩存接收端郵件服務器用戶代理SMTPSMTPPOP3發(fā)送端郵件服務器用戶代理用戶郵箱接收方(發(fā)送郵件)(發(fā)送郵件)(讀取郵件)因特網(wǎng)SMTPPOP3發(fā)送郵件發(fā)送郵件SMTP讀取郵件TCP連接TCP連接發(fā)送方郵件服務器SMTP客戶POP3客戶發(fā)件人用戶代理接收方郵件服務器SMTP服務器POP3服務器SMTP服務器SMTP客戶收件人用戶代理TCP連接第五十五頁,共七十六頁,編輯于2023年,星期三電子郵件地址電子郵件地址由兩部分組成,格式為:1oginname@fullhostname.domainname即:登錄名@主機名.域名中間用—個表示“在”(at)的符號“@”分開,符號的左邊是對方的登錄名,右邊是完整的主機名,它由主機名與域名組成。如test123@、zhang@、wang@第五十六頁,共七十六頁,編輯于2023年,星期三電子郵件的一些標準發(fā)送郵件的協(xié)議:SMTP讀取郵件的協(xié)議:POP3和IMAPMIME在其郵件首部中說明了郵件的數(shù)據(jù)類型(如文本、聲音、圖像、視像等),使用MIME可在郵件中同時傳送多種類型的數(shù)據(jù)。第五十七頁,共七十六頁,編輯于2023年,星期三簡單郵件傳輸協(xié)議(SMTP)簡單郵件傳輸協(xié)議(SMTP)的目標是可靠高效地傳送郵件,它獨立于傳送子系統(tǒng)而且僅要求一條可以保證傳送數(shù)據(jù)單元順序的通道SMTP所規(guī)定的就是在兩個相互通信的SMTP進程之間應如何交換信息。由于SMTP使用客戶服務器方式,因此負責發(fā)送郵件的SMTP進程就是SMTP客戶,而負責接收郵件的SMTP進程就是SMTP服務器。SMTP規(guī)定了14條命令和21種應答信息。每條命令用4個字母組成,而每一種應答信息一般只有一行信息,由一個3位數(shù)字的代碼開始,后面附上(也可不附上)很簡單的文字說明。第五十八頁,共七十六頁,編輯于2023年,星期三SMTP模型針對用戶的郵件請求,發(fā)送SMTP建立與接收SMTP之間建立一個雙向傳送通道。接收SMTP可以是最終接收者也可以是中間傳送者。SMTP命令由發(fā)送SMTP發(fā)出,由接收SMTP接收,而應答則反方面?zhèn)魉?。用戶文件系統(tǒng)發(fā)送SMTP接收SMTP文件系統(tǒng)SMT協(xié)議第五十九頁,共七十六頁,編輯于2023年,星期三SMTP的使用SMTP通信過程中有連接建立、郵件傳送、連接釋放3個階段。(1)連接建立SMTP連接是在發(fā)送主機的SMTP客戶和接受主機的SMTP服務器之間建立的。SMTP客戶每隔一段時間對郵件緩存掃描一次。如發(fā)現(xiàn)有郵件,就使用SMTP的端口號(25)與目的主機的SMTP服務器建立TCP連接。(2)郵件傳送SMTP客戶服務器獲得接收服務器的肯定回復后,用MAIL命令進行郵件傳送。MAIL命令后面有發(fā)件人的地址。(3)連接釋放SMTP客戶發(fā)送QUIT命令,表示客戶郵件發(fā)送完畢。SMTP服務器返回的信息是“250請求郵遞已完成”。SMTP客戶再發(fā)出釋放TCP連接的命令,待SMTP服務器應答后,全部過程結束,釋放SMTP連接。第六十頁,共七十六頁,編輯于2023年,星期三電子郵件的接收協(xié)議POP3郵局協(xié)議POP(postofficeprotocol)是一個非常簡單、但功能也有限的郵件讀取協(xié)議。郵局協(xié)議版本3即POP3已成為因特網(wǎng)郵件接收標準協(xié)議。POP3使用客戶/服務器的工作方式。接收郵件的客戶端必須運行POP客戶程序,而在ISP的郵件服務器中則運行POP服務器程序。POP3有兩種工作模式:刪除模式。刪除模式表示一旦郵件交付給客戶端,POP3服務器就不再保存這些郵件。保持模式。收件人讀取郵件后,仍保留在POP服務器上。接收到郵件并中斷與POP服務器的連接后,可以在客戶端處理接收到的郵件。第六十一頁,共七十六頁,編輯于2023年,星期三因特網(wǎng)報文訪問協(xié)議IMAPIMAP也是按客戶服務器方式工作,現(xiàn)在較新的是版本4,即IMAP4。用戶在自己的PC機上就可以操縱ISP的郵件服務器的郵箱,就像在本地操縱一樣。因此IMAP是一個聯(lián)機協(xié)議。當用戶PC機上的IMAP客戶程序打開IMAP服務器的郵箱時,用戶就可看到郵件的首部。若用戶需要打開某個郵件,則該郵件才傳到用戶的計算機上。第六十二頁,共七十六頁,編輯于2023年,星期三IMAP的特點IMAP最大的好處就是用戶可以在不同的地方使用不同的計算機隨時上網(wǎng)閱讀和處理自己的郵件。IMAP還允許收件人只讀取郵件中的某一個部分。例如,收到了一個帶有視像附件(此文件可能很大)的郵件。為了節(jié)省時間,可以先下載郵件的正文部分,待以后有時間再讀取或下載這個很長的附件。IMAP的缺點是如果用戶沒有將郵件復制到自己的PC機上,則郵件一直是存放在IMAP服務器上。因此用戶需要經(jīng)常與IMAP服務器建立連接。第六十三頁,共七十六頁,編輯于2023年,星期三§6.6超文本傳輸協(xié)議HTTP超文本傳輸協(xié)議(Hypertext

Transfer

Protocol,HTTP)是用于從WWW服務器傳輸超文本到本地瀏覽器的傳送協(xié)議。HTTP是一個屬于應用層的面向對象的協(xié)議,由于其簡捷、快速的方式,適用于分布式超媒體信息系統(tǒng)。第六十四頁,共七十六頁,編輯于2023年,星期三HTTP協(xié)議的主要特點(1)支持客戶/服務器模式。(2)簡單快速:客戶向服務器請求服務時,只需傳送請求方法和路徑。(3)靈活:HTTP允許傳輸任意類型的數(shù)據(jù)對象(4)無連接:無連接的含義是限制每次連接只處理一個請求。服務器處理完客戶的請求,并收到客戶的應答后,即斷開連接。采用這種方式可以節(jié)省傳輸時間。(5)無狀態(tài):HTTP協(xié)議是無狀態(tài)協(xié)議。無狀態(tài)是指協(xié)議對于事務處理沒有記憶能力。第六十五頁,共七十六頁,編輯于2023年,星期三HTTP的報文結構HTTP有兩類報文:請求報文——從客戶向服務器發(fā)送請求報文。響應報文——從服務器到客戶的回答。由于HTTP是面向正文的(text-oriented),因此在報文中的每一個字段都是一些ASCII碼串,因而每個字段的長度都是不確定的。第六十六頁,共七十六頁,編輯于2023年,星期三HTTP的報文結構(請求報文)方法URL版本首部字段名首部行:值首部字段名值:…實體主體(通常不用)請求行空格回車換行:CRLFCRLFCRLFCRLF報文由三個部分組成,即開始行、首部行和實體主體。在請求報文中,開始行就是請求行。開始行第六十七頁,共七十六頁,編輯于2023年,星期三HTTP的報文結構(請求報文)方法URL版本首部字段名首部行:值首部字段名值:…實體主體(通常不用)請求行空格回車換行:CRLFCRLFCRLFCRLF

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論