每個(gè)應(yīng)用層協(xié)議都是為了解決某一類應(yīng)用問題，而問題的解決又往往是通過位于不同主機(jī)中的多個(gè)應(yīng)用進(jìn)程之間的通信和協(xié)同工作來完成的。
應(yīng)用層的具體內(nèi)容就是規(guī)定應(yīng)用進(jìn)程在通信時(shí)所遵循的協(xié)議。

應(yīng)用層的許多協(xié)議都是基于客戶服務(wù)器方式。即使是對(duì)等通信方式，實(shí)質(zhì)上也是一種特殊的客戶服務(wù)器方式。
客戶(client)和服務(wù)器(server)都是指通信中所涉及的兩個(gè)應(yīng)用進(jìn)程?？蛻舴?wù)器方式所描述的是進(jìn)程之間服務(wù)和被服務(wù)的關(guān)系?？蛻羰欠?wù)請(qǐng)求方，服務(wù)器是服務(wù)提供方。

域名系統(tǒng) DNS

域名系統(tǒng)DNS(Domain Name System)是因特網(wǎng)使用的命名系統(tǒng)，用來把便于人們使用的機(jī)器名字轉(zhuǎn)換為 IP 地址。域名系統(tǒng)其實(shí)就是名字系統(tǒng)。
許多應(yīng)用層軟件經(jīng)常直接使用域名系統(tǒng) DNS，但計(jì)算機(jī)的用戶只是間接而不是直接使用域名系統(tǒng)。

因特網(wǎng)的域名系統(tǒng) DNS 被設(shè)計(jì)成為一個(gè)聯(lián)機(jī)分布式數(shù)據(jù)庫系統(tǒng)，并采用客戶服務(wù)器方式。DNS 使大多數(shù)名字都在本地進(jìn)行解析(resolve)，僅少量解析需要在因特網(wǎng)上通信，因此DNS 系統(tǒng)的效率很高。由于 DNS 是分布式系統(tǒng)，即使單個(gè)計(jì)算機(jī)出了故障，也不會(huì)妨礙整個(gè) DNS 系統(tǒng)的正常運(yùn)行。

域名到 IP 地址的解析是由分布在因特網(wǎng)上的許多域名服務(wù)器程序(可簡(jiǎn)稱為城名服務(wù)器)共同完成的。域名服務(wù)器程序在專設(shè)的結(jié)點(diǎn)上運(yùn)行，而人們也常把運(yùn)行域名服務(wù)器程序的機(jī)器也稱為域名服務(wù)器。

域名到IP 地址的解析過程：
當(dāng)某一個(gè)應(yīng)用進(jìn)程需要把主機(jī)名解為 IP 地址時(shí)，該應(yīng)用進(jìn)程就調(diào)用解析程序(resolver)，并成為 DNS 的一個(gè)客戶，把待解析的域名放在 DNS 請(qǐng)求報(bào)文中，以 UDP 用戶數(shù)據(jù)報(bào)方式發(fā)給本地域名服務(wù)器(使用 UDP 是為了減少開銷)。本地域名服務(wù)器在查找域名后，把對(duì)應(yīng)的 IP 地址放在回答報(bào)文中返回。應(yīng)用進(jìn)程獲得目的主機(jī)的IP地址后即可進(jìn)行通信。
若本地域名服務(wù)器不能回答該請(qǐng)求，則此域名服務(wù)器就暫時(shí)成為 DNS 中的另一個(gè)客戶，并向其他域名服務(wù)器發(fā)出查詢請(qǐng)求。這種過程直至找到能夠回答該請(qǐng)求的域名服務(wù)器為止。

因特網(wǎng)的域名結(jié)構(gòu)

任何一個(gè)連接在因特網(wǎng)上的主機(jī)或路由器，都有一個(gè) 唯一的層次結(jié)構(gòu) 的名字，即 域名(domain name) 。這里，域(domain) 是名字空間中一個(gè)可被管理的劃分。域還可以劃分為子域，而子域還可繼續(xù)劃分為子域的子域，這樣就形成了頂級(jí)域、二級(jí)域、三級(jí)域，等等。
從語法上講，每一個(gè)域名都是由 標(biāo)號(hào)(label) 序列組成，而各標(biāo)號(hào)之間用點(diǎn)隔開(小數(shù)點(diǎn).)。
例子：

DNS 規(guī)定，域名中的標(biāo)號(hào)都由英文字母和數(shù)字組成，每一個(gè)標(biāo)號(hào)不超過 63 個(gè)字符(但為了記憶方便，最好不要超過 12個(gè)字符)，也不區(qū)分大小寫字母。標(biāo)號(hào)中除連字符(-)外不能使用其他的標(biāo)點(diǎn)符號(hào)。級(jí)別最低的域名寫在最左邊，而級(jí)別最高的頂級(jí)域名則寫在最右邊。由多個(gè)標(biāo)號(hào)組成的完整域名總共不超過 255 個(gè)字符。 DNS 既不規(guī)定一個(gè)域名需要包含多少個(gè)下級(jí)域名，也不規(guī)定每一級(jí)的域名代表什么意思 。各級(jí)域名由其上一級(jí)的域名管理機(jī)構(gòu)管理，而最高的頂級(jí)域名則由 ICANN 進(jìn)行管理。

需要注意的是，域名只是個(gè)邏輯概念，并不代表計(jì)算機(jī)所在的物理地點(diǎn) 。
域名中的點(diǎn)和點(diǎn)分十進(jìn)制 IP 地址中的點(diǎn)并無一一對(duì)應(yīng)的關(guān)系 。點(diǎn)分十進(jìn)制IP 地址中一定是包含三個(gè)點(diǎn)，但每一個(gè)域名中點(diǎn)的數(shù)目則不一定正好是三個(gè)。

現(xiàn)在頂級(jí)域名 TLD(Top Level Domain) 分為三大類：
(1)國(guó)家頂級(jí)域名 nTLD：采用 ISO 3166 的規(guī)定。如 cn 表示中國(guó)，us 表示美國(guó)，uk 表示英國(guó)，等等。國(guó)家頂級(jí)域名又常記為 CCTLD(cc 示國(guó)家代碼 country-code)。
(2)通用頂級(jí)域名 gTLD：最常見的通用頂級(jí)域名有 7個(gè)，即：com(公司企業(yè))，net (網(wǎng)絡(luò)服務(wù)機(jī)構(gòu))，org(非營(yíng)利性的組織)，int (國(guó)際組織)，edu(美國(guó)專用的教育機(jī)構(gòu))，gov(美國(guó)的政府部門)，ml(美國(guó)事部門)
其余 11個(gè)通用頂級(jí)域名是：aero(航空運(yùn)輸企業(yè))，biz(公司和企業(yè))，cat (加泰隆人的語言和文化團(tuán)體)，coop(合作團(tuán)體)，info(各種情況)，jobs (人力資源管理者)，mobi(移動(dòng)產(chǎn)品與服務(wù)的用戶和提供者)，museum(博物館)，name (個(gè)人)，pro(有證書的專業(yè)人員)，travel(旅游業(yè))。
(3)基礎(chǔ)結(jié)構(gòu)域名(infrastructure domain)：這種頂級(jí)域名只有一個(gè)，即arpa，用于反向域名解析，因此又稱為反向域名。
在國(guó)家頂級(jí)域名下注冊(cè)的二級(jí)域名均由該國(guó)家自行確定。我國(guó)把二級(jí)域名劃分為類別域名和“行政區(qū)域名兩大類。

域名服務(wù)器

因特網(wǎng)上的 DNS 域名服務(wù)器也是按照層次安排的。每一個(gè)域名服務(wù)器都只對(duì)域名體系中的一部分進(jìn)行管轄。
根據(jù)域名服務(wù)器所起的作用，可以把域名服務(wù)器劃分為以下四種不同的類型：
(1)根域名服務(wù)器(root name server) ：根域名服務(wù)器是最高層次的域名服務(wù)器，也是最重要的域名服務(wù)器。所有的根域名服務(wù)器都知道所有的頂級(jí)域名服務(wù)器的域名和 IP 地址。
(2)頂級(jí)域名服務(wù)器(即 TLD 服務(wù)器) ：這些域名服負(fù)責(zé)管理在該頂級(jí)域名服務(wù)器注冊(cè)的所有二級(jí)域名。當(dāng)收到 DNS 查詢請(qǐng)求時(shí)，就給出相應(yīng)的回答(可能是最后的結(jié)果也可能是下一步應(yīng)當(dāng)找的域名服務(wù)器的IP 地址)。
(3)權(quán)限域名服務(wù)器 ：這就是前面已經(jīng)講過的負(fù)責(zé)一個(gè)區(qū)的域名服務(wù)器。當(dāng)一個(gè)權(quán)限域名服務(wù)器還不能給出最后的查詢回答時(shí)，就會(huì)告訴發(fā)出查詢請(qǐng)求的 DNS 客戶，下一步應(yīng)當(dāng)找哪一個(gè)權(quán)限域名服務(wù)器。

(4)本地域名服務(wù)器(local name server) ：當(dāng)一個(gè)主機(jī)發(fā)出 DNS 查詢請(qǐng)求時(shí)，這個(gè)查詢請(qǐng)求報(bào)文就發(fā)送給本地域名服務(wù)器。每一個(gè)因特網(wǎng)服務(wù)提供者 ISP，或一個(gè)大學(xué)，甚至一個(gè)大學(xué)里的系，都可以擁有一個(gè)本地域名服務(wù)器，這種域名服務(wù)器有時(shí)也稱為默認(rèn)域名服務(wù)器。
本地域名服務(wù)器是用戶計(jì)算機(jī)或網(wǎng)絡(luò)中的DNS服務(wù)器。
當(dāng)用戶發(fā)起域名解析請(qǐng)求時(shí)，本地域名服務(wù)器負(fù)責(zé)遞歸地查詢整個(gè)DNS系統(tǒng)，直到獲得域名對(duì)應(yīng)的 IP 地址。
(5)遞歸域名服務(wù)器（Recursive DNS Servers）：
遞歸域名服務(wù)器通常是本地域名服務(wù)器的一部分，負(fù)責(zé)從根域名服務(wù)器開始遞歸地查詢解析域名。
它們可以緩存查詢結(jié)果，以提高查詢效率，并向客戶端返回解析后的IP地址。
(6)反向域名服務(wù)器（Reverse DNS Servers）：
反向域名服務(wù)器負(fù)責(zé)將IP地址解析為域名，與正向解析相反。
主要用于郵件服務(wù)器的反垃圾郵件檢查、安全審計(jì)等。
(7)緩存域名服務(wù)器（Caching DNS Servers）：
緩存域名服務(wù)器保存最近解析過的域名和其對(duì)應(yīng)的IP地址，以提高查詢速度。
這些服務(wù)器可以獨(dú)立運(yùn)行，也可以是本地域名服務(wù)器或遞歸域名服務(wù)器的一部分。
(8)輔助域名服務(wù)器（Secondary DNS Servers）：
輔助域名服務(wù)器是備份權(quán)威域名服務(wù)器，存儲(chǔ)與主權(quán)威域名服務(wù)器相同的域名信息。
當(dāng)主服務(wù)器不可用時(shí)，輔助服務(wù)器可以提供域名解析服務(wù)。

文件傳送協(xié)議

文件傳送協(xié)議FTP(File Transfer Protocol) 是因特網(wǎng)上使用得最廣泛的文件傳送協(xié)議。
FTP 提供交互式的訪問，允許客戶指明文件的類型與格式(如指明是否使用 ASCII碼)，并允許文件具有存取權(quán)限(如訪問文件的用戶必須經(jīng)過授權(quán)，并輸入有效的口)。
FTP 屏蔽了各計(jì)算機(jī)系統(tǒng)的細(xì)節(jié)，適合于在異構(gòu)網(wǎng)絡(luò)中任意計(jì)算機(jī)之間傳送文件。

基于 TCP 的 FTP 和基于UDP 的 TFTP，都是文件共享協(xié)議中的一大類，即復(fù)制整個(gè)文件，其特點(diǎn)是：若要存取一個(gè)文件，就必須先獲得一個(gè)本地的文件副本。如果要修改文件，只能對(duì)文件的副本進(jìn)行修改，然后再將修改后的文件副本傳回到原節(jié)點(diǎn)。

文件共享協(xié)議中的另一大類是聯(lián)機(jī)訪問(on-line access)。
聯(lián)機(jī)訪問意味著允許多個(gè)程序同時(shí)對(duì)一個(gè)文件進(jìn)行存取。和數(shù)據(jù)庫系統(tǒng)不同之處是用戶不需要調(diào)用一個(gè)特殊的客戶進(jìn)程，而是由操作系統(tǒng)提供對(duì)遠(yuǎn)地共享文件進(jìn)行訪問的服務(wù)，就如同對(duì)本地文件的訪問一樣。這就使用戶可以用遠(yuǎn)地文件作為輸入和輸出來運(yùn)行任何應(yīng)用程序，而操作系統(tǒng)中的文件系統(tǒng)則提供對(duì)共享文件的透明存取。
透明存取的優(yōu)點(diǎn)：將原來用于處理本地文件的應(yīng)用程序用來處理遠(yuǎn)地文件時(shí)，不需要對(duì)該應(yīng)用程序作明顯的改動(dòng)。屬于文件共享協(xié)議的有網(wǎng)絡(luò)文件系統(tǒng)NFS(Network File System)最初是在 UNIX 操作系統(tǒng)環(huán)境下實(shí)現(xiàn)文件和目錄的共享。NFS 可使本地計(jì)算機(jī)共享遠(yuǎn)地的資源，就像這些資源在本地

FTP 的基本工作原理

文件傳送協(xié)議 FTP 只提供文件傳送的一些基本的服務(wù)，它使用 TCP 可靠的運(yùn)輸服務(wù)。 FTP 的主要功能是減少或消除在不同操作系統(tǒng)下處理文件的不兼容性。
FTP 使用客戶服務(wù)器方式。一個(gè)FTP 服務(wù)器進(jìn)程可同時(shí)為多個(gè)客戶進(jìn)程提供服務(wù)。FTP的服務(wù)器進(jìn)程由兩大部分組成：一個(gè)主進(jìn)程，負(fù)責(zé)接受新的請(qǐng)求；另外有若干個(gè)從屬進(jìn)程，負(fù)責(zé)處理單個(gè)請(qǐng)求。

主進(jìn)程的工作步驟如下：
(1)打開熟知端口(端口號(hào)為21)，使客戶進(jìn)程能夠連接上。
(2)等待客戶進(jìn)程發(fā)出連接請(qǐng)求。
(3)啟動(dòng)從屬進(jìn)程來處理客戶進(jìn)程發(fā)來的請(qǐng)求。從屬進(jìn)程對(duì)客戶進(jìn)程的請(qǐng)求處理完畢后即終止，但從屬進(jìn)程在運(yùn)行期間根據(jù)需要還可能創(chuàng)建其他一些子進(jìn)程。
(4)回到等待狀態(tài)，繼續(xù)接受其他客戶進(jìn)程發(fā)來的請(qǐng)求。主進(jìn)程與從屬進(jìn)程的處理是并發(fā)地進(jìn)行。

FTP的工作情況如圖。圖中的服務(wù)器端有兩個(gè)從屬進(jìn)程：控制進(jìn)程和數(shù)據(jù)傳送進(jìn)程。為簡(jiǎn)單起見， 服務(wù)器端的主進(jìn)程沒有畫上。在客戶端除了控制進(jìn)程和數(shù)據(jù)傳送進(jìn)程外，還有一個(gè)用戶界面進(jìn)程用來和用戶接口。

在進(jìn)行文件傳輸時(shí)，FTP 的客戶和服務(wù)器之間要建立兩個(gè)并行的 TCP 連接：控制連接和數(shù)據(jù)連接。
控制連接在整個(gè)會(huì)話期間一直保持打開，FTP 客戶所發(fā)出的傳送請(qǐng)求，通過控制連接發(fā)送給服務(wù)器端的控制進(jìn)程，但控制連接并不用來傳送文件。 實(shí)際用于傳輸文件的是數(shù)據(jù)連接 。服務(wù)器端的控制進(jìn)程在接收到 FTP 客戶發(fā)送來的文件傳輸請(qǐng)求后就 創(chuàng)建數(shù)據(jù)傳送進(jìn)程和數(shù)據(jù)連接 ，用來連接客戶端和服務(wù)器端的數(shù)據(jù)傳送進(jìn)程。數(shù)據(jù)傳送進(jìn)程實(shí)際完成文件的傳送，在傳送完畢后關(guān)閉“數(shù)據(jù)傳送連接”并結(jié)束運(yùn)行。由于FTP 使用了一個(gè)分離的控制連接，因此FTP 的控制信息是 帶外(out of band) 傳送的。

當(dāng)客戶進(jìn)程向服務(wù)器進(jìn)程發(fā)出建立連接請(qǐng)求時(shí)，要尋找連接服務(wù)器進(jìn)程的熟知端口(21)，同時(shí)還要告訴服務(wù)器進(jìn)程自己的另一個(gè)端口號(hào)碼，用于建立數(shù)據(jù)傳送連接。接著，服務(wù)器進(jìn)程用自己傳送數(shù)據(jù)的熟知端口(20)與客戶進(jìn)程所提供的端口號(hào)碼建立數(shù)據(jù)傳送連接。由于FTP 使用了兩個(gè)不同的端口號(hào)，所以數(shù)據(jù)連接與控制連接不會(huì)發(fā)生混亂。

使用兩個(gè)獨(dú)立的連接的主要好處是使協(xié)議更加簡(jiǎn)單和更容易實(shí)現(xiàn)，同時(shí)在傳輸文件時(shí)還可以利用控制連接。
FTP 并非對(duì)所有的數(shù)據(jù)傳輸都是最佳的。例如，計(jì)算機(jī) A 上運(yùn)行的應(yīng)用程序要在遠(yuǎn)地計(jì)算機(jī) B 的一個(gè)很大的文件末尾添加一行信息。若使用 FTP，則應(yīng)先將此文件從計(jì)算機(jī) B 傳送到計(jì)算機(jī) A，添加上這一行信息后，再用 FTP 將此文件傳送到計(jì)算機(jī) B，來回傳送這樣大的文件很花時(shí)間。實(shí)際上這種傳送是不必要的，因?yàn)橛?jì)算機(jī) A 并沒有使用該文件的內(nèi)容。

然而網(wǎng)絡(luò)文件系統(tǒng) NFS 則采用另一種思路。 NFS 允許應(yīng)用進(jìn)程打開一個(gè)遠(yuǎn)地文件，并能在該文件的某一個(gè)特定的位置上開始讀寫數(shù)據(jù) 。這樣，NFS 可使用戶只復(fù)制一個(gè)大文件中的一個(gè)很小的片段，而不需要復(fù)制整個(gè)大文件。計(jì)算機(jī) A 中的 NFS 客戶軟件，將要添加的數(shù)據(jù)和在文件后面寫數(shù)據(jù)的請(qǐng)求一起發(fā)送到遠(yuǎn)地的計(jì)算機(jī) B 中的 NFS 服務(wù)器，NFS 服務(wù)器更新文件后返回應(yīng)答信息。在網(wǎng)絡(luò)上傳送的只是少量的修改數(shù)據(jù)。

簡(jiǎn)單文件傳送協(xié)議 TFTP

TCP/IP 協(xié)議族中還有一個(gè) 簡(jiǎn)單文件傳送協(xié)議 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 的主要優(yōu)點(diǎn)有：
1.TFTP 可用于 UDP 環(huán)境。例如，當(dāng)需要將程序或文件同時(shí)向許多機(jī)器下載時(shí)就往往需要使用 TFTP。
2.TFTP 代碼所占的內(nèi)存較小。對(duì)較小的計(jì)算機(jī)或某些特殊用途的設(shè)備是很重要：這些設(shè)備不需要硬盤，只需要周化了 TFTP，UDP 和 IP 的小容量只讀存儲(chǔ)器即可。當(dāng)接通電源后，設(shè)備執(zhí)行只讀存儲(chǔ)器中的代碼，在網(wǎng)絡(luò)上廣播一個(gè) TFTP 請(qǐng)求。網(wǎng)絡(luò)上的 TFTP 服務(wù)器就發(fā)送響應(yīng)，其中包括可執(zhí)行二進(jìn)制程序。設(shè)備收到此文件后將其放入內(nèi)存，然后開始運(yùn)行程序。這種方式增加了靈活性，也減少了開銷。

TFTP 的主要特點(diǎn)是:
(1)每次傳送的數(shù)據(jù)報(bào)文中有 512 字節(jié)的數(shù)據(jù)，但最后一次可不足 512 字節(jié)；
(2)數(shù)據(jù)報(bào)文按序編號(hào)，從1開始；
(3)支持 ASCII 碼或二進(jìn)制傳送；
(4)可對(duì)文件進(jìn)行讀或?qū)?#xff1b;
(5)使用很簡(jiǎn)單的首部。

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

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

遠(yuǎn)程終端協(xié)議 TELNET

TELNET 是一個(gè)簡(jiǎn)單的遠(yuǎn)程終端協(xié)議，它也是因特網(wǎng)的正式標(biāo)準(zhǔn)。
用戶用 TELNET 就可在其所在地通過 TCP 連接注冊(cè)(即登錄)到遠(yuǎn)地的另一個(gè)主機(jī)上(使用主機(jī)名或 IP 地址)。
TELNET 能將用戶的擊鍵傳到遠(yuǎn)地主機(jī)，同時(shí)也能將遠(yuǎn)地主機(jī)的輸出通過 TCP 連接返回到用戶屏幕，這種服務(wù)是透明的，因?yàn)橛脩舾杏X到好像鍵盤和顯示器是直接連在遠(yuǎn)地主機(jī)上。因此，TELNET 又稱為 終端仿真協(xié)議 。

TELNET的主要特點(diǎn)和工作原理：
基于文本：
TELNET是基于文本的協(xié)議，它傳輸?shù)氖亲址鞫皇嵌M(jìn)制數(shù)據(jù)。用戶在遠(yuǎn)程主機(jī)上的操作以及主機(jī)返回的輸出都是文本形式的。

端口號(hào)：
TELNET默認(rèn)使用TCP協(xié)議，其端口號(hào)是23。

明文傳輸：
最初的 TELNET 版本是以明文形式傳輸數(shù)據(jù)的，即用戶的登錄信息和傳輸?shù)拿疃际且约兾谋拘问絺魉偷?。因?#xff0c;它是不安全的，容易受到竊聽和中間人攻擊。

加密協(xié)議：
為了提高安全性，后續(xù)出現(xiàn)了使用加密的TELNET協(xié)議，如Secure Shell（SSH）取代了TELNET在安全性上的應(yīng)用。

會(huì)話控制：
TELNET 維護(hù)一個(gè)會(huì)話，使用戶能夠在遠(yuǎn)程主機(jī)上執(zhí)行命令，查看輸出，并與遠(yuǎn)程系統(tǒng)進(jìn)行交互。

終端類型：
TELNET 支持不同的終端類型，以便適應(yīng)各種不同的終端設(shè)備和用戶界面。

環(huán)境變量：
TELNET 允許用戶在遠(yuǎn)程主機(jī)上設(shè)置和修改環(huán)境變量，以影響其遠(yuǎn)程會(huì)話的行為。

萬維網(wǎng) WWW

萬維網(wǎng)www (World Wide Web) 并非某種特殊的計(jì)算機(jī)網(wǎng)絡(luò)。萬維網(wǎng)是一個(gè)大規(guī)模的、聯(lián)機(jī)式的信息儲(chǔ)藏所 ，英文簡(jiǎn)稱為Web。
萬維網(wǎng)用鏈接的方法能非常方便地從因特網(wǎng)上的一個(gè)站點(diǎn)訪問另一個(gè)站點(diǎn)（也就是所謂的“鏈接到另一個(gè)站點(diǎn)")，從而主動(dòng)地按需獲取豐富的信息。

萬維網(wǎng)是一個(gè)分布式的 超媒體(hypermedia) 系統(tǒng)，它是 超文本(hypertext) 系統(tǒng)的擴(kuò)充。
所謂超文本是包含指向其他文檔的鏈接的文本。也就是說，一個(gè)超文本由多個(gè)信息源鏈接成，而這些信息源的數(shù)目實(shí)際上是不受限制的。利用一個(gè)鏈接可使用戶找到另一個(gè)文檔，而這又可鏈接到其他的文檔（依次類推)。這些文檔可以位于世界上任何一個(gè)接在因特網(wǎng)上的超文本系統(tǒng)中。超文本是萬維網(wǎng)的基礎(chǔ) 。
超媒體與超文本的區(qū)別是文檔內(nèi)容不同：超文本文檔僅包含文本信息；而超媒體文檔還包含其他表示方式的信息，如圖形、圖像、聲音、動(dòng)畫，甚至活動(dòng)視頻圖像。

分布式的和非分布式的超媒體系統(tǒng)有很大區(qū)別。
在非分布式系統(tǒng)中，各種信息都駐留在單個(gè)計(jì)算機(jī)的磁盤中。由于各種文檔都可從本地獲得，因此這些文檔之間的鏈接可進(jìn)行一致性檢查。所以，一個(gè)非分布式超媒體系統(tǒng)能夠保證所有的鏈接都是有效的和一致的。

萬維網(wǎng)以客戶服務(wù)器方式工作。
萬維網(wǎng)文檔所駐留的主機(jī)運(yùn)行服務(wù)器程序，因此這個(gè)主機(jī)也稱為萬維網(wǎng)服務(wù)器?？蛻舫绦蛳蚍?wù)器程序發(fā)出請(qǐng)求，服務(wù)器程序向客戶程序送回客戶所要的萬維網(wǎng)文檔。在一個(gè)客戶程序主窗口上顯示出的萬維網(wǎng)文檔稱為 頁面(page) 。

萬維網(wǎng)必須解決以下幾個(gè)問題：
(1)怎樣標(biāo)志分布在整個(gè)因特網(wǎng)上的萬維網(wǎng)文檔?
萬維網(wǎng)使用 統(tǒng)一資源定位符URL(Uniform Resource Locator) 來標(biāo)志萬維網(wǎng)上的各種文檔，并使每一個(gè)文檔在整個(gè)因特網(wǎng)的范圍內(nèi)具有唯一的標(biāo)識(shí)符 URL。

(2)用什么樣的協(xié)議來實(shí)現(xiàn)萬維網(wǎng)上各種鏈接?
要使萬維網(wǎng)客戶程序與萬維網(wǎng)服務(wù)器程序之間的交互遵守嚴(yán)格的協(xié)議，這就是 超文本傳送協(xié)議HTTP (HyperText Transfer Protocol) 。HTTP 是一個(gè)應(yīng)用層協(xié)議，它使用 TCP 連接進(jìn)行可靠的傳送。為

(3)怎樣使不同作者創(chuàng)作的不同風(fēng)格的萬維網(wǎng)文檔都能在因特網(wǎng)上的各種主機(jī)上顯示出來，同時(shí)使用戶清楚地知道在什么地方存在著鏈接?
萬維網(wǎng)使用超文本標(biāo)記語言HTML (HyperText Markup Language)，使得萬維網(wǎng)頁面的設(shè)計(jì)者可以很方便地用鏈接從本頁面的某處鏈接到因特網(wǎng)上的任何一個(gè)萬維網(wǎng)頁面，并且能夠在自己的主機(jī)屏幕上顯示出來。

(4)怎樣使用戶能夠很方便地找到所需的信息?
用戶可使用搜索工具在萬維網(wǎng)上方便地查找所需的信息。

統(tǒng)一資源定位符 URL

統(tǒng)一資源定位符 URL 是用來表示從因特網(wǎng)上得到的資源位置和訪問這些資源的方法。
URL 給資源的位置提供一種抽象的識(shí)別方法，并用這種方法給資源定位。只要能夠?qū)Y源定位，系統(tǒng)就可以對(duì)資源進(jìn)行各種操作，如存取、更新、替換和查找其屬性。
“資源” 是指在因特網(wǎng)上可以被訪問的任何對(duì)象，包括文件目錄、文件、文檔、圖像、聲音等，以及與因特網(wǎng)相連的任何形式的數(shù)據(jù)?！百Y源”還包括電子郵件的地址和 USENET 新聞組，或 USENET 新聞組中的報(bào)文。

URL 相當(dāng)于一個(gè)文件名在網(wǎng)絡(luò)范圍的擴(kuò)展。 因此，URL 是與因特網(wǎng)相連的機(jī)器上的任何可訪問對(duì)象的一個(gè)指針。由于訪問不同對(duì)象所使用的協(xié)議不同，所以URL還指出讀取某個(gè)對(duì)象時(shí)所使用的協(xié)議。URL的一般形式由以下四個(gè)部分組成：
$$<協(xié)議>://<主機(jī)>:<端口>/<路徑>$$

URL 的第一部分是最左邊的<協(xié)議>：指出使用什么協(xié)議來獲取該萬維網(wǎng)文檔。現(xiàn)在最常用的協(xié)議就是http(超文本傳送協(xié)議HTTP)，其次是ftp (文件傳送協(xié)議FTP)。在<協(xié)議>后面是規(guī)定必須寫上的格式“😕/”，不能省略。
右邊是第二部分<主機(jī)>，指出這個(gè)萬維網(wǎng)文檔是在哪一個(gè)主機(jī)上。這里的<主機(jī)>就是指該主機(jī)在因特網(wǎng)上的域名。
再后面是第三和第四部分<端口>和<路徑>，有時(shí)可省略。

使用 HTTP 的 URL

對(duì)于萬維網(wǎng)的網(wǎng)點(diǎn)的訪問要使用 HTTP 協(xié)議。HTTP的URL的一般形式是：
$$http://<主機(jī)>:<端口>/<路徑>$$

HTTP 的默認(rèn)端口號(hào)是 80，通?？墒÷浴Ｈ粼偈÷晕募?lt;路徑>項(xiàng)，則URL就指到因特網(wǎng)上的某個(gè) 主頁(home page) 。
主頁可以是以下幾種情況之一：
(1)一個(gè) WWW 服務(wù)器的最高級(jí)別的頁面。
(2)某一個(gè)組織或部門的一個(gè)定制的頁面或目錄。從這樣的頁面可鏈接到因特網(wǎng)上的與本組織或部門有關(guān)的其他站點(diǎn)。
(3)由某一個(gè)人自己設(shè)計(jì)的描述他本人情況的WWW頁面。

URL 里面的字母不分大小寫

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

HTTP 協(xié)議定義了瀏覽器（即萬維網(wǎng)客戶進(jìn)程）怎樣向萬維網(wǎng)服務(wù)器請(qǐng)求萬維網(wǎng)文檔，以及服務(wù)器怎樣把文檔傳送給瀏覽器。
從層次的角度看，HTTP是面向事務(wù)的（transaction-oriented）應(yīng)用層協(xié)議，它是萬維網(wǎng)上能夠可靠地交換文件（包括文本、聲音、圖像等各種多媒體文件）的重要基礎(chǔ)。

每個(gè)萬維網(wǎng)網(wǎng)點(diǎn)都有一個(gè)服務(wù)器進(jìn)程，它不斷地監(jiān)聽 TCP 的端口 80，以便發(fā)現(xiàn)是否有瀏覽器（即萬維網(wǎng)客戶，瀏覽器和萬維網(wǎng)客戶是同義詞）向它發(fā)出連接建立請(qǐng)求。一旦監(jiān)聽到連接建立請(qǐng)求并建立了 TCP 連接之后，瀏覽器就向萬維網(wǎng)服務(wù)器發(fā)出瀏覽某個(gè)頁面的請(qǐng)求，服務(wù)器接著就返回所請(qǐng)求的頁面作為響應(yīng)。最后，TCP連接就被釋放了。在瀏覽器和服務(wù)器之間的請(qǐng)求和響應(yīng)的交互，必須按照規(guī)定的格式和遵循一定的規(guī)則。這些格式和規(guī)則就是超文本傳送協(xié)議 HTTP。

HTTP 規(guī)定在 HTTP 客戶與 HTTP 服務(wù)器之間的每次交互，都由一個(gè) ASCII 碼串構(gòu)成的請(qǐng)求和一個(gè)“類MIME (MIME-like)”的響應(yīng)組成。HTTP 報(bào)文通常都使用 TCP 連接傳送。
用戶瀏覽頁面的方法有兩種：1.在瀏覽器的地址窗口中鍵入所要找的頁面的URL；2.在某一個(gè)頁面中用鼠標(biāo)點(diǎn)擊一個(gè)可選部分，這時(shí)瀏覽器會(huì)自動(dòng)在因特網(wǎng)上找到所要鏈接的頁面。

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

HTTP 協(xié)議是無狀態(tài)的(stateless)。也就是說，同一個(gè)客戶第二次訪問同一個(gè)服務(wù)器上的頁面時(shí)，服務(wù)器的響應(yīng)與第一次被訪問時(shí)的相同（假定現(xiàn)在服務(wù)器還沒有把該頁面更新)，因?yàn)榉?wù)器并不記得曾經(jīng)訪問過的這個(gè)客戶，也不記得為該客戶曾經(jīng)服務(wù)過多少次。

用戶在點(diǎn)擊鼠標(biāo)鏈接某個(gè)萬維網(wǎng)文檔時(shí)，HTTP 協(xié)議首先要和服務(wù)器建立 TCP 連接。這需要使用三次握手。當(dāng)三次握手的前兩部分完成后（即經(jīng)過了一個(gè) RTT 時(shí)間后)，萬維網(wǎng)客戶就把 HTTP 請(qǐng)求報(bào)文作為三次握手的第三個(gè)報(bào)文的數(shù)據(jù)發(fā)送給萬維網(wǎng)服務(wù)器。服務(wù)器收到 HTTP 請(qǐng)求報(bào)文后，就把所請(qǐng)求的文檔作為響應(yīng)報(bào)文返回給客戶。

請(qǐng)求一個(gè)萬維網(wǎng)文檔所需的時(shí)間是該文檔的傳輸時(shí)間（與文檔大小成正比）加上兩倍往返時(shí)間 RTT（一個(gè) RTT 用于連接 TCP 連接，另一個(gè) RTT 用于請(qǐng)求和接收萬維網(wǎng)文檔。這里 TCP 建立連接的三次握手的第三個(gè)報(bào)文段中捎帶了客戶對(duì)萬維網(wǎng)文檔的請(qǐng)求)。

HTTP/1.0 的主要缺點(diǎn)，就是每請(qǐng)求一個(gè)文檔就要有兩倍RTT的開銷。若一個(gè)主頁上有很多鏈接的對(duì)象（如圖片等）需要依次進(jìn)行鏈接，那么每一次鏈接下載都導(dǎo)致2×RTT 的開銷。另一種開銷就是萬維網(wǎng)客戶和服務(wù)器為每一次建立新的 TCP 連接都要分配緩存和變量。特別是萬維網(wǎng)服務(wù)器往往要同時(shí)服務(wù)于大量客戶的請(qǐng)求，這樣會(huì)使萬維網(wǎng)服務(wù)器的負(fù)擔(dān)很重。使用并行TCP連接可以縮短響應(yīng)時(shí)間。
HTTP/1.1協(xié)議較好地解決了這個(gè)問題，它使用了持續(xù)連接(persistent connection)。所謂持續(xù)連接就是萬維網(wǎng)服務(wù)器在發(fā)送響應(yīng)后仍然在一段時(shí)間內(nèi)保持這條連接，使同一個(gè)客戶（瀏覽器）和該服務(wù)器可以繼續(xù)在這條連接上傳送后續(xù)的 HTTP 請(qǐng)求報(bào)文和響應(yīng)報(bào)文。這并不局限于傳送同一個(gè)頁面上鏈接的文檔，而是只要這些文檔都在同一個(gè)服務(wù)器上就行。
HTTP/1.1 協(xié)議的持續(xù)連接有兩種工作方式，即 非流水線方式(without pipelining) 和 流水線方式(with pipelining) 。
非流水線方式的特點(diǎn)，是客戶在收到前一個(gè)響應(yīng)后才能發(fā)出下一個(gè)請(qǐng)求。
流水線方式的特點(diǎn)，是客戶在收到 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í)間減少，提高了下載文檔效率。

代理服務(wù)器

代理服務(wù)器(proxy server)是一種網(wǎng)絡(luò)實(shí)體，它又稱為萬維網(wǎng)高速緩存(Web cache)。
代理服務(wù)器把最近的一些請(qǐng)求和響應(yīng)暫存在本地磁盤中。當(dāng)新請(qǐng)求到達(dá)時(shí)，若代理服務(wù)器發(fā)現(xiàn)這個(gè)請(qǐng)求與暫時(shí)存放的請(qǐng)求相同，就返回暫存的響應(yīng)，而不需要按 URL 的地址再次去因特網(wǎng)訪問該資源。代理服務(wù)器可在客戶端或服務(wù)器端工作，也可在中間系統(tǒng)上工作。下

代理服務(wù)器有時(shí)是作為服務(wù)器（當(dāng)接受瀏覽器的HTTP請(qǐng)求時(shí))，但有時(shí)卻作為客戶（當(dāng)向因特網(wǎng)上的源點(diǎn)服務(wù)器發(fā)送HTTP請(qǐng)求時(shí))。

HTTP 的報(bào)文結(jié)構(gòu)

HTTP有兩類報(bào)文:
(1)請(qǐng)求報(bào)文：從客戶向服務(wù)器發(fā)送請(qǐng)求報(bào)文，圖(a)。
(2)響應(yīng)報(bào)文：從服務(wù)器到客戶的回答，圖(b)。
由于 HTTP 是 面向文本的(text-oriented)，因此在報(bào)文中的每一個(gè)字段都是一些 ASCII 碼串，因而各個(gè)字段的長(zhǎng)度都是不確定的。

HTTP 請(qǐng)求報(bào)文和響應(yīng)報(bào)文都是由三個(gè)部分組成，這兩種報(bào)文格式的區(qū)別就是開始行不同。
(1)開始行 ，用于區(qū)分是請(qǐng)求報(bào)文還是響應(yīng)報(bào)文。在請(qǐng)求報(bào)文中的開始行叫做請(qǐng)求行(Request-Line)，而在響應(yīng)報(bào)文中的開始行叫做狀態(tài)行(Status-Line)。在開始行的三個(gè)字段之間都以空格分隔開，最后的“CR”和“LF”分別代表“回車”和“換行”。請(qǐng)求報(bào)文的第一行請(qǐng)求行只有三個(gè)內(nèi)容，即方法，請(qǐng)求資源的 URL，以及 HTTP 的版本。

(2)首部行 ，用來說明瀏覽器、服務(wù)器或報(bào)文主體的一些信息。首部可以有好幾行，但也可以不使用。在每一個(gè)首部行中都有首部字段名和它的值，每一行在結(jié)束的地方都要有“回車”和“換行”。整個(gè)首部行結(jié)束時(shí)，還有-空行將首部行和后面的實(shí)體主體分開。
(3)實(shí)體主體(entity body) ，在請(qǐng)求報(bào)文中一般都不用這個(gè)字段，而在響應(yīng)報(bào)文中也可能沒有這個(gè)字段。

在服務(wù)器上存放用戶的信息

HTTP是無狀態(tài)的。在實(shí)際工作中，一些萬維網(wǎng)站點(diǎn)卻常常希望能夠識(shí)別用戶。
可以在 HTTP 中使用 Cookie。萬維網(wǎng)站點(diǎn)可以使用 Cookie 來跟蹤用戶。Cookie表示在 HTTP服務(wù)器和客戶之間傳遞的狀態(tài)信息。

Cookie就是一些數(shù)據(jù)，用于存儲(chǔ)服務(wù)器返回給客服端的信息，客戶端進(jìn)行保存。在下一次訪問該網(wǎng)站時(shí)，客戶端會(huì)將保存的cookie一同發(fā)給服務(wù)器，服務(wù)器再利用cookie進(jìn)行一些操作。利用cookie我們就可以實(shí)現(xiàn)自動(dòng)登錄，保存游覽歷史，身份驗(yàn)證等功能。

這里有詳細(xì)的介紹：cookie是什么？有什么用？cookie詳解，一篇文章徹底搞懂cookie

萬維網(wǎng)的文檔

超文本標(biāo)記語言 HTML

超文本標(biāo)記語言 HTML(HyperText Markup Language) 是一種制作萬維網(wǎng)頁面的標(biāo)準(zhǔn)語言，它消除了不同計(jì)算機(jī)之間信息交流的障礙。

HTML 定義了許多用于排版的命令，即“標(biāo)簽”(tag)。例如，表示后面開始用斜體字排版，而則表示斜體字排版到此結(jié)束。
HTML就把各種標(biāo)簽嵌入到萬維網(wǎng)的頁面中，這樣就構(gòu)成了所謂的 HTML 文檔。HTML 文檔是一種可以用任何文本編輯器創(chuàng)建的ASCII 碼文件。但僅當(dāng)HTML文檔是以.html或.htm為后綴時(shí)，瀏覽器才對(duì)這樣的HTML 文檔的各種標(biāo)簽進(jìn)行解釋。如果HTML文檔改換以.txt為其后綴，則HTML解釋程序就不對(duì)標(biāo)簽進(jìn)行解釋，而瀏覽器只能看見原來的文本文件。

并非所有的瀏覽器都支持所有的 HTML 標(biāo)簽。若某一個(gè)瀏覽器不支持某一個(gè) HTML 標(biāo)簽，則瀏覽器將忽略此標(biāo)簽，但在一對(duì)不能識(shí)別的標(biāo)簽之間的文本仍然會(huì)被顯示出來。

HTML 允許在萬維網(wǎng)頁面中插入圖像。一個(gè)頁面本身帶有的圖像稱為內(nèi)含圖像(inlineimage)。HTML標(biāo)準(zhǔn)并沒有規(guī)定該圖像的格式。實(shí)際上，大多數(shù)瀏覽器都支持GIF和JPEG文件。很多種格式的圖像占據(jù)的存儲(chǔ)空間太大，因而這種圖像在因特網(wǎng)傳送時(shí)就很浪費(fèi)時(shí)間。

HTML 還規(guī)定了鏈接的設(shè)置方法。每個(gè)鏈接都有一個(gè)起點(diǎn)和終點(diǎn)。鏈接的起點(diǎn)說明在萬維網(wǎng)頁面中的什么地方可引出一個(gè)鏈接。鏈接的終點(diǎn)可以是其他網(wǎng)站上的頁面。這種鏈接方式叫做遠(yuǎn)程鏈接。這時(shí)必須在 HTML 文檔中指明鏈接到的網(wǎng)站的 URL。有時(shí)鏈接可以指向本計(jì)算機(jī)中的某一個(gè)文件或本文件中的某處。這叫做本地鏈接。這時(shí)必須在 HTML 文檔中指明鏈接的路徑。

動(dòng)態(tài)萬維網(wǎng)文檔

靜態(tài)文檔是指在文檔創(chuàng)作完畢后就存放在萬維網(wǎng)服務(wù)器中，在被用戶瀏覽的過程中，內(nèi)容不會(huì)改變。由于這種文檔的內(nèi)容不會(huì)改變，因此用戶對(duì)靜態(tài)文檔的每次讀取所得到的返回結(jié)果都是相同的。
靜態(tài)文檔的最大優(yōu)點(diǎn)是簡(jiǎn)單。由于HTML是一種排版語言，因此靜態(tài)文檔可以由不懂程序設(shè)計(jì)的人員來創(chuàng)建。但靜態(tài)文檔的缺點(diǎn)是不夠靈活。當(dāng)信息變化時(shí)就要由文檔的作者手工對(duì)文檔進(jìn)行修改?？梢?#xff0c;變化頻繁的文檔不適于作成靜態(tài)文檔。

動(dòng)態(tài)文檔(dynamic document)是指文檔的內(nèi)容是在瀏覽器訪問萬維網(wǎng)服務(wù)器時(shí)才由應(yīng)用程序動(dòng)態(tài)創(chuàng)建。當(dāng)瀏覽器請(qǐng)求到達(dá)時(shí)，萬維網(wǎng)服務(wù)器要運(yùn)行另一個(gè)應(yīng)用程序，并把控制轉(zhuǎn)移到此應(yīng)用程序。接著，該應(yīng)用程序?qū)g覽器發(fā)來的數(shù)據(jù)進(jìn)行處理，并輸出 HTTP 格式的文檔，萬維網(wǎng)服務(wù)器把應(yīng)用程序的輸出作為對(duì)瀏覽器的響應(yīng)。
由于對(duì)瀏覽器每次請(qǐng)求的響應(yīng)都是臨時(shí)生成的，因此用戶通過動(dòng)態(tài)文檔所看到的內(nèi)容是不斷變化的。動(dòng)態(tài)文檔的主要優(yōu)點(diǎn)是具有報(bào)告當(dāng)前最新信息的能力。但動(dòng)態(tài)文檔的創(chuàng)建難度比靜態(tài)文檔的高，因?yàn)閯?dòng)態(tài)文檔的開發(fā)不是直接編寫文檔本身，而是編寫用于生成文檔的應(yīng)用程序，這就要求動(dòng)態(tài)文檔的開發(fā)人員必須會(huì)編程，而所編寫的程序還要通過大范圍的測(cè)試，以保證輸入的有效性。

動(dòng)態(tài)文檔和靜態(tài)文檔之間的主要差別體現(xiàn)在服務(wù)器一端。這主要是文檔內(nèi)容的生成方法不同。而從瀏覽器的角度看，這兩種文檔并沒有區(qū)別。動(dòng)態(tài)文檔和靜態(tài)文檔的內(nèi)容都遵循HTML所規(guī)定的格式，瀏覽器僅根據(jù)在屏幕上看到的內(nèi)容并無法判定服務(wù)器送來的是哪一種文檔，只有文檔的開發(fā)者才知道。

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

為了把協(xié)議軟件做成通用的和便于移植，把協(xié)議軟件參數(shù)化。這就使得在很多臺(tái)計(jì)算機(jī)上有可能使用同一個(gè)經(jīng)過編譯的二進(jìn)制代碼。一臺(tái)計(jì)算機(jī)和另一臺(tái)計(jì)算機(jī)的許多區(qū)別，都可以通過一些不同的參數(shù)來體現(xiàn)。在協(xié)議軟件運(yùn)行之前，必須給每一個(gè)參數(shù)賦值。
在協(xié)議軟件中給這些參數(shù)賦值的動(dòng)作叫做協(xié)議配置。一個(gè)協(xié)議軟件在使用之前必須是已正確配置的。具體的配置信息有哪些則取決于協(xié)議棧。

**動(dòng)態(tài)主機(jī)配置協(xié)議（Dynamic Host Configuration Protocol，簡(jiǎn)稱DHCP）**是一種網(wǎng)絡(luò)協(xié)議，通過自動(dòng)分配IP地址和其他網(wǎng)絡(luò)配置參數(shù)，為計(jì)算機(jī)網(wǎng)絡(luò)提供了高效的管理和配置手段。

工作原理：
1.DHCP服務(wù)器的角色：
DHCP的核心在于DHCP服務(wù)器，它負(fù)責(zé)管理IP地址池、分配IP地址和配置其他網(wǎng)絡(luò)參數(shù)。DHCP服務(wù)器通常在網(wǎng)絡(luò)中的中央位置，能夠響應(yīng)來自客戶端設(shè)備的DHCP請(qǐng)求。
2.DHCP客戶端的角色：
DHCP客戶端是網(wǎng)絡(luò)中的設(shè)備，它們?cè)谶B接到網(wǎng)絡(luò)時(shí)會(huì)發(fā)送DHCP請(qǐng)求以獲取配置信息。這些設(shè)備可以是計(jì)算機(jī)、移動(dòng)設(shè)備、網(wǎng)絡(luò)打印機(jī)等。
3.廣播通信：
當(dāng)一個(gè)DHCP客戶端連接到網(wǎng)絡(luò)或者重新連接時(shí)，它會(huì)發(fā)送一個(gè)DHCP發(fā)現(xiàn)（Discover）廣播消息到網(wǎng)絡(luò)上的所有設(shè)備。這個(gè)廣播消息是一個(gè)特殊的UDP包，目的是找到可用的DHCP服務(wù)器。
4. DHCP服務(wù)器的響應(yīng)：
DHCP服務(wù)器收到DHCP發(fā)現(xiàn)消息后，會(huì)以廣播形式回復(fù)一個(gè)DHCP提供（Offer）消息，其中包含可用的IP地址、子網(wǎng)掩碼、默認(rèn)網(wǎng)關(guān)、DNS服務(wù)器等網(wǎng)絡(luò)配置信息。服務(wù)器可能收到多個(gè)發(fā)現(xiàn)請(qǐng)求，但只為一個(gè)客戶端提供一個(gè)唯一的IP地址。
5. 租約分配：
客戶端收到DHCP提供消息后，會(huì)選擇其中一個(gè)提供的配置，并向DHCP服務(wù)器發(fā)送DHCP請(qǐng)求（Request）消息，表示接受該配置。服務(wù)器在接收到請(qǐng)求后，為客戶端分配IP地址，并提供租約時(shí)間，即該IP地址在網(wǎng)絡(luò)上的使用有效期。
6. 配置應(yīng)用：
客戶端收到DHCP確認(rèn)（Acknowledge）消息后，會(huì)將配置信息應(yīng)用到自身網(wǎng)絡(luò)接口?，F(xiàn)在，設(shè)備擁有了有效的IP地址和其他網(wǎng)絡(luò)參數(shù)，可以正常參與網(wǎng)絡(luò)通信。
7. 租約更新：
在租約到期之前，客戶端可以選擇續(xù)租，向DHCP服務(wù)器發(fā)送DHCP請(qǐng)求消息，以延長(zhǎng)租約時(shí)間。如果客戶端不再需要IP地址，它可以發(fā)送DHCP釋放（Release）消息通知服務(wù)器釋放分配的地址。

簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議 SNMP

簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議（Simple Network Management Protocol，SNMP）是一種用于管理和監(jiān)控網(wǎng)絡(luò)設(shè)備的協(xié)議。SNMP允許網(wǎng)絡(luò)管理員通過網(wǎng)絡(luò)監(jiān)控、配置和收集信息，以確保網(wǎng)絡(luò)的穩(wěn)定性和性能。

簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議SNMP(Simple Network Management Protocol)中的管理程序和代理程序按客戶服務(wù)器方式工作。管理程序運(yùn)行 SNMP 客戶程序，而代理程序運(yùn)行 SNMP 服務(wù)器程序。在被管對(duì)象上運(yùn)行的SNMP 服務(wù)器程序不停地監(jiān)聽來自管理站的 SNMP 客戶程序的請(qǐng)求（或命令)。一旦發(fā)現(xiàn)，就立即返回管理站所需的信息，或執(zhí)行某個(gè)動(dòng)作（例如，把某個(gè)參數(shù)的設(shè)置進(jìn)行更新)。在網(wǎng)管系統(tǒng)中往往是一個(gè)(或少數(shù)幾個(gè)）客戶程序與很多的服務(wù)器程序進(jìn)行交互。

若要管理某個(gè)對(duì)象，就必然會(huì)給該對(duì)象添加一些軟件或硬件，但這種“添加”必須對(duì)原有對(duì)象的影響盡量小些。

若網(wǎng)絡(luò)元素使用的不是 SNMP 協(xié)議而是另一種網(wǎng)絡(luò)管理協(xié)議，那么吧 SNMP 協(xié)議就無法控制該網(wǎng)絡(luò)元素。這時(shí)可使用委托代理(proxy agent)。
委托代理能提供如協(xié)議轉(zhuǎn)換和過濾操作等功能對(duì)被管對(duì)象進(jìn)行管理。

SNMP 的網(wǎng)絡(luò)管理由三個(gè)部分組成，即 SNMP本身、管理信息結(jié)構(gòu)SMI (Structure of Management Information)和管理信息庫MIB (Management Information Base)。下面簡(jiǎn)述這三部分的作用。
SNMP 定義了管理站和代理之間所交換的分組格式。所交換的分組包含各代理中的對(duì)象(變量）名及其狀態(tài)（值)。SNMP負(fù)責(zé)讀取和改變這些數(shù)值。

SMI定義了命名對(duì)象和定義對(duì)象類型（包括范圍和長(zhǎng)度）的通用規(guī)則，以及把對(duì)象和對(duì)象的值進(jìn)行編碼的規(guī)則。這樣做是為了確保網(wǎng)絡(luò)管理數(shù)據(jù)的語法和語義的無二義性。但從SMI的名稱并不能看出它的功能。請(qǐng)注意，SMI并不定義一個(gè)實(shí)體應(yīng)管理的對(duì)象數(shù)目，也不定義被管對(duì)象名以及對(duì)象名及其值之間的關(guān)聯(lián)。

MIB在被管理的實(shí)體中創(chuàng)建了命名對(duì)象，并規(guī)定了其類型。

SNMP操作：

SNMP定義了一組標(biāo)準(zhǔn)的操作，包括：
GET： 從設(shè)備中獲取特定OID的信息。
SET： 修改設(shè)備中特定OID的值。
GET-NEXT： 獲取MIB中下一個(gè)OID的信息。
GET-BULK： 一次獲取大量數(shù)據(jù)的操作。

SNMP支持事件通知，當(dāng)設(shè)備狀態(tài)發(fā)生變化時(shí)，代理可以向管理站點(diǎn)發(fā)送通知。這種機(jī)制使得管理者能夠?qū)崟r(shí)了解網(wǎng)絡(luò)設(shè)備的狀態(tài)。

應(yīng)用進(jìn)程跨越網(wǎng)絡(luò)的通信

應(yīng)用進(jìn)程跨越網(wǎng)絡(luò)進(jìn)行通信是通過網(wǎng)絡(luò)協(xié)議實(shí)現(xiàn)的。網(wǎng)絡(luò)協(xié)議定義了應(yīng)用進(jìn)程之間的通信規(guī)則和數(shù)據(jù)傳輸方式，確保數(shù)據(jù)在網(wǎng)絡(luò)中可靠、有序地傳遞。
以下是一些常見的用于應(yīng)用進(jìn)程通信的網(wǎng)絡(luò)協(xié)議：
HTTP（Hypertext Transfer Protocol）：
HTTP是用于在Web瀏覽器和Web服務(wù)器之間傳輸超文本的協(xié)議。它是一個(gè)無狀態(tài)的協(xié)議，基于請(qǐng)求-響應(yīng)模型，常用于獲取和發(fā)送網(wǎng)頁內(nèi)容。

HTTPS（Hypertext Transfer Protocol Secure）：
HTTPS是HTTP的安全版本，使用SSL/TLS協(xié)議進(jìn)行數(shù)據(jù)加密和身份驗(yàn)證。它提供了更安全的通信通道，廣泛用于敏感數(shù)據(jù)的傳輸，如在線支付和登錄。

FTP（File Transfer Protocol）：
FTP用于在客戶端和服務(wù)器之間傳輸文件。它支持文件上傳、下載、刪除和重命名等操作，通常用于網(wǎng)站維護(hù)和文件共享。

SMTP（Simple Mail Transfer Protocol）：
SMTP是用于在郵件客戶端和郵件服務(wù)器之間傳輸電子郵件的協(xié)議。它定義了郵件的傳輸規(guī)則，確保郵件能夠正確地從發(fā)件人發(fā)送到收件人。

POP3（Post Office Protocol 3）：
POP3用于從郵件服務(wù)器下載郵件到本地設(shè)備。它是一種應(yīng)用于電子郵件接收的協(xié)議，允許用戶通過郵件客戶端訪問服務(wù)器上的電子郵件。

IMAP（Internet Message Access Protocol）：
IMAP也是一種用于電子郵件的協(xié)議，與POP3類似，但它允許用戶在郵件服務(wù)器上管理郵件，而不僅僅是下載。

DNS（Domain Name System）：
DNS用于將域名轉(zhuǎn)換為IP地址，使應(yīng)用能夠通過易記的域名訪問網(wǎng)絡(luò)資源。它在應(yīng)用進(jìn)程中提供域名解析服務(wù)。

RPC（Remote Procedure Call）：
RPC是一種用于實(shí)現(xiàn)分布式計(jì)算的協(xié)議，允許一個(gè)進(jìn)程調(diào)用另一個(gè)進(jìn)程的過程。它在應(yīng)用程序之間提供遠(yuǎn)程通信的機(jī)制。

WebSocket：
WebSocket是一種在客戶端和服務(wù)器之間實(shí)現(xiàn)全雙工通信的協(xié)議。它允許應(yīng)用程序建立持久的連接，實(shí)時(shí)地推送數(shù)據(jù)而不需要客戶端發(fā)起請(qǐng)求。

TCP（傳輸控制協(xié)議）是一種可靠的、面向連接的協(xié)議，常用于實(shí)現(xiàn)可靠的數(shù)據(jù)傳輸。在使用TCP的過程中，應(yīng)用程序可以通過系統(tǒng)調(diào)用與操作系統(tǒng)內(nèi)核進(jìn)行交互。實(shí)現(xiàn)TCP服務(wù)為例：

socket（創(chuàng)建套接字）：
int socket(int domain, int type, int protocol);
該系統(tǒng)調(diào)用用于創(chuàng)建一個(gè)套接字，套接字是通信的端點(diǎn)。參數(shù)domain指定協(xié)議族（如AF_INET表示IPv4），type指定套接字類型（如SOCK_STREAM表示流式套接字，即TCP），protocol指定具體的協(xié)議。

bind（綁定套接字地址）：
int bind(int sockfd, const struct sockaddr *addr, socklen_t addrlen);
該系統(tǒng)調(diào)用用于將一個(gè)本地地址（IP地址和端口號(hào)）綁定到套接字。sockfd是套接字描述符，addr是一個(gè)指向sockaddr結(jié)構(gòu)的指針，描述了要綁定的地址信息。

listen（監(jiān)聽連接請(qǐng)求）：
int listen(int sockfd, int backlog);
該系統(tǒng)調(diào)用用于使套接字處于監(jiān)聽狀態(tài)，等待客戶端的連接請(qǐng)求。sockfd是套接字描述符，backlog指定等待連接隊(duì)列的最大長(zhǎng)度。

accept（接受連接）：
int accept(int sockfd, struct sockaddr *addr, socklen_t *addrlen);
該系統(tǒng)調(diào)用用于接受客戶端的連接請(qǐng)求，創(chuàng)建一個(gè)新的套接字用于與客戶端進(jìn)行通信。sockfd是監(jiān)聽套接字的描述符，addr是一個(gè)指向sockaddr結(jié)構(gòu)的指針，用于存儲(chǔ)客戶端的地址信息。

connect（發(fā)起連接）：
int connect(int sockfd, const struct sockaddr *addr, socklen_t addrlen);
該系統(tǒng)調(diào)用用于發(fā)起與遠(yuǎn)程服務(wù)器的連接請(qǐng)求。sockfd是套接字描述符，addr是一個(gè)指向sockaddr結(jié)構(gòu)的指針，描述了遠(yuǎn)程服務(wù)器的地址信息。

send（發(fā)送數(shù)據(jù)）和 recv（接收數(shù)據(jù)）：
ssize_t send(int sockfd, const void *buf, size_t len, int flags);
ssize_t recv(int sockfd, void *buf, size_t len, int flags);
這兩個(gè)系統(tǒng)調(diào)用用于在已建立的連接上發(fā)送和接收數(shù)據(jù)。sockfd是套接字描述符，buf是數(shù)據(jù)緩沖區(qū)，len是數(shù)據(jù)長(zhǎng)度，flags是操作標(biāo)志。

close（關(guān)閉套接字）：
int close(int sockfd);
該系統(tǒng)調(diào)用用于關(guān)閉套接字連接。應(yīng)用程序在完成數(shù)據(jù)傳輸后通常會(huì)調(diào)用close來釋放資源。

有些東西沒有去學(xué)習(xí)，比如電子郵件。。。需要用的時(shí)候再看吧

謝希仁第五版《計(jì)算機(jī)網(wǎng)絡(luò)》學(xué)習(xí)筆記