2023年重點掌握網(wǎng)絡協(xié)議標準規(guī)范大全

重點掌握網(wǎng)絡協(xié)議標準規(guī)范大全在網(wǎng)絡的各層中存在著許多協(xié)議，它是定義通過網(wǎng)絡進行通信的規(guī)則，接受方的發(fā)送方同層的協(xié)議必須一致,否則一方將無法辨認另一方發(fā)出的信息，以這種規(guī)則規(guī)定雙方完畢信息在計算機之間的傳送過程。下面就對網(wǎng)絡協(xié)議規(guī)范作個概述。ＡRP（AｄｄreｓsＲｅsolｕtionProｔocol)地址解析協(xié)議它是用于映射計算機的物理地址和臨時指定的網(wǎng)絡地址。啟動時它選擇一個協(xié)議(網(wǎng)絡層)地址,并檢查這個地址是否已有別的計算機使用，假如沒有被使用，此結(jié)點被使用這個地址,假如此地址已經(jīng)被別的計算機使用，正在使用此地址的計算機會通告這一信息,只有再選另一個地址了。SＮMＰ(ＳimｐleＮetwｏrｋManａgeｍentＰ)網(wǎng)絡管理協(xié)議它是TCP／IP協(xié)議中的一部份，它為本地和遠端的網(wǎng)絡設備管理提供了一個標準化途徑，是分布式環(huán)境中的集中化管理的重要組成部份。ApplｅSharepｒotocｏl(AppleＳhare協(xié)議)它是Apple機上的通信協(xié)議，它允許計算機從服務器上請求服務或者和服務器互換文獻。ApｐleＳhaｒｅ可以在TCP/IP協(xié)議或其它網(wǎng)絡協(xié)議如IPX、ＡppleTａlk上進行工作。使用它時,用戶可以訪問文獻,應用程序，打印機和其它遠程服務器上的資源。它可以和配置了AppｌeＳhａrｅ協(xié)議的任何服務器進行通信，Macｉntｏsh、MａcOS、ＷindoｗsＮT和ＮovellNetwaｒe都支持ApplｅShaｒe協(xié)議。ＡppleTａlk協(xié)議它是Ｍacintｏsh計算機使用的重要網(wǎng)絡協(xié)議。WindｏwsNT服務器有專門為Macｉntｏｓh服務,也能支持該協(xié)議。其允許Ｍａciｎtosｈ的用戶共享存儲在WindowsＮT文獻夾的Mac-格式的文獻，也可以使用和WinｄoｗsＮＴ連接的打印機。WindｏｗｓNＴ共享文獻夾以傳統(tǒng)的Mａc文獻夾形式出現(xiàn)在Maｃ用戶面前。Maｃ文獻名按需要被轉(zhuǎn)換為FAT（8.3)格式和NTFS文獻標準。支持MAc文獻格式的DOＳ和Ｗiｎｄows客戶端能與Ｍac用戶共享這些文獻。BGP4(BoｒdｅrGatｅｗayＰｒotocolVeｒtｉon4)邊界網(wǎng)關協(xié)議－版本4它是用于在自治網(wǎng)絡中網(wǎng)關主機（每個主機有自己的路由)之間互換路由信息的協(xié)議,它使管理員可以在已知的路由策略上配置路由加權，可以更方便地使用無級內(nèi)部域名路由(CIＤR)，它是一種在網(wǎng)絡中可以容納更多地址的機制,它比外部網(wǎng)關協(xié)議(EGP)更新。BGP４經(jīng)常用于網(wǎng)關主機之間，主機中的路由表涉及了已知路由的列表,可達的地址和路由加權,這樣就可以在路由中選擇最佳的通路了。ＢＧP在局域網(wǎng)中通信時使用內(nèi)部BGP(IBＧP)，由于ＩBGP不能很好工作。BOOTＰ協(xié)議它是一個基于TＣP/IP協(xié)議的協(xié)議，它可以讓無盤站從一個中心服務器上獲得IP地址,現(xiàn)在我們通常使用DHCＰ協(xié)議進行這一工作。CＭＩＰ(CｏmmonＭanagｅmeｎｔIｎｆormaｔionProtｏｃoｌ)通用管理信息協(xié)議它是建立在開放系統(tǒng)互連通信模式上的網(wǎng)絡管理協(xié)議。相關的通用管理信息服務(CMIS)定義了訪問和控制網(wǎng)絡對象,設備和從對象設備接受狀態(tài)信息的方法。Cｏｎneｃｔiｏn－oriｅntｅdＰrotoｃol/CｏｎnｅctioｎleｓsProｔｏｃoｌ面向連接的協(xié)議/無連接協(xié)議在廣域網(wǎng)中,兩臺計算機建立物理連接過程所使用的協(xié)議，這種物理連接要連續(xù)到成功地互換完數(shù)據(jù)為止。在Internet中，TCP(傳輸控制協(xié)議)即這一類型的協(xié)議，它為兩臺連接在網(wǎng)絡上的計算機提供了可互相通信且保證數(shù)據(jù)成功傳輸?shù)囊环N手段。面向連接的協(xié)議一定要保證數(shù)據(jù)傳送到對方。在廣域網(wǎng)中,對接受方的計算機不做在線狀態(tài),或接受能力的測試,都能使數(shù)據(jù)由一臺計算機傳輸?shù)酱送庖慌_計算機上的協(xié)議。這是包互換網(wǎng)絡中的重要協(xié)議,在Inｔernet中的IP協(xié)議即無連接協(xié)議,ＩP只關注將數(shù)據(jù)提成數(shù)據(jù)包進行傳輸，并在這些數(shù)據(jù)包被接受后重新組包,而不關注接受方計算機的狀態(tài)。由面向連接的協(xié)議（如Iｎtｅrneｔ中的TCP）來保證數(shù)據(jù)的接受。DHＣP(DynamiｃＨｏstConfiｇｕrａt(yī)ｉonProtｏcoｌ)動態(tài)主機配置協(xié)議它是在TＣP/IP網(wǎng)絡上使客戶機獲得配置信息的協(xié)議，它是基于ＢOOTP協(xié)議,并在ＢOＯTP協(xié)議的基礎上添加了自動分派可用網(wǎng)絡地址等功能。這兩個協(xié)議可以通過一些機制互操作。DＨＣP協(xié)議在安裝ＴCP/IP協(xié)議和使用TCP/IＰ協(xié)議進行通迅時，必須配置IＰ地址、子網(wǎng)掩碼、缺省網(wǎng)關三個參數(shù),這三個參數(shù)可以手動配置,也可以使用DHCＰ自動配置。ＤｉscaｒｄPｒotoｃol拋棄協(xié)議它的作用就是接受到什么拋棄什么,它對調(diào)試網(wǎng)絡狀態(tài)的一定的用處?；赥ＣP的拋棄服務,假如服務器實現(xiàn)了拋棄協(xié)議，服務器就會在ＴCP端口9檢測拋棄協(xié)議請求,在建立連接后并檢測到請求后,就直接把接受到的數(shù)據(jù)直接拋棄，直到用戶中斷連接。而基于UDＰ協(xié)議的拋棄服務和基于TCＰ差不多,檢測的端口是UDＰ端口9，功能也同樣。EchoProtocｏl協(xié)議這個協(xié)議重要用于調(diào)試和檢測中。這個協(xié)議的作用也十分簡樸,接受到什么原封發(fā)回就是了。它可以基于TCP協(xié)議,服務器就在TＣＰ端口７檢測有無消息，假如有發(fā)送來的消息直接返回就是了。假如使用UDP協(xié)議的基本過程和ＴCＰ同樣，檢測的端口也是7。FTP(FileTrａnｓferProtoｃol)文獻傳輸協(xié)議它是一個標準協(xié)議,是在計算機和網(wǎng)絡之間互換文獻的最簡樸的方法。象傳送可顯示文獻的ＨTＴP和電子郵件的ＳMＴP同樣,FTP也是應用TCP/IP協(xié)議的應用協(xié)議標準。ＦTP通常用于將網(wǎng)頁從創(chuàng)作者上傳到服務器上供人使用，而從服務器上下傳文獻也是一種非常普遍的使用方式。作為用戶,您可以用非常簡樸的ＤOS界面來使用FTP,也可以使用由第三方提供的圖形界面的ＦTP來更新（刪除，重命名,移動和復制)服務器上的文獻?，F(xiàn)在有許多服務器支持匿名登錄，允許用戶使用FTP和ANONYMOUS作為用戶名進行登錄,通?？墒褂萌魏慰诹罨蛑话椿剀囨I。HDLC(Hｉgh-ＬｅveｌDataLiｎkＣontｒｏl)高層數(shù)據(jù)鏈路協(xié)議它是一組用于在網(wǎng)絡結(jié)點間傳送數(shù)據(jù)的協(xié)議。在HＤＬＣ中,數(shù)據(jù)被組成一個個的單元(稱為幀)通過網(wǎng)絡發(fā)送，并由接受方確認收到。ＨDＬＣ協(xié)議也管理數(shù)據(jù)流和數(shù)據(jù)發(fā)送的間隔時間。HDLC是在數(shù)據(jù)鏈路層中最廣泛最使用的協(xié)議之一?，F(xiàn)在作為ＩSO的標準，HDLＣ是基于IBM的SDＬC協(xié)議的,SDＬC被廣泛用于IＢM的大型機環(huán)境之中。在HDLC中，屬于SDLC的被稱為通響應模式(NRM)。在通常響應模式中，基站(通常是大型機)發(fā)送數(shù)據(jù)給本地或遠程的二級站。不同類型的HDＬＣ被用于使用X.25協(xié)議的網(wǎng)絡和幀中繼網(wǎng)絡，這種協(xié)議可以在局域網(wǎng)或廣域網(wǎng)中使用,無論此網(wǎng)是公共的還是私人的。ＨTTP1.1(HypertextTrａｎsfｅrPrｏtocoｌVｅrtion1．1)超文本傳輸協(xié)議-版本１.1它是用來在Ｉnternｅt上傳送超文本的傳送協(xié)議。它是運營在TＣP/ＩP協(xié)議族之上的HTＴP應用協(xié)議，它可以使瀏覽器更加高效,使網(wǎng)絡傳輸減少。任何服務器除了涉及HTML文獻以外，尚有一個HＴＴP駐留程序，用于響應用用戶請求。您的瀏覽器是HTTP客戶，向服務器發(fā)送請求，當瀏覽器中輸入了一個開始文獻或點擊了一個超級鏈接時,瀏覽器就向服務器發(fā)送了HTTP請求，此請求被送往由IP地址指定的URL。駐留程序接受到請求，在進行必要的操作后回送所規(guī)定的文獻。HTTPS(SeｃureHypeｒｔexｔTranｓfｅｒPrｏtocｏｌ)安全超文本傳輸協(xié)議它是由Ｎetsｃape開發(fā)并內(nèi)置于其瀏覽器中，用于對數(shù)據(jù)進行壓縮和解壓操作,并返回網(wǎng)絡上傳送回的結(jié)果。HＴTＰＳ事實上應用了Netscaｐe的完全套接字層(SＳL)作為HTTP應用層的子層。（HTＴPＳ使用端口44３,而不是象HＴＴＰ那樣使用端口80來和TCP/IP進行通信。)SSL使用4０位關鍵字作為RC４流加密算法，這對于商業(yè)信息的加密是合適的。HTＴPS和SＳＬ支持使用X.５09數(shù)字認證,假如需要的話用戶可以確認發(fā)送者是誰。ICMP(ＩｎterｎetContrｏlMessageProtocol)Intｅｒnet控制信息協(xié)議它是一個在主機和網(wǎng)關之間消息控制和差錯報告協(xié)議。ICMP使用IＰ數(shù)據(jù)報，但消息由TCP/IP軟件解決，對于應用程序使用者是不可見的。在被稱為Cateneｔ的系統(tǒng)中，IP協(xié)議被用作主機到主機的數(shù)據(jù)報服務。網(wǎng)絡連接設備稱為網(wǎng)關。這些網(wǎng)關通過網(wǎng)關到網(wǎng)關協(xié)議(ＧGP)互相互換用于控制的信息。通常,贍養(yǎng)或目的主機將和源主機通信,例如，為報告在數(shù)據(jù)報過程中的錯誤。為了這個目的才使用了ICMP,它使用IP做于底層支持,好象它是一個高層協(xié)議,而事實上它是IP的一部分，必須由其它IP模塊實現(xiàn)。ICMP消息在以下幾種情況下發(fā)送：當數(shù)據(jù)報不能到達目的地時,當網(wǎng)關的已經(jīng)失去緩存功能,當網(wǎng)關可以引導主機在更短路由上發(fā)送。IP并非設計為設計為絕對可靠,這個協(xié)議的目的是為了當網(wǎng)絡出現(xiàn)問題的時候返回控制信息，而不是使IP協(xié)議變得絕對可靠，并不保證數(shù)據(jù)報或控制信息可以返回。一些數(shù)據(jù)報仍將在沒有任何報告的情況下丟失。ＩＭAP4(InｔernetMａilAcｃesｓProtocoｌVersｉｏｎ４）Internet郵件訪問協(xié)議-版本４它是用于從本地服務器上訪問電子郵件的標準協(xié)議，它是一個C/S模型協(xié)議,用戶的電子郵件由服務器負責接受保存。ＩMAP４改善了POP３的局限性，用戶可以通過瀏覽信件頭來決定是不是要下載此信，還可以在服務器上創(chuàng)建或更改文獻夾或郵箱，刪除信件或檢索信件的特定部分。在用戶訪問電子電子郵件時，IMＡP4需要連續(xù)訪問服務器。在POP3中,信件是保存在服務器上的,當用戶閱讀信件時，所有內(nèi)容都會被立刻下載到用戶的機器上。我們有時可以把IMAP4當作是一個遠程文獻服務器，把PＯP3可以當作是一個存儲轉(zhuǎn)發(fā)服務。ＮNＴP(ＮetｗｏrkＮeｗsTrａnsferProｔocｏl)網(wǎng)絡新聞傳輸協(xié)議NNTP同POP3協(xié)議同樣,也存在某些局限性。IOTP(InternetOpenＴraｄingPｒotocol）Inｔerｎｅt開放貿(mào)易協(xié)議Inteｒnet開放貿(mào)易協(xié)議是一系列的標準,它使電子購買交易在客戶，銷售商和其它相關部分都是一致的，無論使用何種付款系統(tǒng)。IOTP合用于很多的付款系統(tǒng)，如ＳＥＴ,DigｉＣaｓｈ,電子支票或借記卡。付款系統(tǒng)中的數(shù)據(jù)封裝在ＩOＴP報文中。IOＴＰ解決的交易可以涉及客戶、銷售商、信用支票、證明、銀行等部分。IOＴP使用XMＬ語言(ExtｅnsiblｅMａrkｕpLaｎguagｅ）來定義包含在交易中的數(shù)據(jù)。IPｖ6(IｎternｅtProtｏcｏlVersion6）Ｉｎterｎｅｔ協(xié)議-版本6它是Intｅrｎet協(xié)議的最新版本，已作為IP的一部分并被許多重要的操作系統(tǒng)所支持。IＰv6也被稱為“Ipng”（下一代IP)，它對現(xiàn)行的ＩＰ(版本4)進行重大的改善。使用ＩPｖ４和IPv6的網(wǎng)絡主機和中間結(jié)點可以解決IP協(xié)議中任何一層的包。用戶和服務商可以直接安裝ＩPｖ6而不用對系統(tǒng)進行什么重大的修改。相對于版本4新版本的最大改善在于將IP地址從3２位改為128位，這一改善是為了適應網(wǎng)絡快速的發(fā)展對IP地址的需求，也從主線上改變了IＰ地址短缺的問題。簡化IPv4首部字段被刪除或者成為可選字段，減少了一般情況下包的解決開銷以及IＰv６首部占用的帶寬。改善ＩＰ首部