關(guān)于應(yīng)用層協(xié)議定義

?

為什么需要應(yīng)用層

運(yùn)輸層給應(yīng)用進(jìn)程提供了端到端的通信服務(wù)，但不同的網(wǎng)絡(luò)進(jìn)程之間，還需要有不同的通信規(guī)則，因此運(yùn)輸層之上還需要有應(yīng)用層。

應(yīng)用層協(xié)議定義：

應(yīng)?進(jìn)程交換的報(bào)?類型，請(qǐng)求還是響應(yīng)？

各種報(bào)?類型的語(yǔ)法、語(yǔ)義；

進(jìn)程何時(shí)、如何發(fā)送報(bào)?，以及對(duì)報(bào)?進(jìn)?響應(yīng)的規(guī)則。

應(yīng)用層功能與協(xié)議：

域名服務(wù)：DNS；

?件傳輸：FTP；

電?郵件：SMTP、POP3；

遠(yuǎn)程登陸：TELNET；

WWW服務(wù)：HTTP。

工作模式

應(yīng)用層有兩種工作模式：Client/Server 模式和 P2P 模式。

Client/Server

服務(wù)器：

提供?絡(luò)服務(wù)的設(shè)備（由硬件和服務(wù)軟件組成）；

永久提供服務(wù)；

有永久性訪問(wèn)地址/域名；

通常采?多線程或多進(jìn)程實(shí)現(xiàn)。

客戶機(jī)：

請(qǐng)求服務(wù)的主機(jī)；

與服務(wù)器通信，使?服務(wù)器提供的服務(wù)；

間歇性接??絡(luò)；

可能使?動(dòng)態(tài)IP地址；

不與其他客戶直接通信。

P2P-特殊的客戶服務(wù)器?式

不存在永遠(yuǎn)在線的服務(wù)器；

每個(gè)主機(jī)既可提供服務(wù)，也可以請(qǐng)求服務(wù)；

任意端系統(tǒng)/節(jié)點(diǎn)之間可以直接通信；

結(jié)點(diǎn)間歇性接??絡(luò)；

結(jié)點(diǎn)可能改變IP地址。

優(yōu)點(diǎn)

可擴(kuò)展性好；

?絡(luò)健壯性好；

資源分散管理。

域名系統(tǒng)

域名系統(tǒng)是互聯(lián)網(wǎng)使用的命名系統(tǒng)，用來(lái)便于人們使用的機(jī)器名字轉(zhuǎn)換成 IP 地址。點(diǎn)分?進(jìn)制的 IP 地址不容易記住?使?域名，類似?們的身份證號(hào)碼不易記住?使?姓名。數(shù)字適合于機(jī)器，名字適合于?類。

域名結(jié)構(gòu)，級(jí)別最低的域名卸載最左邊，級(jí)別最高的域名就寫在最右邊。

根域名服務(wù)器

根域名服務(wù)器是最高層次，最重要的域名服務(wù)器。根域名服務(wù)器知道所有的頂級(jí)域名服務(wù)器的域名和 IP 地址。本地域名服務(wù)器要對(duì)互聯(lián)?上任何?個(gè)域名進(jìn)?解析，如果???法解析，?先求助根域名服務(wù)器。

域名解析的過(guò)程

主機(jī)向本地域名服務(wù)器的查詢采?遞歸查詢。如果本地域名服務(wù)器不能解析域名的 IP 地址，本地域名服務(wù)器就以 DNS 客戶的身份，向根域名服務(wù)器發(fā)出查詢請(qǐng)求報(bào)?；

本地域名服務(wù)器向根域名服務(wù)器的查詢采?迭代查詢。當(dāng)根域名服務(wù)器收到本地域名服務(wù)器的迭代查詢請(qǐng)求報(bào)?時(shí)，要么給出所要查詢的 IP 地址，要么告訴本地域名服務(wù)器：“你下?步應(yīng)當(dāng)向哪?個(gè)域名服務(wù)器進(jìn)?查詢”。

DNS 服務(wù)器高速緩存

每個(gè)域名服務(wù)器都會(huì)維護(hù)一個(gè)高速緩存，存放最近用過(guò)的名字以及從何處獲取名字的映射信息的記錄。

可??減輕根域名服務(wù)器的負(fù)荷，使互聯(lián)?上的 DNS 查詢請(qǐng)求和回答報(bào)?的數(shù)量?為減少。

為保持高速緩存中的內(nèi)容正確，域名服務(wù)器需要為每項(xiàng)內(nèi)容設(shè)置過(guò)期計(jì)時(shí)器，然后過(guò)期刪除。

FTP

FTP 文件傳輸協(xié)議，是互聯(lián)網(wǎng)中使用最廣泛的文件傳輸協(xié)議。

FTP 實(shí)現(xiàn)的是通過(guò)?絡(luò)實(shí)現(xiàn)異構(gòu)計(jì)算機(jī)間?件的“拷?”；

FTP 屏蔽了計(jì)算機(jī)系統(tǒng)的細(xì)節(jié)，適合在異構(gòu)?絡(luò)中任意計(jì)算機(jī)之間傳送?件。

FTP 提供交互式的訪問(wèn)，允許客戶指明?件的類型與格式，并允許?件具有存取權(quán)限。

FTP 的工作原理

FTP 采? C/S 模式，可為多個(gè)客戶提供服務(wù)；

FTP 的服務(wù)器進(jìn)程由兩?部分組成：?個(gè)主進(jìn)程，負(fù)責(zé)接受新的請(qǐng)求；另外有若?個(gè)從屬進(jìn)程，負(fù)責(zé)處理單個(gè)請(qǐng)求；

消除了不同操作系統(tǒng)下的?件系統(tǒng)的不兼容性；

實(shí)現(xiàn)了?件傳送的基本服務(wù)；

使? TCP 可靠傳輸協(xié)議。

客戶端使?任意分配的端?號(hào)（>1023),服務(wù)器端?熟知端?號(hào)21傳輸控制信息,服務(wù)器端?熟知端?號(hào)20傳輸數(shù)據(jù)。

1、服務(wù)器主程序打開(kāi)21號(hào)端?，等待客戶進(jìn)程發(fā)送連接請(qǐng)求；

2、啟動(dòng)從屬進(jìn)程處理客戶進(jìn)程請(qǐng)求；

3、回到等待狀態(tài)，繼續(xù)接受其他客戶進(jìn)程請(qǐng)求。

使?兩個(gè)不同端?號(hào)的好處

1、使協(xié)議更加簡(jiǎn)單和更容易實(shí)現(xiàn)；

2、在傳輸?件時(shí)還可以利?控制連接。

TFTP

TFTP (Trivial File Transfer Protocol) 是?個(gè)很?且易于實(shí)現(xiàn)的?件傳送協(xié)議：

TFTP 使?客戶服務(wù)器?式和使? UDP 數(shù)據(jù)報(bào)，因此 TFTP 需要有??的差錯(cuò)改正措施；

TFTP 只?持?件傳輸?不?持交互；

TFTP 沒(méi)有?個(gè)龐?的命令集，沒(méi)有列?錄的功能，也不能對(duì)?戶進(jìn)?身份鑒別。

TFTP 的主要特點(diǎn)

1、每次傳送的數(shù)據(jù) PDU 中有 512 字節(jié)的數(shù)據(jù)，但最后?次可不? 512 字節(jié)；

2、數(shù)據(jù) PDU 也稱為?件塊 (block)，每個(gè)塊按序編號(hào)，從 1 開(kāi)始；

3、?持 ASCII 碼或?進(jìn)制傳送；

4、可對(duì)?件進(jìn)?讀或?qū)懀?/p>

5、使?很簡(jiǎn)單的?部。

TFTP 的工作方式像是停止等待協(xié)議。發(fā)送完一個(gè)文件塊后就等待對(duì)方的確認(rèn)，確認(rèn)時(shí)應(yīng)該指明所確認(rèn)的塊編號(hào)。發(fā)完數(shù)據(jù)在規(guī)定的時(shí)間收不到確認(rèn)就要重新發(fā)送數(shù)據(jù) PDU。發(fā)送 PDU 的一方若在規(guī)定時(shí)間內(nèi)收不到下一個(gè)文件塊，也要重發(fā)確認(rèn) PDU。這樣就保證文件的傳輸不致因某一個(gè)數(shù)據(jù)報(bào)丟失而失敗的情況。

開(kāi)始?作時(shí)，TFTP 客戶進(jìn)程發(fā)送?個(gè)讀請(qǐng)求 PDU 或?qū)懻?qǐng)求PDU 給 TFTP 服務(wù)器進(jìn)程，其熟知端?號(hào)碼為69。TFTP 服務(wù)器進(jìn)程要選擇?個(gè)新的端?和 TFTP 客戶進(jìn)程進(jìn)?通信。若?件?度恰好為 512 字節(jié)的整數(shù)倍，則在?件傳送完畢后，還必須在最后發(fā)送?個(gè)只含?部??數(shù)據(jù)的數(shù)據(jù) PDU。若?件?度不是 512 字節(jié)的整數(shù)倍，則最后傳送數(shù)據(jù) PDU 的數(shù)據(jù)字段?定不滿 512 字節(jié)，這正好可作為?件結(jié)束的標(biāo)志。

TELNET

TELNET 是?個(gè)簡(jiǎn)單的遠(yuǎn)程終端協(xié)議，是互聯(lián)?正式標(biāo)準(zhǔn)。?戶? TELNET 就可在其所在地通過(guò) TCP 連接注冊(cè)（即登錄）到遠(yuǎn)程的另?個(gè)主機(jī)上（使?主機(jī)名或 IP 地址），TELNET 將?戶的擊鍵傳到遠(yuǎn)地主機(jī)，并且將遠(yuǎn)程主機(jī)的輸出通過(guò) TCP 連接返回到?戶屏幕。這種服務(wù)是透明的，因?yàn)?戶感覺(jué)到好像鍵盤和顯示器是直接連在遠(yuǎn)得程主機(jī)上；TELNET 使?客戶/服務(wù)器?式。本地系統(tǒng)運(yùn)? TELNET 客戶進(jìn)程，遠(yuǎn)程主機(jī)則運(yùn)? TELNE服務(wù)器進(jìn)程；服務(wù)器中的主進(jìn)程等待新的請(qǐng)求，并產(chǎn)?從屬進(jìn)程來(lái)處理每?個(gè)連接。

TELNET 能夠適應(yīng)許多計(jì)算機(jī)和操作系統(tǒng)的差異，例如對(duì)于文本中一行的結(jié)束，有的系統(tǒng)使用 ASCII 的回車，有的系統(tǒng)使用兩個(gè)字符，回車換行。為了適應(yīng)這種差異，TELNET 定義了數(shù)據(jù)和命令如何通過(guò)互聯(lián)網(wǎng)。這些所謂的定義就是所謂的網(wǎng)絡(luò)虛擬終端 NVT 。

客戶軟件把?戶的擊鍵和命令轉(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)所需的格式。

SSH 與 TELNET

相同點(diǎn)

遠(yuǎn)程登錄其他主機(jī)；

運(yùn)輸層采?TCP協(xié)議。

不同點(diǎn)

Telnet明?傳送；SSH加密傳送，且?持壓縮；

Telnet服務(wù)默認(rèn)端?號(hào)為23；SSH服務(wù)默認(rèn)監(jiān)聽(tīng)22號(hào)端?；

SSH使?對(duì)稱加密算法實(shí)現(xiàn)數(shù)據(jù)安全傳輸；

對(duì)稱加密算法的密鑰是通過(guò)?對(duì)稱加密算法（RSA）進(jìn)?交換的。

超文本傳輸協(xié)議 HTTP

HTTP 協(xié)議定義瀏覽器(即萬(wàn)維網(wǎng)客戶端)怎樣向萬(wàn)維網(wǎng)服務(wù)器請(qǐng)求萬(wàn)維網(wǎng)文檔，以及服務(wù)器怎樣把文檔傳遞給瀏覽器。

從層次角度看，HTTP 是面向事務(wù)的應(yīng)用層協(xié)議，它是萬(wàn)維上能夠可靠的交換文件(包括聲音，文本，圖像等各種多媒體文件)的重要基礎(chǔ),所謂事務(wù)就是指一系列的信息交換，這一些列的信息交換是不可分割的一個(gè)整體。

HTTP 使用了面向連接的 TCP 作為運(yùn)輸層的協(xié)議，保證了數(shù)據(jù)的可靠傳輸。HTTP 不用考慮數(shù)據(jù)在傳輸過(guò)程中被丟棄又怎樣被重傳。但是，HTTP 本身又是無(wú)連接的，就是說(shuō)雖然 HTTP 使用了 TCP 連接，但通信的雙方在交換 HTTP 報(bào)文之間不需要先建立 HTTP 連接。

HTTP 協(xié)議是無(wú)狀態(tài)的。就是同一個(gè)客戶第二次訪問(wèn)同一個(gè)服務(wù)器上的頁(yè)面時(shí)，服務(wù)的響應(yīng)和第一次的響應(yīng)相同，因?yàn)榉?wù)器并不記得曾經(jīng)訪問(wèn)過(guò)這個(gè)用戶，也不記得為該用戶服務(wù)多少次。HTTP 的這種設(shè)計(jì)，簡(jiǎn)化了服務(wù)器的設(shè)計(jì)，使服務(wù)器容易實(shí)現(xiàn)支持大量并發(fā)的 HTTP 請(qǐng)求。

為什么 HTTP 是無(wú)連接

無(wú)連接的含義是限制每次連接只處理一個(gè)請(qǐng)求。服務(wù)器處理完客戶的請(qǐng)求，并收到客戶的應(yīng)答后，即斷開(kāi)連接。采用這種方式可以節(jié)省傳輸時(shí)間。

早期這么做的原因是 HTTP 協(xié)議產(chǎn)生于互聯(lián)網(wǎng)，因此服務(wù)器需要處理同時(shí)面向全世界數(shù)十萬(wàn)、上百萬(wàn)客戶端的網(wǎng)頁(yè)訪問(wèn)，但每個(gè)客戶端(即瀏覽器)與服務(wù)器之間交換數(shù)據(jù)的間歇性較大(即傳輸具有突發(fā)性、瞬時(shí)性)，并且網(wǎng)頁(yè)瀏覽的聯(lián)想性、發(fā)散性導(dǎo)致兩次傳送的數(shù)據(jù)關(guān)聯(lián)性很低，大部分通道實(shí)際上會(huì)很空閑、無(wú)端占用資源。因此 HTTP 的設(shè)計(jì)者有意利用這種特點(diǎn)將協(xié)議設(shè)計(jì)為請(qǐng)求時(shí)建連接、請(qǐng)求完釋放連接，以盡快將資源釋放出來(lái)服務(wù)其他客戶端。

隨著時(shí)間的推移，網(wǎng)頁(yè)變得越來(lái)越復(fù)雜，里面可能嵌入了很多圖片，這時(shí)候每次訪問(wèn)圖片都需要建立一次 TCP 連接就顯得很低效。后來(lái)，Keep-Alive 被提出用來(lái)解決這效率低的問(wèn)題。Keep-Alive 功能使客戶端到服務(wù)器端的連接持續(xù)有效，當(dāng)出現(xiàn)對(duì)服務(wù)器的后繼請(qǐng)求時(shí)，Keep-Alive 功能避免了建立或者重新建立連接。

為什么 HTTP 是無(wú)狀態(tài)

無(wú)狀態(tài)是指協(xié)議對(duì)于事務(wù)處理沒(méi)有記憶能力，服務(wù)器不知道客戶端是什么狀態(tài)。即我們給服務(wù)器發(fā)送 HTTP 請(qǐng)求之后，服務(wù)器根據(jù)請(qǐng)求，會(huì)給我們發(fā)送數(shù)據(jù)過(guò)來(lái)，但是，發(fā)送完，不會(huì)記錄任何信息。

HTTP 是一個(gè)無(wú)狀態(tài)協(xié)議，這意味著每個(gè)請(qǐng)求都是獨(dú)立的，Keep-Alive 沒(méi)能改變這個(gè)結(jié)果。

缺少狀態(tài)意味著如果后續(xù)處理需要前面的信息，就必須重傳，這樣可能導(dǎo)致每次連接傳送的數(shù)據(jù)量增大。

優(yōu)缺點(diǎn)

優(yōu)點(diǎn)：解放了服務(wù)器，每一次請(qǐng)求“點(diǎn)到為止”不會(huì)造成不必要連接占用。

缺點(diǎn)：嚴(yán)重阻礙了客戶端與服務(wù)器進(jìn)?動(dòng)態(tài)交互的 Web 應(yīng)?程序，例如購(gòu)物?程序。

如何應(yīng)對(duì) HTTP 無(wú)狀態(tài)的特點(diǎn)呢，可以通過(guò) Cookie 和 Session。

請(qǐng)求一個(gè) www 文檔所需要的時(shí)間

持續(xù)連接

HTTP/1.1 協(xié)議使?持續(xù)連接 (persistent connection)：

萬(wàn)維?服務(wù)器在發(fā)送響應(yīng)后仍然在?段時(shí)間內(nèi)保持這條連接，使同?個(gè)客戶（瀏覽器）和該服務(wù)器可以繼續(xù)在這條連接上傳送后續(xù)的 HTTP 請(qǐng)求報(bào)?和響應(yīng)報(bào)?；

這并不局限于傳送同?個(gè)??上鏈接的?檔，?是只要這些?檔都在同?個(gè)服務(wù)器上就?；

?前?些流?的瀏覽器的默認(rèn)設(shè)置就是使? HTTP/1.1。

持續(xù)連接的兩種工作方式

1、非流水線方式

客戶端在收到前一個(gè)響應(yīng)時(shí)候才發(fā)出下一個(gè)請(qǐng)求。但服務(wù)器在發(fā)完一個(gè)對(duì)象后，TCP 連接就處于空閑狀態(tài)，浪費(fèi)了服務(wù)器資源。

2、流水線方式

客戶在收到 HTTP 的響應(yīng)報(bào)?之前就能夠接著發(fā)送新的請(qǐng)求報(bào)?。?個(gè)接?個(gè)的請(qǐng)求報(bào)?到達(dá)服務(wù)器后，服務(wù)器就可連續(xù)發(fā)回響應(yīng)報(bào)?。使?流?線?式時(shí)，客戶訪問(wèn)所有的對(duì)象只需花費(fèi)?個(gè) RTT時(shí) 間，使 TCP 連接中的空閑時(shí)間減少，提?了下載?檔效率。

持續(xù)連接帶來(lái)的問(wèn)題

在持續(xù)連接情況下，客戶端發(fā)出請(qǐng)求后，服務(wù)器發(fā)送回響應(yīng)，由于連接沒(méi)有釋放，客戶端?法知道服務(wù)器數(shù)據(jù)是否傳輸完畢，?直等待。當(dāng)服務(wù)器進(jìn)程退出之后，客戶瀏覽器才會(huì)顯示??內(nèi)容。

如何解決

響應(yīng)時(shí)采?Transfer-Encoding: chunked，解決傳輸數(shù)據(jù)的邊界問(wèn)題；

在HTTP響應(yīng)頭部中，?“Content-Length: 12395”告訴了客戶端實(shí)?度為12359字節(jié)。

HTTP/2

??的實(shí)時(shí)性要求越來(lái)越?（如視頻聊天或直播），協(xié)議HTTP/1.1已?法適應(yīng)其要求，特點(diǎn)如下：

? 服務(wù)器發(fā)回的響應(yīng)?需排隊(duì)，并?發(fā)回（使?同?個(gè)TCP連接）；

? 允許客戶復(fù)?TCP連接進(jìn)?多個(gè)請(qǐng)求；

? 所有的報(bào)?都劃分為許多較?的?進(jìn)制編碼的幀，并采?了新的壓縮算法，不發(fā)送重復(fù)的?部字段，??減?了?部的開(kāi)銷，提?了傳輸效率。

HTTP 響應(yīng)的狀態(tài)碼

狀態(tài)代碼由三位數(shù)字組成，第?個(gè)數(shù)字定義了響應(yīng)的類別，共分 5 種類別：

1xx：指示信息——表示請(qǐng)求已接收，繼續(xù)處理；

2xx：成功——表示請(qǐng)求已被成功接收、理解和接受；

3xx：重定向——要完成請(qǐng)求必須進(jìn)?更進(jìn)?步的操作；

4xx：客戶端錯(cuò)誤——請(qǐng)求有語(yǔ)法錯(cuò)誤或請(qǐng)求?法實(shí)現(xiàn)；

5xx：服務(wù)器端錯(cuò)誤——服務(wù)器未能實(shí)現(xiàn)合法的請(qǐng)求。

動(dòng)態(tài)主機(jī)配置協(xié)議 DHCP

動(dòng)態(tài)主機(jī)配置協(xié)議 DHCP（Dynamic Host Configuration Protocol）是一種網(wǎng)絡(luò)管理協(xié)議,用于集中對(duì)用戶IP地址進(jìn)行動(dòng)態(tài)管理和配置。

DHCP于1993年10月成為標(biāo)準(zhǔn)協(xié)議，其前身是BOOTP協(xié)議。DHCP協(xié)議由RFC 2131定義，采用客戶端/服務(wù)器通信模式，由客戶端（DHCP Client）向服務(wù)器（DHCP Server）提出配置申請(qǐng)，DHCP Server為網(wǎng)絡(luò)上的每個(gè)設(shè)備動(dòng)態(tài)分配IP地址、子網(wǎng)掩碼、默認(rèn)網(wǎng)關(guān)地址，域名服務(wù)器（DNS）地址和其他相關(guān)配置參數(shù)，以便可以與其他IP網(wǎng)絡(luò)通信。

為什么需要 DHCP

在IP網(wǎng)絡(luò)中，每個(gè)連接Internet的設(shè)備都需要分配唯一的IP地址。DHCP使網(wǎng)絡(luò)管理員能從中心結(jié)點(diǎn)監(jiān)控和分配IP地址。當(dāng)某臺(tái)計(jì)算機(jī)移到網(wǎng)絡(luò)中的其它位置時(shí)，能自動(dòng)收到新的IP地址。DHCP實(shí)現(xiàn)的自動(dòng)化分配IP地址不僅降低了配置和部署設(shè)備的時(shí)間，同時(shí)也降低了發(fā)生配置錯(cuò)誤的可能性。另外DHCP服務(wù)器可以管理多個(gè)網(wǎng)段的配置信息，當(dāng)某個(gè)網(wǎng)段的配置發(fā)生變化時(shí)，管理員只需要更新DHCP服務(wù)器上的相關(guān)配置即可，實(shí)現(xiàn)了集中化管理。

DHCP 解決的問(wèn)題：

1、普通?戶配置協(xié)議參數(shù)易出錯(cuò)；

2、管理員配置多臺(tái)設(shè)備麻煩；

3、IP 地址數(shù)少于?戶數(shù)。

DHCP采?客戶/服務(wù)器模式

需要IP地址的主機(jī)在啟動(dòng)時(shí)?播發(fā)送DHCP發(fā)現(xiàn)報(bào)?：

該主機(jī)就成為 DHCP 客戶，本地?絡(luò)上DHCP服務(wù)器回答此?播報(bào)?，服務(wù)器?先在其數(shù)據(jù)庫(kù)中查找該計(jì)算機(jī)的配置信息；

若找到，則返回找到的信息，否則，從服務(wù)器的IP地址池中取?個(gè)地址分配給該計(jì)算機(jī)，服務(wù)器的回答的報(bào)?稱為提供報(bào)?（DHCPOFFER）。

租?期

DHCP服務(wù)器分配給DHCP客戶的IP地址是臨時(shí)的，DHCP客戶只能在?段有限的時(shí)間內(nèi)使?這個(gè)分配到的 IP 地址。DHCP協(xié)議稱這段時(shí)間為租?期。

DHCP客戶也可在??發(fā)送的報(bào)?中（例如，發(fā)現(xiàn)報(bào)?）提出對(duì)租?期的要求，租?期的數(shù)值應(yīng)由DHCP服務(wù)器決定。

（cisco默認(rèn)租?期）：

IP Address Lease Time 租期，默認(rèn)1天；

Renewal Time Value 更新租約時(shí)間，租期的1/2；

Rebinding Time Value 最后更新時(shí)間，租期的7/8。

總結(jié)

1、應(yīng)用層協(xié)議是為了解決某一類應(yīng)用問(wèn)題，而問(wèn)題的解決又是通過(guò)位于不同主機(jī)中的多個(gè)應(yīng)用進(jìn)程之間的通信和協(xié)同工作來(lái)完成的。應(yīng)用層規(guī)定應(yīng)用進(jìn)程在通信時(shí)應(yīng)遵循的協(xié)議。應(yīng)用層的許多協(xié)議都是基于客戶服務(wù)器方式的，客戶端是服務(wù)請(qǐng)求方，服務(wù)器是服務(wù)提供方。

2、域名系統(tǒng) DNS 是互聯(lián)網(wǎng)使用的命名系統(tǒng)，用來(lái)便于把人們使用的機(jī)器名字轉(zhuǎn)換成 IP 地址。DNS 是一個(gè)聯(lián)機(jī)分布式數(shù)據(jù)庫(kù)系統(tǒng)，采用客戶服務(wù)器方式。

3、域名服務(wù)分為根域名服務(wù)器，頂級(jí)域名服務(wù)器，權(quán)限域名服務(wù)器和本地域名服務(wù)器。

4、文件傳送協(xié)議 FTP 使用 TCP 可靠的運(yùn)輸服務(wù)，F(xiàn)TP 使用客戶服務(wù)端方式，一個(gè) FTP 服務(wù)器進(jìn)程可以為多個(gè)客戶提供服務(wù)。TFTP (Trivial File Transfer Protocol) 是?個(gè)很?且易于實(shí)現(xiàn)的?件傳送協(xié)議，TFTP 使?客戶服務(wù)器?式和使? UDP 數(shù)據(jù)報(bào)，因此 TFTP 需要有??的差錯(cuò)改正措施；TFTP 只?持?件傳輸?不?持交互；TFTP 沒(méi)有?個(gè)龐?的命令集，沒(méi)有列?錄的功能，也不能對(duì)?戶進(jìn)?身份鑒別。

5、TELNET 是?個(gè)簡(jiǎn)單的遠(yuǎn)程終端協(xié)議，是互聯(lián)?正式標(biāo)準(zhǔn)。?戶? TELNET 就可在其所在地通過(guò) TCP 連接注冊(cè)（即登錄）到遠(yuǎn)程的另?個(gè)主機(jī)上（使?主機(jī)名或 IP 地址），TELNET 將?戶的擊鍵傳到遠(yuǎn)地主機(jī)，并且將遠(yuǎn)程主機(jī)的輸出通過(guò) TCP 連接返回到?戶屏幕。

6、HTTP 使用了面向連接的 TCP 作為運(yùn)輸層的協(xié)議，保證了數(shù)據(jù)的可靠傳輸。

7、HTTP 本身又是無(wú)連接的，就是說(shuō)雖然 HTTP 使用了 TCP 連接，但通信的雙方在交換 HTTP 報(bào)文之間不需要先建立 HTTP 連接。

8、HTTP 協(xié)議是無(wú)狀態(tài)的。就是同一個(gè)客戶第二次訪問(wèn)同一個(gè)服務(wù)器上的頁(yè)面時(shí)，服務(wù)的響應(yīng)和第一次的響應(yīng)相同，因?yàn)榉?wù)器并不記得曾經(jīng)訪問(wèn)過(guò)這個(gè)用戶，也不記得為該用戶服務(wù)多少次。HTTP 的這種設(shè)計(jì)，簡(jiǎn)化了服務(wù)器的設(shè)計(jì)，使服務(wù)器容易實(shí)現(xiàn)支持大量并發(fā)的 HTTP 請(qǐng)求。

9、動(dòng)態(tài)主機(jī)配置協(xié)議 DHCP（Dynamic Host Configuration Protocol）是一種網(wǎng)絡(luò)管理協(xié)議,用于集中對(duì)用戶IP地址進(jìn)行動(dòng)態(tài)管理和配置。

DHCP 解決的問(wèn)題：

1、普通?戶配置協(xié)議參數(shù)易出錯(cuò)；

2、管理員配置多臺(tái)設(shè)備麻煩；

3、IP 地址數(shù)少于?戶數(shù)。