chapter9應(yīng)用層-資料下載頁(yè)
2024-09-29 21:56本頁(yè)面
【導(dǎo)讀】/服務(wù)器通信模式。某些應(yīng)用允許少量的包。某些應(yīng)用需要100%的。可靠傳輸，如FTP等。抖動(dòng)有嚴(yán)格要求。某些則對(duì)延時(shí)要求比較。某些需要有一定量的帶。某些則對(duì)帶寬沒有特定。相對(duì)應(yīng)，一臺(tái)主機(jī)可以有多個(gè)域名。便于記憶，實(shí)現(xiàn)主機(jī)名和主機(jī)IP地址分離。由字符和點(diǎn)號(hào)組成，如，成員名最長(zhǎng)不超。所有可能的名字的集合，DNS采用層次化的名字空間。Unix/Linux系統(tǒng)通過BIND（BerkeleyInter. 報(bào)文傳輸層可采用TCP或UDP協(xié)議，端口號(hào)均為53號(hào)。DNS本質(zhì)是一個(gè)建立在低層傳輸協(xié)議之上的一。早期的Inter，每臺(tái)主機(jī)只需查。無(wú)法及時(shí)反映網(wǎng)絡(luò)域名變化，維護(hù)開銷大。Inter允許各個(gè)組織根據(jù)具體情況將本組織內(nèi)的域劃分為若干個(gè)。區(qū)域，并在各區(qū)域中設(shè)置相應(yīng)的授權(quán)名字服務(wù)器。所以DNS系統(tǒng)的實(shí)際功能就。一條資源記錄共有5個(gè)字段：。Domain_name，Time_to_live，Type，Class，Value. Time_to_live:生存時(shí)間，例如，時(shí)間較長(zhǎng)的有一天
【正文】 像素 寬度是 65 像素 頁(yè)面中插入超鏈接 A HREF=“ /A 文本字符串 鏈接頁(yè)面 (FTP) ? FTP： File Transfer Protocol， RFC959 ? 目的：文件傳送（上載或下載） file transfer FTP server FTP user interface FTP client local file system remote file system user at host FTP Model Server PI File System User Interface User PI User User DTP Server DTP File System Data Control PI: Protocol Interpreter DTP: Data Transfer Protocol TCP 20 TCP 21 控制連接和數(shù)據(jù)連接 ? FTP客戶端和服務(wù)器建立連接后，控制連接一直保持，而數(shù)據(jù)連接根據(jù)文件傳輸需要建立，傳輸結(jié)束后就關(guān)閉 ? 使用兩個(gè)連接的好處 ? 協(xié)議簡(jiǎn)單而且實(shí)現(xiàn)更加容易 來(lái)自文件的數(shù)據(jù)和FTP命令不會(huì)混淆 ? 控制連接能夠在傳輸過程中使用 例如用戶可以發(fā)送一個(gè)命令請(qǐng)求取消傳輸 ? 文件結(jié)束條件能夠用來(lái)通知另一方所有數(shù)據(jù)傳輸完畢 ftp mands, responses Sample mands: ? sent as ASCII text over control channel ? ftp ? USER username ? anonymous ? PASS password ? LS return list of file in current directory ? get filename ? put filename ? help Sample return codes ? status code and phase (as in ) ? 331 Username OK, password required ? 125 data connection already open。 transfer starting ? 425 Can’t open data connection ? 452 Error writing file LS命令的執(zhí)行結(jié)果通過數(shù)據(jù)連接返回客戶端 NVT NVT Server Process TCP TCP TCP連接， 23端口 NVT： Network Virtual Terminal 語(yǔ)言不通 翻譯 (TELNET) ? 提供本地用戶訪問遠(yuǎn)程資源 ? RFC 854 ? 由于不同廠商的計(jì)算機(jī)終端系統(tǒng)存在不同的字符標(biāo)記系統(tǒng)， TELNET提供了一種專門的鍵盤定義，稱為網(wǎng)絡(luò)虛擬終端 (NVT)。 網(wǎng)絡(luò)虛擬終端格式 ? 客戶端把用戶的鍵盤輸入和命令轉(zhuǎn)換成 NVT 格式，并送交服務(wù)器 ? 服務(wù)器把收到的數(shù)據(jù)和命令，從 NVT 格式轉(zhuǎn)換成遠(yuǎn)地系統(tǒng)所需的格式 ? 向客戶端返回?cái)?shù)據(jù)時(shí)，服務(wù)器把遠(yuǎn)地系統(tǒng)的格式轉(zhuǎn)換為 NVT 格式，客戶端再?gòu)? NVT 格式轉(zhuǎn)換到本地系統(tǒng)所需的格式。 ? 在 NVT上傳輸?shù)臄?shù)據(jù)采用 8bit字節(jié)數(shù)據(jù)，其中最高位為 0的字節(jié)是一般數(shù)據(jù)，最高位為 1的字節(jié)，是用于 NVT命令。 （ P2P: PeertoPeer） ? 引入背景 ? 客戶 /服務(wù)器模式中服務(wù)器容易成為瓶頸 ? 利用網(wǎng)絡(luò)邊緣的計(jì)算、存儲(chǔ)、帶寬等資源 C l i e n tC l i e n tS e r v e r對(duì)等模式（ P2P）通信 ? P2P通信模式消除了客戶 /服務(wù)器模式中網(wǎng)絡(luò)節(jié)點(diǎn)功能的不對(duì)稱性，每個(gè)網(wǎng)絡(luò)節(jié)點(diǎn)同時(shí)具有客戶和服務(wù)器的功能 P e e rP e e rP2P應(yīng)用實(shí)例 —BitTorrent ? BitTorrent (BT)是一個(gè)用于文件共享的 P2P通信協(xié)議，最初在 2020年 4月提出，第一個(gè)實(shí)現(xiàn)在 2020年 7月發(fā)表 ? 有許多兼容 BT協(xié)議的客戶端軟件，例如BitComet、 KTorrent等 ? BT協(xié)議的基本原理是初始發(fā)布者將文件劃分為數(shù)據(jù)塊分散到各個(gè)接收端，各個(gè)接收端可以從其它接收端下載自己想要的數(shù)據(jù)塊，而不僅僅是初始發(fā)布者，因此減少了任何給定數(shù)據(jù)源的負(fù)擔(dān)和開銷，并且提供了一定的冗余度 BitTorrent元素 ? BT客戶端為實(shí)現(xiàn) BT協(xié)議的任何程序，任何客戶端都能夠在網(wǎng)絡(luò)上準(zhǔn)備、請(qǐng)求和傳輸任何類型文件 ? Peer為運(yùn)行 BT客戶端程序的主機(jī)，為了共享一個(gè)文件，peer將文件看作相同大小的數(shù)據(jù)塊，通常為 64kB到 1MB，并且使用 hash算法每個(gè)數(shù)據(jù)塊計(jì)算校驗(yàn)和，然后將這些信息包含在一個(gè) torrent文件中。提供完整文件的 peer被稱為seeder，而提供初始文件拷貝的 peer稱為初始 seeder ? torrent文件的后綴為 .torrent，具體信息依賴于 BT協(xié)議的版本，該文件包含了一個(gè) “ announce”分區(qū)，指定 Tracker的 URL，和一個(gè) “ info”分區(qū)，包含了文件的名字、長(zhǎng)度、數(shù)據(jù)塊使用的長(zhǎng)度，以及每個(gè)數(shù)據(jù)塊的校驗(yàn)和，完整的Torrent文件通常發(fā)布在 web網(wǎng)站上，并且向 Tracker注冊(cè) ? Tracker是協(xié)助文件散發(fā)的主機(jī)， Tracker維護(hù)了一個(gè)當(dāng)前參與文件下載的 peer列表，以及每個(gè) peer所擁有的文件數(shù)據(jù)塊信息 BitTorrent文件下載 ? Peer訪問 web獲取感興趣的 Torrent文件，并且用 BT客戶端打開 ? BT客戶端連接到 Torrent文件中指定的 Tracker，從Tracker處獲取正在傳輸 Torrent文件中所指定數(shù)據(jù)塊的peer列表，客戶端連接到這些 peer來(lái)獲取不同的數(shù)據(jù)塊 ? 相互連接來(lái)共享一個(gè)文件的 peer組稱為 swarm，如果swarm中只包含初始 seeder，那么客戶端直接連接到該seeder，并且請(qǐng)求數(shù)據(jù)塊。隨著 peer加入 swarm，它們之間開始交換數(shù)據(jù)塊，而不是直接從 seeder下載 ? 數(shù)據(jù)交換的效率依賴于客戶端發(fā)送數(shù)據(jù)的策略?？蛻舳耸褂肨it for Tat策略，即趨向于往自己發(fā)送數(shù)據(jù)的 peer發(fā)送數(shù)據(jù)。為了避免出現(xiàn)兩個(gè)沒有交換過數(shù)據(jù)塊的 peer之間出現(xiàn)死鎖，引入 “ optimistic unlocking”機(jī)制，即客戶端保留一部分可用帶寬向隨機(jī)選擇的 peer發(fā)送數(shù)據(jù) BiTorrent文件下載實(shí)例 說(shuō)明：不同顏色的塊代表不同的文件塊。在初始 seeder將文件塊發(fā)送到其它 peer以后， peer之間交換各自所沒有的文件塊，從而獲取整個(gè)文件拷貝。因此初始 seeder只需發(fā)送一份文件的拷貝 初始 seeder 小結(jié) ? 客戶 /服務(wù)器模式與 P2P模式 ? DNS系統(tǒng)中域名、域、區(qū)域及資源記錄的概念，迭代查詢和遞歸查詢 ? 應(yīng)用程序、應(yīng)用層協(xié)議的概念 ? 電子郵件應(yīng)用中發(fā)送和接收郵件 ? URL的概念 ? FTP應(yīng)用中的控制連接和數(shù)據(jù)連接 ? TELENET應(yīng)用中的 NVT概念 ? 了解 BitTorrent的工作原理
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號(hào)-1