FTP協(xié)議：
FTP客戶端與服務(wù)器之間要建立雙重連接，一個是控制連接，一個是數(shù)據(jù)連接。
基于的傳輸協(xié)議是TCP，F(xiàn)TP客戶端和服務(wù)器之間的連接是面向連接的，
為數(shù)據(jù)的傳輸提供了可靠的保證。
特征：
1.控制連接是建立在客戶協(xié)議解釋器和服務(wù)器協(xié)議解釋器之間用于交換命令與應(yīng)答的通信鏈路。
2.數(shù)據(jù)連接是傳輸數(shù)據(jù)的全雙工連接。
傳輸數(shù)據(jù)可以發(fā)生在服務(wù)器數(shù)據(jù)傳輸過程DTP和客戶DTP之間，
也可以發(fā)生在兩個服務(wù)器的DTP之間。
文件類型：
1.ASCII碼文件類型（默認(rèn)選擇），以NVT ASCII碼形式通過數(shù)據(jù)連接傳輸；
2.EBCDIC文件類型。該文本文件傳輸方式要求兩端都是EBCDIC系統(tǒng)；
3.圖像文件類型（也成為二進(jìn)制文件類型），
數(shù)據(jù)發(fā)送形式呈現(xiàn)為一個連續(xù)的比特流。
數(shù)據(jù)結(jié)構(gòu)：
1.文件結(jié)構(gòu)（File Structure）字節(jié)流，無結(jié)構(gòu)；
2.記錄結(jié)構(gòu)（Record Structure）文件被劃分為記錄，用于文本文件；
3.頁結(jié)構(gòu)（Page Structure）文件被劃分為頁，每頁有頁號和頁頭。
可以進(jìn)行隨機存取或順序存取。
傳輸方式：
1.流模式：數(shù)據(jù)以字節(jié)流的形式傳送
-記錄結(jié)構(gòu)
-文件結(jié)構(gòu)
2.塊模式：文件以塊的形式傳送，塊帶有自己的頭部分。
頭字節(jié)包括16位計數(shù)域和8位描述子代碼
傳輸和控制采用獨立的連接方式具有以下三方面的優(yōu)點：
1.使FTP協(xié)議更加簡單并且更容易實現(xiàn)，例如控制連接可以直接采用Telnet協(xié)議實現(xiàn)，
FTP數(shù)據(jù)連接不會與FTP命令混淆起來；
2.在數(shù)據(jù)連接結(jié)束后，控制連接仍然保留著，它能夠在新的傳輸連接時被使用；
3.發(fā)送方與接收方在所有的數(shù)據(jù)都到達(dá)時可以在數(shù)據(jù)連接上用文件結(jié)束來通知另一方，
從而達(dá)到命令傳輸?shù)墓δ堋?/p>
TFTP協(xié)議概述：
1.簡單文件傳送協(xié)議(Trivial File Transfer Protocol)
2.最初用于引導(dǎo)無盤系統(tǒng)，被設(shè)計用來傳輸小文件
3.基于UDP協(xié)議實現(xiàn)，但也可以由其他協(xié)議實現(xiàn)
4.不具備FTP的許多功能
5.只能從服務(wù)器獲取或?qū)懭胛募?，不能列出目?/p>
6.不進(jìn)行認(rèn)證
DHCP協(xié)議：
優(yōu)點：
1.網(wǎng)絡(luò)管理員可以驗證IP地址和其它配置參數(shù)，
2.而不用去檢查每個主機；
3.DHCP不會同時租借相同的IP地址給兩臺主機；
4.DHCP管理員可以約束特定的計算機使用特定的IP地址；
5.可以為每個DHCP作用域設(shè)置很多選項；
6.客戶機在不同子網(wǎng)間移動時不需要重新設(shè)置IP地址。
缺點：
1.DHCP不能發(fā)現(xiàn)網(wǎng)絡(luò)上非DHCP客戶機已經(jīng)在使用的IP地址；
2.當(dāng)網(wǎng)絡(luò)上存在多個DHCP服務(wù)器時，
3.一個DHCP服務(wù)器不能查出已被其它服務(wù)器租出去的IP地址；
4.DHCP服務(wù)器不能跨路由器與客戶機通信，
5.除非路由器允許BOOTP轉(zhuǎn)發(fā)。
DHCP服務(wù)的工作過程：
1.發(fā)現(xiàn)階段
2.提供階段
3.選擇階段
4.確認(rèn)階段
5.重新登錄
6.更新租約
DNS協(xié)議：
服務(wù)器用來解析域名
