應(yīng)用層知多少？（總結(jié)在末尾）

為什么需要應(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)?類型的語法、語義；

進(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ù)；

有永久性訪問地址/域名；

通常采?多線程或多進(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)，用來便于人們使用的機(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ù)器。

域名解析的過程

主機(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è)高速緩存，存放最近用過的名字以及從何處獲取名字的映射信息的記錄。

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

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

FTP

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

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

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

FTP 提供交互式的訪問，允許客戶指明?件的類型與格式，并允許?件具有存取權(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ù)器主程序打開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 沒有?個(gè)龐?的命令集，沒有列?錄的功能，也不能對(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 開始；

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)丟失而失敗的情況。

開始?作時(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 就可在其所在地通過 TCP 連接注冊(cè)（即登錄）到遠(yuǎn)程的另?個(gè)主機(jī)上（使?主機(jī)名或 IP 地址），TELNET 將?戶的擊鍵傳到遠(yuǎn)地主機(jī)，并且將遠(yuǎn)程主機(jī)的輸出通過 TCP 連接返回到?戶屏幕。這種服務(wù)是透明的，因?yàn)?戶感覺到好像鍵盤和顯示器是直接連在遠(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)程來處理每?個(gè)連接。

TELNET 能夠適應(yīng)許多計(jì)算機(jī)和操作系統(tǒng)的差異，例如對(duì)于文本中一行的結(jié)束，有的系統(tǒng)使用 ASCII 的回車，有的系統(tǒng)使用兩個(gè)字符，回車換行。為了適應(yīng)這種差異，TELNET 定義了數(shù)據(jù)和命令如何通過互聯(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 格式，本地客戶再從 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)聽22號(hào)端?；

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

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

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

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

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

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

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

為什么 HTTP 是無連接

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

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

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

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

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

HTTP 是一個(gè)無狀態(tài)協(xié)議，這意味著每個(gè)請(qǐng)求都是獨(dú)立的，Keep-Alive 沒能改變這個(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)?程序，例如購物?程序。

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

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

持續(xù)連接

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

萬維?服務(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í)，客戶訪問所有的對(duì)象只需花費(fèi)?個(gè) RTT時(shí) 間，使 TCP 連接中的空閑時(shí)間減少，提?了下載?檔效率。

持續(xù)連接帶來的問題

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

如何解決

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

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

HTTP/2

??的實(shí)時(shí)性要求越來越?（如視頻聊天或直播），協(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ù)的?部字段，??減?了?部的開銷，提?了傳輸效率。

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)求有語法錯(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 解決的問題：

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ù)庫中查找該計(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)用問題，而問題的解決又是通過位于不同主機(jī)中的多個(gè)應(yīng)用進(jìn)程之間的通信和協(xié)同工作來完成的。應(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)，用來便于把人們使用的機(jī)器名字轉(zhuǎn)換成 IP 地址。DNS 是一個(gè)聯(lián)機(jī)分布式數(shù)據(jù)庫系統(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 沒有?個(gè)龐?的命令集，沒有列?錄的功能，也不能對(duì)?戶進(jìn)?身份鑒別。

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

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

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

8、HTTP 協(xié)議是無狀態(tài)的。就是同一個(gè)客戶第二次訪問同一個(gè)服務(wù)器上的頁面時(shí)，服務(wù)的響應(yīng)和第一次的響應(yīng)相同，因?yàn)榉?wù)器并不記得曾經(jīng)訪問過這個(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 解決的問題：

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

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

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