大家好！今天讓創(chuàng)意嶺的小編來(lái)大家介紹下關(guān)于雙向開(kāi)放ip協(xié)議的問(wèn)題，以下是小編對(duì)此問(wèn)題的歸納整理，讓我們一起來(lái)看看吧。

創(chuàng)意嶺作為行業(yè)內(nèi)優(yōu)秀的企業(yè)，服務(wù)客戶遍布全球各地，相關(guān)業(yè)務(wù)請(qǐng)撥打電話：175-8598-2043，或添加微信：1454722008

本文目錄:

• 1、HTTP協(xié)議和IP協(xié)議什么區(qū)別

• 2、TCP/IP協(xié)議及與OSI參考模型和五層協(xié)議的比較

• 3、tcp/ip協(xié)議包含哪四層,會(huì)有什么功能?

• 4、網(wǎng)絡(luò)協(xié)議有哪些類(lèi)型？

一、HTTP協(xié)議和IP協(xié)議什么區(qū)別

HTTP協(xié)議和IP協(xié)議什么區(qū)別

OSI 是7層 TCP/IP 協(xié)議是 4層

OIS 包括的層 從底到上依次為 1.物理層 2.數(shù)據(jù)鏈路層 3.網(wǎng)絡(luò)層 4.傳輸層

5.會(huì)話層 6.表示層 7.應(yīng)用層

TCP/IP 協(xié)議 協(xié)議包括的層 從底到上 依次為 1.網(wǎng)絡(luò)接口層，2.互聯(lián)網(wǎng)層 3.傳輸層 4.應(yīng)用層

樓下說(shuō)的 HTTP協(xié)議是應(yīng)用層的協(xié)議 怎么能跟 TCP/IP 協(xié)議無(wú)關(guān)呢

還有 樓下還說(shuō)了 TCP/IP協(xié)議是 傳輸層和網(wǎng)絡(luò)層的協(xié)議，和 數(shù)據(jù)鏈路層/物理層無(wú)關(guān)，這句話上表意樓下的意思是 說(shuō)TCP/IP是 3層協(xié)議。呵呵，書(shū)上都寫(xiě)著呢，TCP/IP協(xié)議是 4層。（他指的 物理層 和 數(shù)據(jù)鏈路層 是 TCP/IP 里的 網(wǎng)絡(luò)接口層，網(wǎng)絡(luò)接口層包含 物里層 和數(shù)據(jù)鏈路層）

TCP/IP 是 網(wǎng)絡(luò)上 數(shù)據(jù)通信的一種協(xié)議，如果沒(méi)有這個(gè)協(xié)議，你就在TCP/IP 網(wǎng)絡(luò)上 什么也做不了

HTTP 協(xié)議是 TCP/IP 協(xié)議里面包含的 應(yīng)用層的協(xié)議而已，沒(méi)有這個(gè)協(xié)議 只是 不能瀏覽網(wǎng)頁(yè)而已，其他的 服務(wù)是正常的 比如 郵件SMTP，POP3 協(xié)議，F(xiàn)TP等協(xié)議，這些協(xié)議都是 應(yīng)用層協(xié)議

PS:

還有TCP/IP 協(xié)議里 有 網(wǎng)絡(luò)接口層，互聯(lián)網(wǎng)層，傳輸層，應(yīng)用層（HTTP協(xié)議就包含在應(yīng)用層里的 一個(gè)協(xié)議）

各層都有 各自的 協(xié)議，在這里 就不在一一介紹，如果感興趣，可以參考

TCP/IP 詳解 卷一：協(xié)議

Http協(xié)議和TCP/IP協(xié)議有啥區(qū)別和聯(lián)系？

TCP/IP 協(xié)議 協(xié)議包括的層 從底到上 依次為 1.網(wǎng)絡(luò)接口層，2.互聯(lián)網(wǎng)層 3.傳輸層 4.應(yīng)用層

TCP/IP 是 網(wǎng)絡(luò)上 數(shù)據(jù)通信的一種協(xié)議，如果沒(méi)有這個(gè)協(xié)議，你就在TCP/IP 網(wǎng)絡(luò)上 什么也做不了

HTTP 協(xié)議是 TCP/IP 協(xié)議里面包含的 應(yīng)用層的協(xié)議而已，沒(méi)有這個(gè)協(xié)議 只是 不能瀏覽網(wǎng)頁(yè)而已，其他的 服務(wù)是正常的 比如 郵件SMTP，POP3 協(xié)議，F(xiàn)TP等協(xié)議，這些協(xié)議都是 應(yīng)用層協(xié)議

PS:

還有TCP/IP 協(xié)議里 有 網(wǎng)絡(luò)接口層，互聯(lián)網(wǎng)層，傳輸層，應(yīng)用層（HTTP協(xié)議就包含在應(yīng)用層里的 一個(gè)協(xié)議）

TCP/IP協(xié)議和HTTP協(xié)議如何區(qū)分？

超文本傳輸協(xié)議(HTTP，HyperText Transfer Protocol)是互聯(lián)網(wǎng)上應(yīng)用最為廣泛的一種網(wǎng)絡(luò)協(xié)議。所有的文件都必須遵守這個(gè)標(biāo)準(zhǔn)。設(shè)計(jì)HTTP最初的目的是為了提供一種發(fā)布和接收HTML頁(yè)面的方法。 tcp/ip 傳輸控制協(xié)議/因特網(wǎng)互聯(lián)協(xié)議 TCP/IP（Tran *** ission Control Protocol/Inter Protocol)的簡(jiǎn)寫(xiě)，又叫網(wǎng)絡(luò)通訊協(xié)議，這個(gè)協(xié)議是Inter最基本的協(xié)議、Inter國(guó)際互聯(lián)網(wǎng)絡(luò)的基礎(chǔ)，簡(jiǎn)單地說(shuō)，就是由網(wǎng)絡(luò)層的IP協(xié)議和傳輸層的TCP協(xié)議組成的。

協(xié)議和tcp/ip協(xié)議關(guān)系？

IP （網(wǎng)際協(xié)議）

在網(wǎng)絡(luò)通信中，網(wǎng)絡(luò)組件的尋址對(duì)信息的路由選擇和傳輸來(lái)說(shuō)是相當(dāng)關(guān)鍵的。相同網(wǎng)絡(luò)中的兩臺(tái)機(jī)器間的消息傳輸有各自的技術(shù)協(xié)定。LAN 是通過(guò)提供6字節(jié)的唯一標(biāo)識(shí)符（“MAC”地址）在機(jī)器間發(fā)送消息的。SNA 網(wǎng)絡(luò)中的每臺(tái)機(jī)器都有一個(gè)邏輯單元及與其相應(yīng)的網(wǎng)絡(luò)地址。DECNET、AppleTalk 和 Novell IPX 均有一個(gè)用來(lái)分配編號(hào)到各個(gè)本地網(wǎng)和工作站的配置。

TCP （傳輸控制協(xié)議）

通過(guò)序列化應(yīng)答和必要時(shí)重發(fā)數(shù)據(jù)包，TCP 為應(yīng)用程序提供了可靠的傳輸流和虛擬連接服務(wù)。TCP 主要提供數(shù)據(jù)流轉(zhuǎn)送，可靠傳輸，有效流控制，全雙工操作和多路傳輸技術(shù)?？刹殚?TCP 部分獲取更多詳細(xì)資料。

至于HTTP協(xié)議,它是TCP協(xié)議族中的一種。使用TCP80端口

協(xié)議和tcp/ip協(xié)議關(guān)系是什么

HTTP協(xié)議目前是TCP/IP協(xié)議中的一部分。

TCP/IP協(xié)議是一個(gè)協(xié)議簇，包含很多協(xié)議的。

如果按OSI模型來(lái)說(shuō)，

第二層，ARP

第三層，IP

第三層,TCP,UDP

高層，HTTP,TELNET,FTP,SMTP,POP3,等等

平時(shí)上網(wǎng)其實(shí)下面幾層的協(xié)議都在用。只是感覺(jué)不到而已。高層常用HTTP,FTP,SMTP,POP3，后兩個(gè)時(shí)郵件。

協(xié)議和websocket協(xié)議的區(qū)別

按照OSI網(wǎng)絡(luò)分層模型，IP是網(wǎng)絡(luò)層協(xié)議，TCP是傳輸層協(xié)議，而HTTP是應(yīng)用層的協(xié)議。在這三者之間，SPDY和WebSocket都是與HTTP相關(guān)的協(xié)議，而TCP是HTTP底層的協(xié)議。 WebSocket則提供使用一個(gè)TCP連接進(jìn)行雙向通訊的機(jī)制，包括網(wǎng)絡(luò)協(xié)議和API，

ssl協(xié)議和協(xié)議的區(qū)別

兩種都是應(yīng)用于電子商務(wù)用的網(wǎng)絡(luò)安全協(xié)議。都能保證交易數(shù)據(jù)的安全性、保密性和完整性。

SSL叫安全套接層協(xié)議，是國(guó)際上最早用的，已成工業(yè)標(biāo)準(zhǔn)，但它的基點(diǎn)是商家對(duì)客戶信息保密的承諾，因此有利于商家而不利于客戶。

SET叫安全電子交易協(xié)議，是為了在互聯(lián)網(wǎng)上進(jìn)行在線交易時(shí)保證信用卡支付的安全而設(shè)立的一個(gè)開(kāi)放的規(guī)范。因它的對(duì)象包括消費(fèi)者、商家、發(fā)卡銀行、收單銀行、支付網(wǎng)關(guān)、認(rèn)證中心，所以對(duì)消費(fèi)者與商家同樣有利。它越來(lái)越得到眾人認(rèn)同，將會(huì)成為未來(lái)電子商務(wù)的規(guī)范

近年來(lái)，IT業(yè)界與金融行業(yè)一起，推出不少更有效的安全交易標(biāo)準(zhǔn)。主要有：

(1) 安全超文本傳輸協(xié)議（S-HTTP）：依靠密鑰對(duì)的加密，保障Web站點(diǎn)間的交易信息傳輸?shù)陌踩浴?/p>

(2) 安全套接層協(xié)議（SSL協(xié)議：Secure Socket Layer)是由網(wǎng)景（Netscape）公司推出的一種安全通信協(xié)議，是對(duì)計(jì)算機(jī)之間整個(gè)會(huì)話進(jìn)行加密的協(xié)議，提供了加密、認(rèn)證服務(wù)和報(bào)文完整性。它能夠?qū)π庞每ê蛡€(gè)人信息提供較強(qiáng)的保護(hù)。SSL被用于Netscape Communicator和Microsoft IE瀏覽器，用以完成需要的安全交易操作。在SSL中，采用了公開(kāi)密鑰和私有密鑰兩種加密方法。

(3) 安全交易技術(shù)協(xié)議(STT：Secure Transaction Technology)：由Microsoft公司提出，STT將認(rèn)證和解密在瀏覽器中分離開(kāi)，用以提高安全控制能力。Microsoft將在Inter Explorer中采用這一技術(shù)。

(4) 安全電子交易協(xié)議（SET：Secure Electronic Transaction）：SET協(xié)議是由VISA和MasterCard兩大信用卡公司于1997年5月聯(lián)合推出的規(guī)范。SET主要是為了解決用戶、商家和銀行之間通過(guò)信用卡支付的交易而設(shè)計(jì)的，以保證支付信息的機(jī)密、支付過(guò)程的完整、商戶及持卡人的合法身份、以及可操作性。SET中的核心技術(shù)主要有公開(kāi)密匙加密、電子數(shù)字簽名、電子信封、電子安全證書(shū)等。

目前公布的SET正式文本涵蓋了信用卡在電子商務(wù)交易中的交易協(xié)定、信息保密、資料完整及數(shù)字認(rèn)證、數(shù)字簽名等。這一標(biāo)準(zhǔn)被公認(rèn)為全球網(wǎng)際網(wǎng)絡(luò)的標(biāo)準(zhǔn)，其交易形態(tài)將成為未來(lái)“電子商務(wù)”的規(guī)范。

支付系統(tǒng)是電子商務(wù)的關(guān)鍵，但支持支付系統(tǒng)的關(guān)鍵技術(shù)的未來(lái)走向尚未確定。安全套接層（SSL）和安全電子交易（SET）是兩種重要的通信協(xié)議，每一種都提供了通過(guò)Inter進(jìn)行支付的手段。但是，兩者之中誰(shuí)將領(lǐng)導(dǎo)未來(lái)呢？SET將立刻替換SSL嗎？SET會(huì)因其復(fù)雜性而消亡嗎？SSL真的能完全滿足電子商務(wù)的需要嗎？我們可以從以下幾點(diǎn)對(duì)比作管中一窺：

SSL提供了兩臺(tái)機(jī)器間的安全連接。支付系統(tǒng)經(jīng)常通過(guò)在SSL連接上傳輸信用卡卡號(hào)的方式來(lái)構(gòu)建，在線銀行和其他金融系統(tǒng)也常常構(gòu)建在SSL之上。雖然基于SSL的信用卡支付方式促進(jìn)了電子商務(wù)的發(fā)展，但如果想要電子商務(wù)得以成功地廣泛開(kāi)展的話，必須采用更先進(jìn)的支付系統(tǒng)。SSL被廣泛應(yīng)用的原因在于它被大部分Web瀏覽器和Web服務(wù)器所內(nèi)置，比較容易被應(yīng)用。

SET和SSL除了都采用RSA公鑰算法以外，二者在其他技術(shù)方面沒(méi)有任何相似之處。而RSA在二者中也被用來(lái)實(shí)現(xiàn)不同的安全目標(biāo)。

SET是一種基于消息流的協(xié)議，它主要由MasterCard和Visa以及其他一些業(yè)界主流廠商設(shè)計(jì)發(fā)布，用來(lái)保證公共網(wǎng)絡(luò)上銀行卡支付交易的安全性。SET已經(jīng)在國(guó)際上被大量實(shí)驗(yàn)性地使用并經(jīng)受了考驗(yàn)，但大多數(shù)在Inter上購(gòu)的消費(fèi)者并沒(méi)有真正使用SET。

SET是一個(gè)非常復(fù)雜的協(xié)議，因?yàn)樗浅Ｔ敿?xì)而準(zhǔn)確地反映了卡交易各方之間存在的各種關(guān)系。SET還定義了加密信息的格式和完成一筆卡支付交易過(guò)程中各方傳輸信息的規(guī)則。事實(shí)上，SET遠(yuǎn)遠(yuǎn)不止是一個(gè)技術(shù)方面的協(xié)議，它還說(shuō)明了每一方所持有的數(shù)字證書(shū)的合法含義，希望得到數(shù)字證書(shū)以及響應(yīng)信息的各方應(yīng)有的動(dòng)作，與一筆交易緊密相關(guān)的責(zé)任分擔(dān)。

. SSL安全協(xié)議

SSL安全協(xié)議最初是由Netscape Communication公司設(shè)計(jì)開(kāi)發(fā)的，又叫“安全套接層（Secure Sockets Layer）協(xié)議”，主要用于提高應(yīng)用程序之間的數(shù)據(jù)的安全系數(shù)。SSL協(xié)議的整個(gè)概念可以被總結(jié)為：一個(gè)保證任何安裝了安全套接字的客戶和服務(wù)器間事務(wù)安全的協(xié)議，它涉及所有TC/IP應(yīng)用程序。

SSL安全協(xié)議主要提供三方面的服務(wù)：

用戶和服務(wù)器的合法性認(rèn)證

認(rèn)證用戶和服務(wù)器的合法性，使得它們能夠確信數(shù)據(jù)將被發(fā)送到正確的客戶機(jī)和服務(wù)器上?？蛻魴C(jī)和服務(wù)器都是有各自的識(shí)別號(hào)，這些識(shí)別號(hào)由公開(kāi)密鑰進(jìn)行編號(hào)，為了驗(yàn)證用戶是否合法，安全套接層協(xié)議要求在握手交換數(shù)據(jù)進(jìn)行數(shù)字認(rèn)證，以此來(lái)確保用戶的合法性。

加密數(shù)據(jù)以隱藏被傳送的數(shù)據(jù)

安全套接層協(xié)議所采用的加密技術(shù)既有對(duì)稱(chēng)密鑰技術(shù)，也有公開(kāi)密鑰技術(shù)。在客戶機(jī)與服務(wù)器進(jìn)行數(shù)據(jù)交換之前，交換SSL初始握手信息，在SSL握手情息中采用了各種加密技術(shù)對(duì)其加密，以保證其機(jī)密性和數(shù)據(jù)的完整性，并且用數(shù)字證書(shū)進(jìn)行鑒別。這樣就可以防止非法用戶進(jìn)行破譯。

護(hù)數(shù)據(jù)的完整性

安全套接層協(xié)議采用Hash函數(shù)和機(jī)密共享的方法來(lái)提供信息的完整 *** ，建立客戶機(jī)與服務(wù)器之間的安全通道，使所有經(jīng)過(guò)安全套接層協(xié)議處理的業(yè)務(wù)在傳輸過(guò)程中能全部完整準(zhǔn)確無(wú)誤地到達(dá)目的地。

要說(shuō)明的是，安全套接層協(xié)議是一個(gè)保證計(jì)算機(jī)通信安全的協(xié)議，對(duì)通信對(duì)話過(guò)程進(jìn)行安全保護(hù)。例如，一臺(tái)客戶機(jī)與一臺(tái)主機(jī)連接上了，首先是要初始化握手協(xié)議，然后就建立了一個(gè)SSL。對(duì)話進(jìn)段。直到對(duì)話結(jié)束，安全套接層協(xié)議都會(huì)對(duì)整個(gè)通信過(guò)程加密，并且檢查其完整性。這樣一個(gè)對(duì)話時(shí)段算一次握手。而HTTP協(xié)議中的每一次連接就是一次握手，因此，與HTTP相比。安全套接層協(xié)議的通信效率會(huì)高一些。

（1）接通階段：客戶通過(guò)網(wǎng)絡(luò)向服務(wù)商打招呼，服務(wù)商回應(yīng)；

（2）密碼交換階段：客戶與服務(wù)器之間交換雙方認(rèn)可的密碼，一般選用RSA密碼算法，也有的選用Diffie-Hellmanf和Fortezza-KEA密碼算法；

（3）會(huì)談密碼階段：客戶與服務(wù)商間產(chǎn)生彼此交談的會(huì)談密碼；

（4）檢驗(yàn)階段：檢驗(yàn)服務(wù)商取得的密碼；

（5）客戶認(rèn)證階段：驗(yàn)證客戶的可信度；

（6）結(jié)束階段，客戶與服務(wù)商之間相互交換結(jié)束的信息。

當(dāng)上述動(dòng)作完成之后，兩者間的資料傳送就會(huì)加密，另外一方收到資料后，再將編碼資料還原。即使盜竊者在網(wǎng)絡(luò)上取得編碼后的資料，如果沒(méi)有原先編制的密碼算法，也不能獲得可讀的有用資料。

發(fā)送時(shí)信息用對(duì)稱(chēng)密鑰加密，對(duì)稱(chēng)密鑰用非對(duì)稱(chēng)算法加密，再把兩個(gè)包綁在一起傳送過(guò)去。

接收的過(guò)程與發(fā)送正好相反，先打開(kāi)有對(duì)稱(chēng)密鑰的加密包，再用對(duì)稱(chēng)密鑰解密。

在電子商務(wù)交易過(guò)程中，由于有銀行參與，按照SSL協(xié)議，客戶的購(gòu)買(mǎi)信息首先發(fā)往商家，商家再將信息轉(zhuǎn)發(fā)銀行，銀行驗(yàn)證客戶信息的合法性后，通知商家付款成功，商家再通知客戶購(gòu)買(mǎi)成功，并將商品寄送客戶。

SSL安全協(xié)議是國(guó)際上最早應(yīng)用于電子商務(wù)的一種網(wǎng)絡(luò)安全協(xié)議，至今仍然有很多網(wǎng)上商店使用。在傳統(tǒng)的郵購(gòu)活動(dòng)中，客戶首先尋找商品信息，然后匯款給商家，商家將商品寄給客戶。這里，商家是可以信賴(lài)的，所以客戶先付款給商家。在電子商務(wù)的開(kāi)始階段，商家也是擔(dān)心客戶購(gòu)買(mǎi)后不付款，或使用過(guò)期的信用卡，因而希望銀行給予認(rèn)證。SSL安全協(xié)議正是在這種背景下產(chǎn)生的。

SSL協(xié)議運(yùn)行的基點(diǎn)是商家對(duì)客戶信息保密的承諾。但在上述流程中我們也可以注意到，SSL協(xié)議有利于商家而不利于客戶?？蛻舻男畔⑹紫葌鞯缴碳?，商家閱讀后再傳至（銀行，這樣，客戶資料的安全性便受到威脅。商家認(rèn)證客戶是必要的，但整個(gè)過(guò)程中，缺少了客戶對(duì)商家的認(rèn)證。在電子商務(wù)的開(kāi)始階段，由于參與電子商務(wù)的公司大都是一些大公司，信譽(yù)較高，這個(gè)問(wèn)題沒(méi)有引起人們的重視。隨著電子商務(wù)參與的廠商迅速增加，對(duì)廠商的認(rèn)證問(wèn)題越來(lái)越突出，SSL協(xié)議的缺點(diǎn)完全暴露出來(lái)。SSL協(xié)議將逐漸被新的電子商務(wù)協(xié)議（例如SET）所取代。

[page]

11. SET安全協(xié)議

在開(kāi)放的因特網(wǎng)上處理電子商務(wù)，保證買(mǎi)賣(mài)雙方傳輸數(shù)據(jù)的安全成為電子商務(wù)的重要的問(wèn)題。為了克服SSL安全協(xié)議的缺點(diǎn)，滿足電子交易持續(xù)不斷地增加的安全要求，為了達(dá)到交易安全及合乎成本效益的市場(chǎng)要求，VISA國(guó)際組織及其它公司如Master Card、Micro Soft、IBM等共同制定了安全電子交易（SET：Secure Electronic Transactions）公告。這是一個(gè)為在線交易而設(shè)立的一個(gè)開(kāi)放的、以電子貨幣為基礎(chǔ)的電子付款系統(tǒng)規(guī)范。SET在保留對(duì)客戶信用卡認(rèn)證的前提下，又增加了對(duì)商家身份的認(rèn)證，這對(duì)于需要支付貨幣的交易來(lái)講是至關(guān)重要的。由于設(shè)計(jì)合理，SET協(xié)議得到了許多大公司和消費(fèi)者的支持，己成為全球網(wǎng)絡(luò)的工業(yè)標(biāo)準(zhǔn)，其交易形態(tài)將成為未來(lái)“電子商務(wù)”的規(guī)范。

安全電子交易規(guī)范，為在因特網(wǎng)上進(jìn)行安全的電子商務(wù)提供了一個(gè)開(kāi)放的標(biāo)準(zhǔn)。SET主要使用電子認(rèn)證技術(shù)，其認(rèn)證過(guò)程使用RS

協(xié)議和ftp協(xié)議的區(qū)別

以下列出了協(xié)議和ftp協(xié)議的不同點(diǎn)：

1、HTTP協(xié)議是用來(lái)瀏覽網(wǎng)站的，而FTP是用來(lái)訪問(wèn)和傳輸文件的，F(xiàn)TP文件傳輸有點(diǎn)批量上傳和維護(hù)網(wǎng)站的意思，而HTTP文件傳輸更多的是為終端用戶提供文件傳輸，比如電影、圖片、音樂(lè)之類(lèi)。

2、HTTP 和 FTP 客戶端：通常的HTTP客戶端就是瀏覽器，而FTP服務(wù)可以通過(guò)命令行或者用戶自有的圖形界面客戶端。

3、HTTP 頭：HTTP 頭包含了 metadata ，比如說(shuō)最后更改的日期、編碼方式、服務(wù)器名稱(chēng)版本還有其他的一些信息，而這些在FTP中是不存在的。

4、FTP要比HTTP早出現(xiàn)10年左右。

5、數(shù)據(jù)格式：FTP能傳輸ACSII數(shù)據(jù)或者二進(jìn)制格式的數(shù)據(jù)，而HTTP只用二進(jìn)制格式。

6、HTTP中的流水線：HTTP支持流水線，這就意味著客戶端可以在上一個(gè)請(qǐng)求處理完之前，發(fā)出下一個(gè)請(qǐng)求，其結(jié)果就是多次請(qǐng)求數(shù)據(jù)之前省掉了部分服務(wù)器客戶端往返時(shí)延。而FTP并沒(méi)有這項(xiàng)支持。

7、HTTP中的動(dòng)態(tài)端口：FTP一個(gè)最大的問(wèn)題就是它使用兩個(gè)連接，第一個(gè)連接用來(lái)發(fā)送控制指令，當(dāng)接受或者發(fā)送數(shù)據(jù)的時(shí)候，又打開(kāi)第二個(gè)TCP連接。而HTTP在雙向傳輸中使用動(dòng)態(tài)端口。

8、HTTP中的持久連接：對(duì)一個(gè)HTTP會(huì)話來(lái)講，客戶端可以維護(hù)一個(gè)單個(gè)的連接并使用它進(jìn)行任意數(shù)量的數(shù)據(jù)傳輸。FTP每次有數(shù)據(jù)的需要時(shí)都創(chuàng)建一個(gè)新的連接。重復(fù)的創(chuàng)建新的連接帶來(lái)的體驗(yàn)并不好，因?yàn)槊看蝿?chuàng)建連接都必須讓雙方握手驗(yàn)證，這消耗了很多時(shí)間。

9、HTTP中的壓縮算法：HTTP提供了一個(gè)在一些壓縮算法中客戶端和服務(wù)器共同協(xié)商選擇的辦法。其中g(shù)zip可以說(shuō)是最有影響力的一種，而FTP中并不存在這種復(fù)雜的算法。

10、HTTP支持代理：HTTP一個(gè)很大的特點(diǎn)就是支持代理，這種功能是構(gòu)建在協(xié)議里的，而FTP并不支持。

11、而FTP也能脫穎而出的一點(diǎn)是這個(gè)協(xié)議是直接面向文件級(jí)別的。這以為著FTP有例如可以通過(guò)命令列出遠(yuǎn)程服務(wù)器上的目錄列表，而HTTP沒(méi)有這個(gè)概念。

OPC協(xié)議和TCP/IP協(xié)議的區(qū)別和聯(lián)系是什么？

TCP/IP協(xié)議只是網(wǎng)絡(luò)層的協(xié)議，OPC協(xié)議是應(yīng)用層的數(shù)據(jù)協(xié)議，把自動(dòng)化采集數(shù)據(jù)以一定格式傳輸給客戶端，在網(wǎng)絡(luò)的底層傳輸過(guò)程是基于TCP/IP協(xié)議得以進(jìn)行的。

OPC協(xié)議：OPC是一種利用微軟的COM/DCOM技術(shù)來(lái)達(dá)成自動(dòng)化控制的協(xié)定，采用典型的C/S模式，針對(duì)硬件設(shè)備的驅(qū)動(dòng)程序由硬件廠商完成，提供統(tǒng)一OPC接口標(biāo)準(zhǔn)的Server程序，軟件廠商只需按照OPC標(biāo)準(zhǔn)接口編寫(xiě)Client程序就訪問(wèn)Server程序進(jìn)行讀寫(xiě)，即可實(shí)現(xiàn)與硬件設(shè)備的通信。

TCP/IP協(xié)議：TCP/IP協(xié)議又名網(wǎng)絡(luò)通訊協(xié)議，是Inter最基本的協(xié)議、Inter國(guó)際互聯(lián)網(wǎng)絡(luò)的基礎(chǔ)，由網(wǎng)絡(luò)層的IP協(xié)議和傳輸層的TCP協(xié)議組成。TCP/IP 定義了電子設(shè)備如何連入因特網(wǎng)，以及數(shù)據(jù)如何在它們之間傳輸?shù)臉?biāo)準(zhǔn)。協(xié)議采用了4層的層級(jí)結(jié)構(gòu)，每一層都呼叫它的下一層所提供的協(xié)議來(lái)完成自己的需求。通俗而言：TCP負(fù)責(zé)發(fā)現(xiàn)傳輸?shù)膯?wèn)題，一有問(wèn)題就發(fā)出信號(hào)，要求重新傳輸，直到所有數(shù)據(jù)安全正確地傳輸?shù)侥康牡亍６鳬P是給因特網(wǎng)的每一臺(tái)聯(lián)網(wǎng)設(shè)備規(guī)定一個(gè)地址。

二、TCP/IP協(xié)議及與OSI參考模型和五層協(xié)議的比較

（Transmission Control Protocol/Internet Protocol，網(wǎng)絡(luò)通訊協(xié)議）

是指能夠在多個(gè)不同網(wǎng)絡(luò)間實(shí)現(xiàn)信息傳輸?shù)膮f(xié)議簇。TCP/IP協(xié)議不僅僅指的是TCP 和IP兩個(gè)協(xié)議，而是指一個(gè)由FTP、SMTP、TCP、UDP、IP等協(xié)議構(gòu)成的協(xié)議簇， 只是因?yàn)樵赥CP/IP協(xié)議中TCP協(xié)議和IP協(xié)議最具代表性，所以被稱(chēng)為T(mén)CP/IP協(xié)議。TCP/IP傳輸協(xié)議是嚴(yán)格來(lái)說(shuō)是一個(gè)四層的體系結(jié)構(gòu)，應(yīng)用層、傳輸層、網(wǎng)絡(luò)層和數(shù)據(jù)鏈路層都包含其中

是為了在不可靠的互聯(lián)網(wǎng)絡(luò)上提供可靠的端到端字節(jié)流而專(zhuān)門(mén)設(shè)計(jì)的一個(gè)傳輸協(xié)議?；ヂ?lián)網(wǎng)絡(luò)的不同部分可能有截然不同的拓?fù)浣Y(jié)構(gòu)、帶寬、延遲、數(shù)據(jù)包大小和其他參數(shù)。TCP的設(shè)計(jì)目標(biāo)是能夠動(dòng)態(tài)地適應(yīng)互聯(lián)網(wǎng)絡(luò)的這些特性，而且具備面對(duì)各種故障時(shí)的健壯性

目的是提高網(wǎng)絡(luò)的可擴(kuò)展性，解決互聯(lián)網(wǎng)問(wèn)題，實(shí)現(xiàn)大規(guī)模、異構(gòu)網(wǎng)絡(luò)的互聯(lián)互通

❉ 下層給上層提供服務(wù)，下層需要提供接口，同層之間通信需要用相同協(xié)議

通過(guò)應(yīng)用進(jìn)程間的交互來(lái)完成特定網(wǎng)絡(luò)應(yīng)用，向用戶提供一組常用的應(yīng)用程序，比如電子郵件、文件傳輸訪問(wèn)、遠(yuǎn)程登錄等

域名系統(tǒng)DNS，支持萬(wàn)維網(wǎng)應(yīng)用的HTTP協(xié)議，支持電子郵件的SMTP協(xié)議，動(dòng)態(tài)主機(jī)配置協(xié)議DHCP，遠(yuǎn)程終端協(xié)議TELNET，安全外殼協(xié)議SSH等

向用戶提供可靠的端到端服務(wù)，透明地傳送報(bào)文，其主要功能是負(fù)責(zé)應(yīng)用進(jìn)程之間的端到端的通信。負(fù)責(zé)向兩臺(tái)主機(jī)中進(jìn)程之間的通信提供通用的數(shù)據(jù)傳輸服務(wù)。所謂的“通用的”，是指并不針對(duì)某個(gè)特定網(wǎng)絡(luò)應(yīng)用，而是多種應(yīng)用可以使用同一個(gè)運(yùn)輸層服務(wù)。由于一臺(tái)主機(jī)可同時(shí)運(yùn)行多個(gè)進(jìn)程，因此運(yùn)輸層有復(fù)用和分用的功能。復(fù)用：多個(gè)應(yīng)用層進(jìn)程可同時(shí)使用下面運(yùn)輸層的服務(wù)；分用：把收到的信息分別交付上面應(yīng)用層中的相應(yīng)進(jìn)程

傳輸控制協(xié)議TCP-提供面向連接的，可靠的數(shù)據(jù)傳輸服務(wù)。傳輸單位為報(bào)文段(segment)

用戶數(shù)據(jù)報(bào)協(xié)議UDP-提供無(wú)連接的，盡最大努力的數(shù)據(jù)傳輸服務(wù)(布保證數(shù)據(jù)傳輸?shù)目煽啃?，傳輸單位為用戶數(shù)據(jù)報(bào)

真正進(jìn)行通信的實(shí)體是在主機(jī)中的進(jìn)程，IP協(xié)議雖然能把分組送到目的主機(jī)，但是這個(gè)分組還停留在主機(jī)的網(wǎng)絡(luò)層而沒(méi)有交付主機(jī)中的應(yīng)用進(jìn)程。從傳輸層角度看，通信的真正端點(diǎn)不是主機(jī)而是主機(jī)中的進(jìn)程，也就是說(shuō)，端對(duì)端的通信是應(yīng)用進(jìn)程之間的通信；而網(wǎng)絡(luò)層是主機(jī)之間的通信。傳輸層協(xié)議利用端口號(hào)識(shí)別本機(jī)中正在進(jìn)行通信的應(yīng)用程序，并準(zhǔn)確地將數(shù)據(jù)傳輸

為分組交換網(wǎng)上的不同主機(jī)提供通信服務(wù)，選擇合適的路由。傳輸單位為：包

IP協(xié)議(無(wú)連接)，地址解析協(xié)議ARP，網(wǎng)際控制報(bào)文協(xié)議ICMP，網(wǎng)際組管理協(xié)議IGMP，內(nèi)部網(wǎng)關(guān)協(xié)議RIP和OSPF，外部網(wǎng)關(guān)協(xié)議BGP

網(wǎng)絡(luò)層向上只提供簡(jiǎn)單靈活，無(wú)連接的，盡最大努力交付的數(shù)據(jù)包服務(wù)。也就是說(shuō)所傳送的分組可能出錯(cuò)，丟失，重復(fù)和失序(不按序到達(dá)終點(diǎn))，也不保證分組交付的時(shí)限。端與端之間運(yùn)輸?shù)目煽啃允怯删W(wǎng)絡(luò)的主機(jī)中的傳輸層負(fù)責(zé)

只有兩個(gè)主機(jī)位于同一網(wǎng)絡(luò)，源主機(jī)才能直接與目的主機(jī)通信。如果兩個(gè)主機(jī)位于不同的網(wǎng)絡(luò)中，發(fā)送主機(jī)必須將數(shù)據(jù)發(fā)送到默認(rèn)網(wǎng)關(guān)，然后由默認(rèn)網(wǎng)關(guān)將數(shù)據(jù)發(fā)到目的主機(jī)

在兩個(gè)相鄰結(jié)點(diǎn)之間傳送數(shù)據(jù)時(shí)，將網(wǎng)絡(luò)層交下來(lái)的IP數(shù)據(jù)寶組裝成幀，在兩個(gè)相鄰結(jié)點(diǎn)間的鏈路上傳送幀。每一幀包括數(shù)據(jù)和必要的控制信息(如同步信息，地址信息，差錯(cuò)控制等)

點(diǎn)對(duì)點(diǎn)信道：一對(duì)一

廣播信道：一對(duì)多的廣播通信方式

鏈路： 從一個(gè)結(jié)點(diǎn)到相鄰結(jié)點(diǎn)的一段物理線路，中間沒(méi)有任何其他的交換結(jié)點(diǎn)

數(shù)據(jù)鏈路： 當(dāng)在一條線路上傳送數(shù)據(jù)時(shí)，除了必須有一條物理線路外，還必須有一些必要的通信協(xié)議來(lái)控制這些數(shù)據(jù)的傳輸

以MAC地址解決同一個(gè)局域網(wǎng)中不同以太網(wǎng)卡之間尋址

考慮用多大的電壓代表1或0，以及接收方如何識(shí)別出發(fā)送方所發(fā)送的比特；還要確定連接電纜的插頭應(yīng)當(dāng)有多少根引腳以及各引腳應(yīng)如何連接

• 單向通信：或單工通信，只能有一個(gè)方向的通信而沒(méi)有反方向的交互。有/無(wú)線電廣播，電視廣播屬于這個(gè)類(lèi)型

• 雙向交替通信：或半雙工通信，雙方都可以發(fā)送信息，但不能雙方同時(shí)發(fā)送或接收。對(duì)講機(jī)屬于這個(gè)類(lèi)型

• 雙向同時(shí)通信：全雙工通信，通信雙方可以同時(shí)發(fā)送和接收消息

• 不歸零制：正電平代表1，負(fù)電平代表0

• 歸零制：正脈沖代表1，負(fù)脈沖代表0

• 曼徹斯特編碼：位周?chē)行牡南蛏咸兇?，向下跳變代表1。但也可以發(fā)過(guò)來(lái)定義

• 差分曼徹斯特編碼：在每一位的中心處始終有跳變。位開(kāi)始邊界有跳變代表0，沒(méi)有跳變代表1

PS：不歸零制不能從信號(hào)波形本身中提取信號(hào)始終頻率(沒(méi)有自同步能力)，而曼徹斯特編碼有自同步能力

三、tcp/ip協(xié)議包含哪四層,會(huì)有什么功能?

TCP/IP協(xié)議包括四個(gè)層次：網(wǎng)絡(luò)接口層、網(wǎng)絡(luò)層、傳輸層、應(yīng)用層。

功能：

1、網(wǎng)絡(luò)接口層

主要用于實(shí)現(xiàn)與傳輸媒介相關(guān)的物理特性，由下而上來(lái)看，對(duì)于接收到的物理幀數(shù)據(jù)，得到IP數(shù)據(jù)包，交給網(wǎng)絡(luò)層；由上而下來(lái)看，從網(wǎng)絡(luò)層接收到IP數(shù)據(jù)包封裝成幀數(shù)據(jù)，發(fā)送到網(wǎng)絡(luò)中。

2、網(wǎng)絡(luò)層：

處理來(lái)自傳輸層的分組發(fā)送請(qǐng)求，收到請(qǐng)求后，將分組裝入IP數(shù)據(jù)報(bào)，填充報(bào)頭，選擇去往信宿機(jī)的路徑，然后將數(shù)據(jù)報(bào)發(fā)往適當(dāng)?shù)木W(wǎng)絡(luò)接口。

處理輸入數(shù)據(jù)報(bào)：首先檢查其合法性，然后進(jìn)行尋徑--假如該數(shù)據(jù)報(bào)已到達(dá)信宿機(jī)，則去掉報(bào)頭，將剩下部分交給適當(dāng)?shù)膫鬏攨f(xié)議；假如該數(shù)據(jù)報(bào)尚未到達(dá)信宿，則轉(zhuǎn)發(fā)該數(shù)據(jù)報(bào)。處理路徑、流控、擁塞等問(wèn)題。

3、傳輸層：

提供應(yīng)用程序間的通信。其功能包括：一、格式化信息流；二、提供可靠傳輸。為實(shí)現(xiàn)后者，傳輸層協(xié)議規(guī)定接收端必須發(fā)回確認(rèn)，并且假如分組丟失，必須重新發(fā)送，即耳熟能詳?shù)摹叭挝帐帧边^(guò)程，從而提供可靠的數(shù)據(jù)傳輸。

4、應(yīng)用層：

向用戶提供一組常用的應(yīng)用程序，比如電子郵件、文件傳輸訪問(wèn)、遠(yuǎn)程登錄等。遠(yuǎn)程登錄TELNET使用TELNET協(xié)議提供在網(wǎng)絡(luò)其它主機(jī)上注冊(cè)的接口。TELNET會(huì)話提供了基于字符的虛擬終端。文件傳輸訪問(wèn)FTP使用FTP協(xié)議來(lái)提供網(wǎng)絡(luò)內(nèi)機(jī)器間的文件拷貝功能。

擴(kuò)展資料：

各層協(xié)議：

網(wǎng)絡(luò)層中的協(xié)議主要有IP，ICMP，IGMP等，由于它包含了IP協(xié)議模塊，所以它是所有基于TCP/IP協(xié)議網(wǎng)絡(luò)的核心。

傳輸層上的主要協(xié)議是TCP和UDP。正如網(wǎng)絡(luò)層控制著主機(jī)之間的數(shù)據(jù)傳遞，傳輸層控制著那些將要進(jìn)入網(wǎng)絡(luò)層的數(shù)據(jù)。

兩個(gè)協(xié)議就是它管理這些數(shù)據(jù)的兩種方式：TCP是一個(gè)基于連接的協(xié)議；UDP則是面向無(wú)連接服務(wù)的管理方式的協(xié)議。

TCP/IP協(xié)議的主要特點(diǎn)

1、TCP/IP協(xié)議不依賴(lài)于任何特定的計(jì)算機(jī)硬件或操作系統(tǒng)，提供開(kāi)放的協(xié)議標(biāo)準(zhǔn)，即使不考慮Internet，TCP/IP協(xié)議也獲得了廣泛的支持。所以TCP/IP協(xié)議成為一種聯(lián)合各種硬件和軟件的實(shí)用系統(tǒng)。

2、TCP/IP協(xié)議并不依賴(lài)于特定的網(wǎng)絡(luò)傳輸硬件，所以TCP/IP協(xié)議能夠集成各種各樣的網(wǎng)絡(luò)。用戶能夠使用以太網(wǎng)（Ethernet）、令牌環(huán)網(wǎng)（Token Ring Network）、撥號(hào)線路（Dial-up line）、X.25網(wǎng)以及所有的網(wǎng)絡(luò)傳輸硬件。

3、統(tǒng)一的網(wǎng)絡(luò)地址分配方案，使得整個(gè)TCP/IP設(shè)備在網(wǎng)中都具有惟一的地址

4、標(biāo)準(zhǔn)化的高層協(xié)議，可以提供多種可靠的用戶服務(wù)。

參考資料來(lái)源：百度百科--TCP/IP協(xié)議

四、網(wǎng)絡(luò)協(xié)議有哪些類(lèi)型？

網(wǎng)絡(luò)協(xié)議為計(jì)算機(jī)網(wǎng)絡(luò)中進(jìn)行數(shù)據(jù)交換而建立的規(guī)則、標(biāo)準(zhǔn)或約定的集合。

例如，網(wǎng)絡(luò)中一個(gè)微機(jī)用戶和一個(gè)大型主機(jī)的操作員進(jìn)行通信，由于這兩個(gè)數(shù)據(jù)終端所用字符集不同，因此操作員所輸入的命令彼此不認(rèn)識(shí)。

為了能進(jìn)行通信，規(guī)定每個(gè)終端都要將各自字符集中的字符先變換為標(biāo)準(zhǔn)字符集的字符后，才進(jìn)入網(wǎng)絡(luò)傳送，到達(dá)目的終端之后，再變換為該終端字符集的字符。

當(dāng)然，對(duì)于不相容終端，除了需變換字符集字符外還需轉(zhuǎn)換其他特性，如顯示格式、行長(zhǎng)、行數(shù)、屏幕滾動(dòng)方式等也需作相應(yīng)的變換。

以上就是關(guān)于雙向開(kāi)放ip協(xié)議相關(guān)問(wèn)題的回答。希望能幫到你，如有更多相關(guān)問(wèn)題，您也可以聯(lián)系我們的客服進(jìn)行咨詢(xún)，客服也會(huì)為您講解更多精彩的知識(shí)和內(nèi)容。

推薦閱讀：

雙向開(kāi)放ip協(xié)議

代運(yùn)營(yíng)公司可靠嗎(1688代運(yùn)營(yíng))

思科創(chuàng)始人（思科創(chuàng)始人 的故事）