很可惜 T 。T 您現(xiàn)在還不是作者身份,不能自主發(fā)稿哦~
如有投稿需求,請(qǐng)把文章發(fā)送到郵箱tougao@appcpx.com,一經(jīng)錄用會(huì)有專人和您聯(lián)系
咨詢?nèi)绾纬蔀榇河鹱髡哒?qǐng)聯(lián)系:鳥哥筆記小羽毛(ngbjxym)
1.目錄
網(wǎng)絡(luò)協(xié)議
HTTP
HTTPS
希望通過這篇文章能讓讀者了解什么是網(wǎng)絡(luò)協(xié)議,以及目前我們最常接觸的 http 和 https。
2.網(wǎng)絡(luò)協(xié)議
網(wǎng)絡(luò)協(xié)議是為計(jì)算機(jī)網(wǎng)絡(luò)中進(jìn)行數(shù)據(jù)交換而建立的規(guī)則、標(biāo)準(zhǔn)或約定。
眾所周知,網(wǎng)絡(luò)是一臺(tái)臺(tái)的計(jì)算機(jī)構(gòu)成的一張“大網(wǎng)”,彼此通訊,交互數(shù)據(jù)。我們也都知道不同的計(jì)算機(jī)廠家生產(chǎn)的計(jì)算機(jī)肯定是存在差異的,那么它們是如何克服這些差異進(jìn)行通信呢?顯然就是“語言”,我們的語言能彼此交流是因?yàn)槲覀儗?duì)這些定義產(chǎn)生了共識(shí),比如蘋果指代的就是具體的一種水果等等。而計(jì)算機(jī)也是通過建立這種約定來完成通信的。不過要注意!這網(wǎng)絡(luò)協(xié)議不僅僅是給計(jì)算機(jī)互相間使用的,而是給網(wǎng)絡(luò)上所有設(shè)備(服務(wù)器、個(gè)人PC、交換機(jī)、路由器、防火墻等)使用的。大多數(shù)網(wǎng)絡(luò)都采用分層的體系結(jié)構(gòu),每一層都建立在它的下層之上,向它的上一層提供一定的服務(wù),而把如何實(shí)現(xiàn)這一服務(wù)的細(xì)節(jié)對(duì)上一層加以屏蔽(這就類似我們代碼中的接口)。一臺(tái)設(shè)備上的第 n層與另一臺(tái)設(shè)備上的第n層進(jìn)行通信的規(guī)則就是第n層協(xié)議。在網(wǎng)絡(luò)的各層中存在著許多協(xié)議,接收方和發(fā)送方同層的協(xié)議必須一致,否則一方將無法識(shí)別另一方發(fā)出的信息。網(wǎng)絡(luò)協(xié)議使網(wǎng)絡(luò)上各種設(shè)備能夠相互交換信息。上面提到了大多數(shù)網(wǎng)絡(luò)都采用分層,這里說下分層模型:
OSI 模型(Open System Interconnection Reference Model),一種概念模型,由國際標(biāo)準(zhǔn)化組織提出,是一個(gè)試圖使各種計(jì)算機(jī)在世界范圍內(nèi)互連為網(wǎng)絡(luò)的標(biāo)準(zhǔn)框架。它具體分為七層:
應(yīng)用層(第七層)
為應(yīng)用軟件而設(shè)的接口,用于應(yīng)用間的通信
表示層(第六層)
將數(shù)據(jù)轉(zhuǎn)為接收系統(tǒng)可以使用的格式
會(huì)話層(第五層)
會(huì)話層是建立在傳輸層之上,利用傳輸層提供的接口,使應(yīng)用建立和維持會(huì)話,并能使會(huì)話獲得同步(簡(jiǎn)單理解成數(shù)據(jù)傳輸?shù)囊粋€(gè)通道)
傳輸層(第四層)
將傳輸表頭(TH,傳輸表頭包含了所使用的協(xié)議等信息)加至數(shù)據(jù)(我們要傳輸?shù)臄?shù)據(jù))形成數(shù)據(jù)包
網(wǎng)絡(luò)層(第三層)
網(wǎng)絡(luò)層決定了數(shù)據(jù)的傳輸路徑和轉(zhuǎn)寄,它會(huì)將網(wǎng)絡(luò)表頭(NH,包含了網(wǎng)絡(luò)數(shù)據(jù):IP 等)加入數(shù)據(jù)包中
數(shù)據(jù)鏈路層(第二層)
數(shù)據(jù)鏈路層(Data Link Layer)負(fù)責(zé)網(wǎng)絡(luò)尋址、錯(cuò)誤偵測(cè)和改錯(cuò)物理層(第一層)
物理層確保原始數(shù)據(jù)可以在各種物理媒體上傳輸
TCP/IP 協(xié)議族分層方式與 OSI 分層的同異,如下圖:
下面會(huì)對(duì)一個(gè)簡(jiǎn)單的場(chǎng)景進(jìn)行網(wǎng)絡(luò)請(qǐng)求畫圖。
場(chǎng)景:我給公司寫了一個(gè) hello world 的簡(jiǎn)單的靜態(tài)頁面部署在公司的服務(wù)器上,我用自己的電腦在家里通過公網(wǎng)訪問這個(gè)靜態(tài)頁面,比如網(wǎng)址是“http://www.xxx.com”。
當(dāng)我訪問這個(gè)網(wǎng)址時(shí),瀏覽器都做了些什么呢?我們看下圖:
TCP
TCP(Transmission Control Protocol,傳輸控制協(xié)議)是一種面向連接的,可靠的,基于字節(jié)流的,雙向傳輸?shù)膫鬏攲油ㄐ艆f(xié)議。它在建立連接時(shí)會(huì)經(jīng)過三次握手,三次握手完成后才會(huì)開始傳輸數(shù)據(jù);在終止連接時(shí),它需要四次揮手。具體如下:
(1)建立連接
圖源:百度百科
三次握手:
客戶端發(fā)送 SYN 報(bào)文給服務(wù)端,進(jìn)入 SYN_SEND 狀態(tài)
服務(wù)器回復(fù) SYN,進(jìn)入 SYN_RECV 狀態(tài)
客戶端收到來自服務(wù)端的 SYN 報(bào)文后,回復(fù) ACK
客戶端和服務(wù)端進(jìn)入 Established 狀態(tài),可以開始收發(fā)數(shù)據(jù)了。
(2)終止連接
圖源:百度百科
四次揮手(注意:close 動(dòng)作可以由任意一端先發(fā)起,這里以 client 發(fā)起為例):
客戶端先調(diào)用 close,執(zhí)行 active close,并發(fā)送 FIN 表示數(shù)據(jù)發(fā)送完畢,進(jìn)入 FIN_WAIT_1 狀態(tài)
服務(wù)端接收到 FIN 后,執(zhí)行 passive close,并給客戶端發(fā)送 ACK,進(jìn)入 CLOSE_WAIT 狀態(tài)
服務(wù)端給客戶端發(fā)送一個(gè) FIN,進(jìn)入 LAST_ACK 狀態(tài)
主動(dòng)發(fā)起 close 的一方負(fù)責(zé)最終確認(rèn) FIN,這個(gè)例子就是客戶端需要接收 FIN 并回復(fù) ACK 給服務(wù)端,進(jìn)入 TIME_WAIT 狀態(tài),服務(wù)端收到 ACK 后進(jìn)入 CLOSED 狀態(tài)
為什么終止的時(shí)候是四次揮手呢?
因?yàn)橐环街鲃?dòng)發(fā)起 close 并發(fā)送 FIN 僅僅代表它不再發(fā)送數(shù)據(jù),可是還能接收數(shù)據(jù),所以需要另一方也進(jìn)行 close 并發(fā)送 FIN 通知對(duì)方。至于為什么要將 ACK 和 FIN 分開呢?是因?yàn)?ACK 是告訴對(duì)方“我知道了”,而 FIN 是告訴對(duì)方“我也沒有數(shù)據(jù)給你了”。而實(shí)際情況不一定是我收到 FIN 就剛好也把數(shù)據(jù)都給完對(duì)方了,所以是需要分開的。
HTTP
HTTP(HyperText Transfer Protocol),超文本傳輸協(xié)議,它是基于 TCP 協(xié)議實(shí)現(xiàn)的。
HTTP 是一種無狀態(tài)協(xié)議,像我們作為游客訪問一個(gè)頁面時(shí),無狀態(tài)協(xié)議是簡(jiǎn)單且高效的。不過像電商場(chǎng)景是需要記錄用戶登錄狀態(tài)或記錄購物車商品信息的(除了電商像一些中臺(tái)系統(tǒng)也是需要記錄用戶狀態(tài)的,這里僅是舉例),這時(shí)就需要一些額外的技術(shù)協(xié)助了,如:Cookie。
HTTP 報(bào)文格式
HTTP 協(xié)議的請(qǐng)求報(bào)文和響應(yīng)報(bào)文的結(jié)構(gòu)基本相同。
報(bào)文由三大部分組成:
起始行
描述請(qǐng)求或響應(yīng)的基本信息,如:GET /** HTTP/1.1、HTTP/1.1 200 OK 等
頭部字段集合
使用 key-value 說明報(bào)文(想想請(qǐng)求頭和響應(yīng)頭)
消息正文
HTTPS
HTTP 是基于 TCP 實(shí)現(xiàn)的,它的報(bào)文是明文,整個(gè)傳輸過程完全是透明的,任何環(huán)節(jié)都可以輕松獲截、修改,這是很不安全的。因此,安全的 HTTP 協(xié)議應(yīng)運(yùn)而生—— HTTPS。HTTPS其實(shí)就是在HTTP之上增加了SSL。
(1) SSL/TLS
SSL 即安全套接層(Secure Sockets Layer),1999年改名為 TLS(傳輸層安全, Transport Layer Security)
有幾個(gè)概念要先說清楚:
對(duì)稱加密
通過同一把“鑰匙”進(jìn)行加密和解密
非對(duì)稱加密
有兩把“鑰匙”——公鑰,私鑰,使用公鑰加密的,需要使用私鑰解密;使用私鑰加密的,需要公鑰解密
摘要算法
將一個(gè)隨機(jī)長度的內(nèi)容生成一個(gè)定長的內(nèi)容,常見算法有:MD5、sha1、sha2等等
安全性
沒有絕對(duì)的安全,我們所說的數(shù)據(jù)安全都是基于一個(gè)信任點(diǎn),認(rèn)為它是安全的,我們所說的安全才能成立,否則不存在安全一說。如:非對(duì)稱加密和對(duì)稱加密,我們相信這些算法的安全性,因此認(rèn)為只要密鑰不泄露,那么就是安全的
(2)HTTPS 工作流程大致如下:
先完成三次握手,這里和 HTTP 是一致的
瀏覽器給服務(wù)器發(fā)送加密套件列表(就是告訴服務(wù)器自己支持的加密算法)
服務(wù)器根據(jù)加密套件列表挑選加密算法,并給瀏覽器發(fā)送公鑰
瀏覽器獲取公鑰后,隨機(jī)生成對(duì)稱加密算法使用的密鑰,通過公鑰加密該密鑰,然后發(fā)送密文給服務(wù)器
服務(wù)器使用私鑰解密,對(duì)于該會(huì)話的內(nèi)容信息都使用該密鑰加密傳輸給瀏覽器
(3)優(yōu)點(diǎn)
通過非對(duì)稱加密保證瀏覽器傳輸?shù)拿荑€不會(huì)被破解(因?yàn)樗借€在自己手上,沒有經(jīng)歷過網(wǎng)絡(luò)傳輸)
使用對(duì)稱加密算法加解密內(nèi)容效率高
(4)缺點(diǎn)
服務(wù)器給瀏覽器傳輸公鑰時(shí)沒法保證該瀏覽器不會(huì)泄露公鑰
基于這個(gè)缺點(diǎn),我們需要依賴第三方機(jī)構(gòu)協(xié)助,讓我們的 HTTPS 更安全可靠。
具體如下:
對(duì)于第三步的傳輸公鑰改成傳輸公鑰數(shù)字證書
數(shù)字證書組成:
公鑰用戶信息
公鑰
簽名
通過 hash(公鑰,公司信息,域名等申請(qǐng)信息) 獲取數(shù)據(jù)摘要;CA 再對(duì)摘要信息進(jìn)行加密,這個(gè)密文就是簽名
CA 信息
有效期
證書序列號(hào)
數(shù)字證書由第三方機(jī)構(gòu)(CA 機(jī)構(gòu))頒發(fā)
公司信息、系統(tǒng)的域名和公鑰需要到 CA 機(jī)構(gòu)進(jìn)行認(rèn)證,認(rèn)證通過后 CA 再給我們頒發(fā)證書,證書內(nèi)容如上不累述。因?yàn)檫@證書有簽名,所以證書內(nèi)容不可被篡改,從而證書里面的公鑰用戶信息和公鑰的安全性就得到了保證。
CA 機(jī)構(gòu)頒發(fā)的證書的可靠性依賴于根證書,而根證書是操作系統(tǒng)或?yàn)g覽器內(nèi)置的(換句話說,我們就是要相信操作系統(tǒng)或者瀏覽器的安全性)
綜上所述,我們 HTTPS 的安全性是基于對(duì)根證書的信任和加密算法的信任,從而認(rèn)為自己是安全的。
上面也提到了,基于某個(gè)信任點(diǎn),我們的安全才能聊下去,所以是沒有絕對(duì)的安全的。如果黑客劫持了瀏覽器,讓你所有請(qǐng)求先到他,他再到服務(wù)器,那么你請(qǐng)求的所有數(shù)據(jù)都會(huì)先到黑客手上,那么就不安全了。舉例:我們的梯子很多就是代理,瀏覽器發(fā)出的請(qǐng)求被它代理,然后走到可以翻墻的服務(wù)器上再去請(qǐng)求資源,得到的數(shù)據(jù)自然也是原路返還,那么這個(gè)中轉(zhuǎn)服務(wù)器就可以做很多操作了。
相信到這里,大家已經(jīng)知道我們常說的網(wǎng)絡(luò)分層架構(gòu)一般是定義成5層或者7層,而我們所說的網(wǎng)絡(luò)協(xié)議是針對(duì)里面某一層的通信協(xié)議。這里以我們最常接觸的 http 和 https 為例做了說明,并且講了它們的區(qū)別,還延申了下網(wǎng)絡(luò)安全方面的內(nèi)容。
本文為作者獨(dú)立觀點(diǎn),不代表鳥哥筆記立場(chǎng),未經(jīng)允許不得轉(zhuǎn)載。
《鳥哥筆記版權(quán)及免責(zé)申明》 如對(duì)文章、圖片、字體等版權(quán)有疑問,請(qǐng)點(diǎn)擊 反饋舉報(bào)
我們致力于提供一個(gè)高質(zhì)量內(nèi)容的交流平臺(tái)。為落實(shí)國家互聯(lián)網(wǎng)信息辦公室“依法管網(wǎng)、依法辦網(wǎng)、依法上網(wǎng)”的要求,為完善跟帖評(píng)論自律管理,為了保護(hù)用戶創(chuàng)造的內(nèi)容、維護(hù)開放、真實(shí)、專業(yè)的平臺(tái)氛圍,我們團(tuán)隊(duì)將依據(jù)本公約中的條款對(duì)注冊(cè)用戶和發(fā)布在本平臺(tái)的內(nèi)容進(jìn)行管理。平臺(tái)鼓勵(lì)用戶創(chuàng)作、發(fā)布優(yōu)質(zhì)內(nèi)容,同時(shí)也將采取必要措施管理違法、侵權(quán)或有其他不良影響的網(wǎng)絡(luò)信息。
一、根據(jù)《網(wǎng)絡(luò)信息內(nèi)容生態(tài)治理規(guī)定》《中華人民共和國未成年人保護(hù)法》等法律法規(guī),對(duì)以下違法、不良信息或存在危害的行為進(jìn)行處理。
1. 違反法律法規(guī)的信息,主要表現(xiàn)為:
1)反對(duì)憲法所確定的基本原則;
2)危害國家安全,泄露國家秘密,顛覆國家政權(quán),破壞國家統(tǒng)一,損害國家榮譽(yù)和利益;
3)侮辱、濫用英烈形象,歪曲、丑化、褻瀆、否定英雄烈士事跡和精神,以侮辱、誹謗或者其他方式侵害英雄烈士的姓名、肖像、名譽(yù)、榮譽(yù);
4)宣揚(yáng)恐怖主義、極端主義或者煽動(dòng)實(shí)施恐怖活動(dòng)、極端主義活動(dòng);
5)煽動(dòng)民族仇恨、民族歧視,破壞民族團(tuán)結(jié);
6)破壞國家宗教政策,宣揚(yáng)邪教和封建迷信;
7)散布謠言,擾亂社會(huì)秩序,破壞社會(huì)穩(wěn)定;
8)宣揚(yáng)淫穢、色情、賭博、暴力、兇殺、恐怖或者教唆犯罪;
9)煽動(dòng)非法集會(huì)、結(jié)社、游行、示威、聚眾擾亂社會(huì)秩序;
10)侮辱或者誹謗他人,侵害他人名譽(yù)、隱私和其他合法權(quán)益;
11)通過網(wǎng)絡(luò)以文字、圖片、音視頻等形式,對(duì)未成年人實(shí)施侮辱、誹謗、威脅或者惡意損害未成年人形象進(jìn)行網(wǎng)絡(luò)欺凌的;
12)危害未成年人身心健康的;
13)含有法律、行政法規(guī)禁止的其他內(nèi)容;
2. 不友善:不尊重用戶及其所貢獻(xiàn)內(nèi)容的信息或行為。主要表現(xiàn)為:
1)輕蔑:貶低、輕視他人及其勞動(dòng)成果;
2)誹謗:捏造、散布虛假事實(shí),損害他人名譽(yù);
3)嘲諷:以比喻、夸張、侮辱性的手法對(duì)他人或其行為進(jìn)行揭露或描述,以此來激怒他人;
4)挑釁:以不友好的方式激怒他人,意圖使對(duì)方對(duì)自己的言論作出回應(yīng),蓄意制造事端;
5)羞辱:貶低他人的能力、行為、生理或身份特征,讓對(duì)方難堪;
6)謾罵:以不文明的語言對(duì)他人進(jìn)行負(fù)面評(píng)價(jià);
7)歧視:煽動(dòng)人群歧視、地域歧視等,針對(duì)他人的民族、種族、宗教、性取向、性別、年齡、地域、生理特征等身份或者歸類的攻擊;
8)威脅:許諾以不良的后果來迫使他人服從自己的意志;
3. 發(fā)布垃圾廣告信息:以推廣曝光為目的,發(fā)布影響用戶體驗(yàn)、擾亂本網(wǎng)站秩序的內(nèi)容,或進(jìn)行相關(guān)行為。主要表現(xiàn)為:
1)多次發(fā)布包含售賣產(chǎn)品、提供服務(wù)、宣傳推廣內(nèi)容的垃圾廣告。包括但不限于以下幾種形式:
2)單個(gè)帳號(hào)多次發(fā)布包含垃圾廣告的內(nèi)容;
3)多個(gè)廣告帳號(hào)互相配合發(fā)布、傳播包含垃圾廣告的內(nèi)容;
4)多次發(fā)布包含欺騙性外鏈的內(nèi)容,如未注明的淘寶客鏈接、跳轉(zhuǎn)網(wǎng)站等,誘騙用戶點(diǎn)擊鏈接
5)發(fā)布大量包含推廣鏈接、產(chǎn)品、品牌等內(nèi)容獲取搜索引擎中的不正當(dāng)曝光;
6)購買或出售帳號(hào)之間虛假地互動(dòng),發(fā)布干擾網(wǎng)站秩序的推廣內(nèi)容及相關(guān)交易。
7)發(fā)布包含欺騙性的惡意營銷內(nèi)容,如通過偽造經(jīng)歷、冒充他人等方式進(jìn)行惡意營銷;
8)使用特殊符號(hào)、圖片等方式規(guī)避垃圾廣告內(nèi)容審核的廣告內(nèi)容。
4. 色情低俗信息,主要表現(xiàn)為:
1)包含自己或他人性經(jīng)驗(yàn)的細(xì)節(jié)描述或露骨的感受描述;
2)涉及色情段子、兩性笑話的低俗內(nèi)容;
3)配圖、頭圖中包含庸俗或挑逗性圖片的內(nèi)容;
4)帶有性暗示、性挑逗等易使人產(chǎn)生性聯(lián)想;
5)展現(xiàn)血腥、驚悚、殘忍等致人身心不適;
6)炒作緋聞、丑聞、劣跡等;
7)宣揚(yáng)低俗、庸俗、媚俗內(nèi)容。
5. 不實(shí)信息,主要表現(xiàn)為:
1)可能存在事實(shí)性錯(cuò)誤或者造謠等內(nèi)容;
2)存在事實(shí)夸大、偽造虛假經(jīng)歷等誤導(dǎo)他人的內(nèi)容;
3)偽造身份、冒充他人,通過頭像、用戶名等個(gè)人信息暗示自己具有特定身份,或與特定機(jī)構(gòu)或個(gè)人存在關(guān)聯(lián)。
6. 傳播封建迷信,主要表現(xiàn)為:
1)找人算命、測(cè)字、占卜、解夢(mèng)、化解厄運(yùn)、使用迷信方式治?。?br /> 2)求推薦算命看相大師;
3)針對(duì)具體風(fēng)水等問題進(jìn)行求助或咨詢;
4)問自己或他人的八字、六爻、星盤、手相、面相、五行缺失,包括通過占卜方法問婚姻、前程、運(yùn)勢(shì),東西寵物丟了能不能找回、取名改名等;
7. 文章標(biāo)題黨,主要表現(xiàn)為:
1)以各種夸張、獵奇、不合常理的表現(xiàn)手法等行為來誘導(dǎo)用戶;
2)內(nèi)容與標(biāo)題之間存在嚴(yán)重不實(shí)或者原意扭曲;
3)使用夸張標(biāo)題,內(nèi)容與標(biāo)題嚴(yán)重不符的。
8.「飯圈」亂象行為,主要表現(xiàn)為:
1)誘導(dǎo)未成年人應(yīng)援集資、高額消費(fèi)、投票打榜
2)粉絲互撕謾罵、拉踩引戰(zhàn)、造謠攻擊、人肉搜索、侵犯隱私
3)鼓動(dòng)「飯圈」粉絲攀比炫富、奢靡享樂等行為
4)以號(hào)召粉絲、雇用網(wǎng)絡(luò)水軍、「養(yǎng)號(hào)」形式刷量控評(píng)等行為
5)通過「蹭熱點(diǎn)」、制造話題等形式干擾輿論,影響傳播秩序
9. 其他危害行為或內(nèi)容,主要表現(xiàn)為:
1)可能引發(fā)未成年人模仿不安全行為和違反社會(huì)公德行為、誘導(dǎo)未成年人不良嗜好影響未成年人身心健康的;
2)不當(dāng)評(píng)述自然災(zāi)害、重大事故等災(zāi)難的;
3)美化、粉飾侵略戰(zhàn)爭(zhēng)行為的;
4)法律、行政法規(guī)禁止,或可能對(duì)網(wǎng)絡(luò)生態(tài)造成不良影響的其他內(nèi)容。
二、違規(guī)處罰
本網(wǎng)站通過主動(dòng)發(fā)現(xiàn)和接受用戶舉報(bào)兩種方式收集違規(guī)行為信息。所有有意的降低內(nèi)容質(zhì)量、傷害平臺(tái)氛圍及欺凌未成年人或危害未成年人身心健康的行為都是不能容忍的。
當(dāng)一個(gè)用戶發(fā)布違規(guī)內(nèi)容時(shí),本網(wǎng)站將依據(jù)相關(guān)用戶違規(guī)情節(jié)嚴(yán)重程度,對(duì)帳號(hào)進(jìn)行禁言 1 天、7 天、15 天直至永久禁言或封停賬號(hào)的處罰。當(dāng)涉及欺凌未成年人、危害未成年人身心健康、通過作弊手段注冊(cè)、使用帳號(hào),或者濫用多個(gè)帳號(hào)發(fā)布違規(guī)內(nèi)容時(shí),本網(wǎng)站將加重處罰。
三、申訴
隨著平臺(tái)管理經(jīng)驗(yàn)的不斷豐富,本網(wǎng)站出于維護(hù)本網(wǎng)站氛圍和秩序的目的,將不斷完善本公約。
如果本網(wǎng)站用戶對(duì)本網(wǎng)站基于本公約規(guī)定做出的處理有異議,可以通過「建議反饋」功能向本網(wǎng)站進(jìn)行反饋。
(規(guī)則的最終解釋權(quán)歸屬本網(wǎng)站所有)