自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

網(wǎng)吧的網(wǎng)絡(luò)常見(jiàn)的十種網(wǎng)絡(luò)協(xié)議

網(wǎng)絡(luò) 網(wǎng)絡(luò)管理
網(wǎng)吧網(wǎng)絡(luò)協(xié)議就是網(wǎng)吧網(wǎng)絡(luò)之間溝通、交流的橋梁,只有相同網(wǎng)絡(luò)協(xié)議的計(jì)算機(jī)才能進(jìn)行信息的溝通與交流。以下是幾種常用的網(wǎng)吧的網(wǎng)絡(luò)協(xié)議。

網(wǎng)吧網(wǎng)絡(luò)協(xié)議就是網(wǎng)吧網(wǎng)絡(luò)之間溝通、交流的橋梁,只有相同網(wǎng)絡(luò)協(xié)議的計(jì)算機(jī)才能進(jìn)行信息的溝通與交流。以下是幾種常用的網(wǎng)吧的網(wǎng)絡(luò)協(xié)議:

1.IPX/SPX(InternetworkPacketExchange/SequentialPacketExchange)互連網(wǎng)包交換/順序包交換

它是由Novell提出的用于客戶/服務(wù)器相連的網(wǎng)絡(luò)協(xié)議。使用IPX/SPX協(xié)議能運(yùn)行通常需要NetBEUI支持的程序,通過(guò)IPX/SPX協(xié)議可以跨過(guò)路由器訪問(wèn)其他網(wǎng)絡(luò)。

2.NetBEUI(NetBIOSEnhancedUserInterface)網(wǎng)絡(luò)基本輸入輸出系統(tǒng)擴(kuò)展用戶接口

NetBEUI協(xié)議是IBM于1985年提出。NetBEUI主要為20到200個(gè)工作站的小型局域網(wǎng)設(shè)計(jì)的,用于NetBEUI、LanMan網(wǎng)、WindowsForWorkgroUPS及WindowsNT網(wǎng)。NetBEUI是一個(gè)緊湊、快速的協(xié)議,但由于NetBEUI沒(méi)有路由能力,即不能從一個(gè)局域網(wǎng)經(jīng)網(wǎng)吧路由器到另一個(gè)局域網(wǎng),已不能適應(yīng)較大的網(wǎng)絡(luò)。如果需要路由到其他局域網(wǎng),則必須安裝TCP/IP或IPX/SPX協(xié)議。

3.HDLC(High-LevelDataLinkControl)高層數(shù)據(jù)鏈路協(xié)議

它是一組用于在網(wǎng)絡(luò)結(jié)點(diǎn)間傳送數(shù)據(jù)的協(xié)議。在HDLC中,數(shù)據(jù)被組成一個(gè)個(gè)的單元(稱為幀)通過(guò)網(wǎng)絡(luò)發(fā)送,并由接收方確認(rèn)收到。HDLC協(xié)議也管理數(shù)據(jù)流和數(shù)據(jù)發(fā)送的間隔時(shí)間。HDLC是在數(shù)據(jù)鏈路層中最廣泛最使用的協(xié)議之一?,F(xiàn)在作為ISO的標(biāo)準(zhǔn),HDLC是基于IBM的SDLC協(xié)議的,SDLC被廣泛用于IBM的大型機(jī)環(huán)境之中。

在HDLC中,屬于SDLC的被稱為通響應(yīng)模式(NRM)。在通常響應(yīng)模式中,基站(通常是大型機(jī))發(fā)送數(shù)據(jù)給本地或遠(yuǎn)程的二級(jí)站。不同類(lèi)型的HDLC被用于使用X.25協(xié)議的網(wǎng)絡(luò)和幀中繼網(wǎng)絡(luò),這種協(xié)議可以在局域網(wǎng)或廣域網(wǎng)中使用,無(wú)論此網(wǎng)是公共的還是私人的。

4.HTTP1.1(HypertextTransferProtocolVertion1.1)超文本傳輸協(xié)議-版本1.1

它是用來(lái)在Internet上傳送超文本的傳送協(xié)議。它是運(yùn)行在TCP/IP協(xié)議族之上的HTTP應(yīng)用協(xié)議,它可以使瀏覽器更加高效,使網(wǎng)絡(luò)傳輸減少。任何服務(wù)器除了包括HTML文件以外,還有一個(gè)HTTP駐留程序,用于響應(yīng)用用戶請(qǐng)求。

您的瀏覽器是HTTP客戶,向服務(wù)器發(fā)送請(qǐng)求,當(dāng)瀏覽器中輸入了一個(gè)開(kāi)始文件或點(diǎn)擊了一個(gè)超級(jí)鏈接時(shí),瀏覽器就向服務(wù)器發(fā)送了HTTP請(qǐng)求,此請(qǐng)求被送往由IP地址指定的URL。駐留程序接收到請(qǐng)求,在進(jìn)行必要的操作后回送所要求的文件。

5.MIME(Multi-PurposeInternetMailExtensions)多功能Internet郵件擴(kuò)展

MIME是擴(kuò)展SMTP協(xié)議,是1991年NathanBorenstein向IETF提出。在傳輸字符數(shù)據(jù)的同時(shí),允許用戶傳送另外的文件類(lèi)型,如聲音,圖像和應(yīng)用程序,并將其壓縮在MIME附件中。因此,新的文件類(lèi)型也被作為新的被支持的IP文件類(lèi)型。

6.ICMP(InternetControlMessageProtocol)Internet控制信息協(xié)議

它是一個(gè)在主機(jī)和網(wǎng)關(guān)之間消息控制和差錯(cuò)報(bào)告協(xié)議。ICMP使用IP數(shù)據(jù)報(bào),但消息由TCP/IP軟件處理,對(duì)于應(yīng)用程序使用者是不可見(jiàn)的。在被稱為Catenet的系統(tǒng)中,IP協(xié)議被用作主機(jī)到主機(jī)的數(shù)據(jù)報(bào)服務(wù)。網(wǎng)絡(luò)連接設(shè)備稱為網(wǎng)關(guān)。這些網(wǎng)關(guān)通過(guò)網(wǎng)關(guān)到網(wǎng)關(guān)協(xié)議(GGP)相互交換用于控制的信息。

通常,贍養(yǎng)或目的主機(jī)將和源主機(jī)通信,例如,為報(bào)告在數(shù)據(jù)報(bào)過(guò)程中的錯(cuò)誤。為了這個(gè)目的才使用了ICMP,它使用IP做于底層支持,好象它是一個(gè)高層協(xié)議,而實(shí)際上它是IP的一部分,必須由其它IP模塊實(shí)現(xiàn)。

ICMP消息在以下幾種情況下發(fā)送:當(dāng)數(shù)據(jù)報(bào)不能到達(dá)目的地時(shí),當(dāng)網(wǎng)關(guān)的已經(jīng)失去緩存功能,當(dāng)網(wǎng)關(guān)能夠引導(dǎo)主機(jī)在更短路由上發(fā)送。IP并非設(shè)計(jì)為設(shè)計(jì)為絕對(duì)可靠,這個(gè)協(xié)議的目的是為了當(dāng)網(wǎng)絡(luò)出現(xiàn)問(wèn)題的時(shí)候返回控制信息,而不是使IP協(xié)議變得絕對(duì)可靠,并不保證數(shù)據(jù)報(bào)或控制信息能夠返回。一些數(shù)據(jù)報(bào)仍將在沒(méi)有任何報(bào)告的情況下丟失。

7.IMAP4(InternetMailAccessProtocolVersion4)Internet郵件訪問(wèn)協(xié)議-版本4

它是用于從本地服務(wù)器上訪問(wèn)電子郵件的標(biāo)準(zhǔn)協(xié)議,它是一個(gè)C/S模型協(xié)議,用戶的電子郵件由服務(wù)器負(fù)責(zé)接收保存。IMAP4改進(jìn)了POP3的不足,用戶可以通過(guò)瀏覽信件頭來(lái)決定是不是要下載此信,還可以在服務(wù)器上創(chuàng)建或更改文件夾或郵箱,刪除信件或檢索信件的特定部分。

在用戶訪問(wèn)電子電子郵件時(shí),IMAP4需要持續(xù)訪問(wèn)服務(wù)器。在POP3中,信件是保存在服務(wù)器上的,當(dāng)用戶閱讀信件時(shí),所有內(nèi)容都會(huì)被立刻下載到用戶的機(jī)器上。我們有時(shí)可以把IMAP4看成是一個(gè)遠(yuǎn)程文件服務(wù)器,把POP3可以看成是一個(gè)存儲(chǔ)轉(zhuǎn)發(fā)服務(wù)。

8.NNTP(NetworkNewsTransferProtocol)網(wǎng)絡(luò)新聞傳輸協(xié)議

NNTP同POP3協(xié)議一樣,也存在某些局限性。IOTP(InternetOpenTradingProtocol)Internet開(kāi)放貿(mào)易協(xié)議

Internet開(kāi)放貿(mào)易協(xié)議是一系列的標(biāo)準(zhǔn),它使電子購(gòu)買(mǎi)交易在客戶,銷(xiāo)售商和其它相關(guān)部分都是一致的,無(wú)論使用何種付款系統(tǒng)。IOTP適用于很多的付款系統(tǒng),如SET,DigiCash,電子支票或借記卡。付款系統(tǒng)中的數(shù)據(jù)封裝在IOTP報(bào)文中。IOTP處理的交易可以包括客戶、銷(xiāo)售商、信用支票、證明、銀行等部分。IOTP使用XML語(yǔ)言(ExtensibleMarkupLanguage)來(lái)定義包含在交易中的數(shù)據(jù)。

9.IPv6(InternetProtocolVersion6)Internet協(xié)議-版本6

它是Internet協(xié)議的最新版本,已作為IP的一部分并被許多主要的操作系統(tǒng)所支持。IPv6也被稱為"Ipng"(下一代IP),它對(duì)現(xiàn)行的IP(版本4)進(jìn)行重大的改進(jìn)。使用IPv4和IPv6的網(wǎng)絡(luò)主機(jī)和中間結(jié)點(diǎn)可以處理IP協(xié)議中任何一層的包。用戶和服務(wù)商可以直接安裝IPv6而不用對(duì)系統(tǒng)進(jìn)行什么重大的修改。改進(jìn)IP首部選項(xiàng)編碼方式的修改導(dǎo)致更加高效的傳輸,在選項(xiàng)長(zhǎng)度方面更少的限制,以及將來(lái)引入新的選項(xiàng)時(shí)更強(qiáng)的適應(yīng)性。

加入一個(gè)新的能力,使得那些發(fā)送者要求特殊處理的屬于特別的傳輸流的包能夠貼上標(biāo)簽,比如非缺省質(zhì)量的服務(wù)或者實(shí)時(shí)服務(wù)。為支持認(rèn)證,數(shù)據(jù)完整性以及(可選的)數(shù)據(jù)保密的擴(kuò)展都在IPv6中說(shuō)明。

本文描述IPv6基本首部以及最初定義的IPv6擴(kuò)展首部和選項(xiàng)。還將討論包的大小問(wèn)題,數(shù)據(jù)流標(biāo)簽和傳輸類(lèi)別的語(yǔ)法,以及IPv6對(duì)上層協(xié)議的影響。IPv6地址的格式和語(yǔ)法在其它文章中單獨(dú)說(shuō)明。IPv6版的ICMP是所有IPv6應(yīng)用都需要包含的。

10.HTTPS(SecureHypertextTransferProtocol)安全超文本傳輸協(xié)議

它是由Netscape開(kāi)發(fā)并內(nèi)置于其瀏覽器中,用于對(duì)數(shù)據(jù)進(jìn)行壓縮和解壓操作,并返回網(wǎng)絡(luò)上傳送回的結(jié)果。HTTPS實(shí)際上應(yīng)用了Netscape的完全套接字層(SSL)作為HTTP應(yīng)用層的子層。

(HTTPS使用端口443,而不是象HTTP那樣使用端口80來(lái)和TCP/IP進(jìn)行通信。)SSL使用40位關(guān)鍵字作為RC4流加密算法,這對(duì)于商業(yè)信息的加密是合適的。HTTPS和SSL支持使用X.509數(shù)字認(rèn)證,如果需要的話用戶可以確認(rèn)發(fā)送者是誰(shuí)。

責(zé)任編輯:林琳 來(lái)源: 5636聯(lián)盟
相關(guān)推薦

2010-08-30 16:18:05

2024-01-22 08:15:42

API協(xié)議設(shè)計(jì)

2017-10-20 23:14:21

2025-04-24 08:50:00

軟件架構(gòu)架構(gòu)軟件系統(tǒng)

2022-11-07 07:09:27

2012-12-10 14:37:10

2023-07-25 13:07:59

2024-04-10 12:33:58

2020-10-28 09:24:05

存儲(chǔ)網(wǎng)絡(luò)協(xié)議

2022-09-25 23:34:42

算法回歸算法機(jī)器學(xué)習(xí)

2023-02-08 13:07:54

2017-10-24 12:17:42

2023-04-26 21:09:59

2022-07-04 12:58:22

網(wǎng)絡(luò)威脅分析師網(wǎng)絡(luò)安全網(wǎng)絡(luò)攻擊

2021-11-06 14:10:23

安全基礎(chǔ)勒索軟件攻擊

2020-01-10 09:00:00

開(kāi)發(fā)者編程習(xí)慣編程方式

2023-08-18 14:36:00

ChatGPT人工智能

2024-01-18 12:25:11

2022-10-08 07:30:17

網(wǎng)絡(luò)安全編程語(yǔ)言C++

2019-10-08 09:00:00

MySQL數(shù)據(jù)庫(kù)
點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號(hào)