資訊專欄INFORMATION COLUMN
摘要：首發(fā)地址內(nèi)容分發(fā)主機(jī)托管對內(nèi)容資源的存儲協(xié)調(diào)以及管理的職責(zé)統(tǒng)稱為主機(jī)托管。并且反向代理和攔截代理也都需要明確的站點(diǎn)信息。從主原始服務(wù)器接收內(nèi)容的鏡像服務(wù)器稱為復(fù)制原始服務(wù)器。鏡像服務(wù)器可以在不同的地點(diǎn)包含同樣內(nèi)容的副本。
WilsonLiu"s blog 首發(fā)地址
內(nèi)容分發(fā) Web主機(jī)托管對內(nèi)容資源的存儲協(xié)調(diào)以及管理的職責(zé)統(tǒng)稱為Web主機(jī)托管。
虛擬服務(wù)器請求卻反主機(jī)信息HTTP/1.0中的一個設(shè)計(jì)缺陷會使虛擬主機(jī)托管者瘋狂。HTTP/1.0中沒有為共享的Web服務(wù)器提供任何方法來識別要訪問的是所托管的哪個虛擬網(wǎng)站。
HTTP/1.0請求在報(bào)文中只發(fā)送URL的路徑部分，如果要訪問http://www.baidu.com/index.html，瀏覽器會連接到服務(wù)器http://www.baidu.com,但HTTP/1.0請求中卻只提到GET /index.html，沒有提到主機(jī)名。如果服務(wù)器虛擬托管了許多個站點(diǎn)，就沒有足夠的信息能指出要訪問的是哪個虛擬主機(jī)網(wǎng)站。 并且HTTP反向代理和攔截代理也都需要明確的站點(diǎn)信息。
因此HTTP/1.1的確要求服務(wù)器能夠處理HTTP報(bào)文請求行上的完整URL，但將現(xiàn)存的應(yīng)用程序都升級都這個規(guī)范還需要時(shí)間，在此期間，涌現(xiàn)出了以下4種技術(shù)。
通過URL路徑進(jìn)行虛擬主機(jī)托管 —— 在URL中增添專門的路徑部分，以便服務(wù)器判斷是哪個網(wǎng)站
通過端口號進(jìn)行主機(jī)托管 —— 為每個站點(diǎn)分配不同的端口號，這樣請求就由web服務(wù)器的多帶帶實(shí)例來處理
通過IP地址進(jìn)行主機(jī)托管 —— 為不同的虛擬站點(diǎn)分配專門的IP地址
通過Host首部進(jìn)行主機(jī)托管
鏡像的服務(wù)器集群服務(wù)器集群是一排配置相同的Web服務(wù)器，互相可以替換。每個服務(wù)器上的內(nèi)容可以通過鏡像復(fù)制，這樣當(dāng)某個服務(wù)器出問題的時(shí)候，其他的可以頂上。
鏡像的服務(wù)器常常組成層次化的關(guān)系。某個服務(wù)器可能充當(dāng)“內(nèi)容權(quán)威”——它含有原始內(nèi)容(可能就是內(nèi)容作者上傳的那個服務(wù)器)。這個服務(wù)器稱為主原始服務(wù)器(master origin server)。從主原始服務(wù)器接收內(nèi)容的鏡像服務(wù)器稱為復(fù)制原始服務(wù)器(replica origin server)。一種簡單的部署服務(wù)器集群的方法是用網(wǎng)絡(luò)交換機(jī)把請求分發(fā)給服務(wù)器。托管在服務(wù)器上的每個網(wǎng)站的IP地址就設(shè)置為交換機(jī)的IP地址。
鏡像Web服務(wù)器可以在不同的地點(diǎn)包含同樣內(nèi)容的副本?？梢杂幸韵聝煞N方法把客戶端的請求導(dǎo)向特定的服務(wù)器。
HTTP重定向 —— 該內(nèi)容的URL會解析到主服務(wù)器的IP地址，然后它會發(fā)生重定向到復(fù)制服務(wù)器
DNS重定向 —— 該內(nèi)容的URL會解析到4個IP地址，DNS服務(wù)器可以選擇發(fā)送給客戶端的IP地址
內(nèi)容分發(fā)網(wǎng)絡(luò) CDN簡單地說，內(nèi)容分發(fā)網(wǎng)絡(luò)就是對特定內(nèi)容進(jìn)行分發(fā)的專門網(wǎng)絡(luò)。這個網(wǎng)絡(luò)中的節(jié)點(diǎn)可以是Web服務(wù)器，反向代理或緩存。
反向代理反向代理緩存可以像鏡像服務(wù)器一樣接收服務(wù)器請求，它們代表原始服務(wù)器中的一個特定集合來接收服務(wù)器請求。(根據(jù)內(nèi)容所在的IP地址的廣告方式，這是有可能的，原始服務(wù)器和反向代理緩存之間通常有協(xié)作關(guān)系，到特定的原始服務(wù)器的請求就由反向代理緩存來接收。)
CDN中的代理緩存與反向代理不同，傳統(tǒng)的代理緩存能夠收到發(fā)往任何Web服務(wù)器的請求(在代理緩存與原始服務(wù)器之間不需要有任何工作關(guān)系或IP地址約定)。
重定向和負(fù)載均衡由于HTTP應(yīng)用程序總是要做下列3件事情，所以在現(xiàn)代網(wǎng)絡(luò)中重定向是普遍存在的:
可靠地執(zhí)行HTTP事務(wù)
最小化時(shí)延
節(jié)約網(wǎng)絡(luò)帶寬
出于這些原因，web內(nèi)容通常分布在很多地方。這么做是出于可靠性的考慮。這樣如果一個位置出現(xiàn)了問題，還有其他的可用；如果客戶端能夠訪問較勁的資源，就可用更快的收到所請求的內(nèi)容，以降低響應(yīng)時(shí)間；將目標(biāo)服務(wù)器分散，還可以減少網(wǎng)絡(luò)擁塞。可用將重定向當(dāng)做一組有助于找到"最佳"分布式內(nèi)容的技術(shù)。
而重定向和負(fù)載均衡總是共存的。
重定向方法通用的重定向方法
HTTP重定向
DNS重定向
任播尋址
IP MAC轉(zhuǎn)發(fā)
IP地址轉(zhuǎn)發(fā)
代理與緩存重定向技術(shù)
顯示瀏覽器配置
代理自動配置(PAC)
Web Proxy代理自動發(fā)現(xiàn)協(xié)議(WPAD)
Web緩存協(xié)調(diào)協(xié)議(WCCP)
因特網(wǎng)緩存協(xié)議(ICP)
緩存分組路由協(xié)議(CARP)
超文本緩存協(xié)議(HTCP)
通用的重定向方法 HTTP重定向與其他形式的重定向相比，HTTP重定向的優(yōu)點(diǎn)之一就是重定向服務(wù)器知道客戶端IP地址，理論上來講，它可以做出更合理的選擇。
HTTP重定向可以在服務(wù)器間引導(dǎo)請求，但有以下幾個缺點(diǎn)。
需要原始服務(wù)器進(jìn)行大量處理來判斷要重定向到哪臺服務(wù)器上去。有時(shí)，發(fā)布重定向所需的處理量幾乎與提高頁面本身所需的處理量一樣。
增加了用戶時(shí)延，因?yàn)樵L問頁面時(shí)要進(jìn)行兩次往返。
如果重定向服務(wù)器出故障，站點(diǎn)就會癱瘓。
DNS重定向DNS允許將幾個IP地址關(guān)聯(lián)到一個域中，可以配置DNS解析程序，或?qū)ζ溥M(jìn)行編程，以返回可變的IP地址。解析程序返回IP地址時(shí)，所基于的原則可以很簡單(輪轉(zhuǎn))，也可以很復(fù)雜(比如查看幾臺服務(wù)器上的負(fù)載均衡，并返回負(fù)載最輕的服務(wù)器的IP地址)。
DNS緩存帶來的影響
DNS對服務(wù)器的每次查詢都會得到不同的服務(wù)器地址序列，所以DNS地址輪轉(zhuǎn)會將負(fù)載分?jǐn)?。但是這種負(fù)載均衡也并不完美，因?yàn)镈NS查找結(jié)果可能會被客戶端記住并被反復(fù)重用，以減少DNS查找的開銷，而且有些服務(wù)器也愿意保持與一臺客戶端的聯(lián)系。
其他基于DNS的重定向算法
負(fù)載均衡算法
鄰接路由算法
故障屏蔽算法
任播尋址在任播尋址中，幾個地理上分散的Web服務(wù)器擁有完全相同的IP地址，而且會通過骨干路由器的"最短路徑"路由功能將客戶端的請求發(fā)送給離它最近的服務(wù)器。要使這種方法工作，每個路由器都要想鄰近的骨干路由器廣告，表明自己是一臺路由器。
IP MAC轉(zhuǎn)發(fā)支持MAC轉(zhuǎn)發(fā)的第四次交換機(jī)通常會將請求轉(zhuǎn)發(fā)給幾個代理緩存，并在它們之間平衡負(fù)載，因?yàn)镸AC地址轉(zhuǎn)發(fā)是點(diǎn)對點(diǎn)的，所以服務(wù)器或代理只能位于離交換機(jī)一跳遠(yuǎn)的地方。
IP地址轉(zhuǎn)發(fā)在IP地址轉(zhuǎn)發(fā)中，交換機(jī)或其他第四層設(shè)備會檢測輸入分組中的TCP/IP地址，并通過修改目的IP地址(不是目的MAC地址)，對分組進(jìn)行相應(yīng)的轉(zhuǎn)發(fā)。
代理的重定向方法顯式配置瀏覽器設(shè)置
代理自動配置 PAC
Web代理自動發(fā)現(xiàn)協(xié)議 WPAD
文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址：http://www.ezyhdfw.cn/yun/30405.html
摘要：首發(fā)地址內(nèi)容分發(fā)主機(jī)托管對內(nèi)容資源的存儲協(xié)調(diào)以及管理的職責(zé)統(tǒng)稱為主機(jī)托管。并且反向代理和攔截代理也都需要明確的站點(diǎn)信息。從主原始服務(wù)器接收內(nèi)容的鏡像服務(wù)器稱為復(fù)制原始服務(wù)器。鏡像服務(wù)器可以在不同的地點(diǎn)包含同樣內(nèi)容的副本。 WilsonLius blog 首發(fā)地址 內(nèi)容分發(fā) Web主機(jī)托管 對內(nèi)容資源的存儲協(xié)調(diào)以及管理的職責(zé)統(tǒng)稱為Web主機(jī)托管。 虛擬服務(wù)器請求卻反主機(jī)信息 HTTP/1...
摘要：在使用分塊編碼時(shí)，可以沒有，此時(shí)，數(shù)據(jù)是分為一系列的塊來發(fā)送的，每塊都有大小說明。實(shí)體摘要為檢測實(shí)體主體的數(shù)據(jù)是否被修改過，發(fā)送方可以在生成初始的主體時(shí)，生成一個數(shù)據(jù)的校驗(yàn)和。分塊編碼把報(bào)文分割為若干個大小已知的塊。 WilsonLius blog 首發(fā)地址 實(shí)體和編碼 每天都有數(shù)以億計(jì)的各種媒體對象經(jīng)由HTTP傳送，如圖像，文本，影片以及軟件程序等。HTTP會確保它的報(bào)文被正確的傳送...
摘要：在使用分塊編碼時(shí)，可以沒有，此時(shí)，數(shù)據(jù)是分為一系列的塊來發(fā)送的，每塊都有大小說明。實(shí)體摘要為檢測實(shí)體主體的數(shù)據(jù)是否被修改過，發(fā)送方可以在生成初始的主體時(shí)，生成一個數(shù)據(jù)的校驗(yàn)和。分塊編碼把報(bào)文分割為若干個大小已知的塊。 WilsonLius blog 首發(fā)地址 實(shí)體和編碼 每天都有數(shù)以億計(jì)的各種媒體對象經(jīng)由HTTP傳送，如圖像，文本，影片以及軟件程序等。HTTP會確保它的報(bào)文被正確的傳送...
摘要：面試網(wǎng)絡(luò)了解及網(wǎng)絡(luò)基礎(chǔ)對端傳輸詳解與攻防實(shí)戰(zhàn)本文從屬于筆者的信息安全實(shí)戰(zhàn)中滲透測試實(shí)戰(zhàn)系列文章。建議先閱讀下的網(wǎng)絡(luò)安全基礎(chǔ)。然而，該攻擊方式并不為大家所熟知，很多網(wǎng)站都有的安全漏洞。 面試 -- 網(wǎng)絡(luò) HTTP 現(xiàn)在面試門檻越來越高，很多開發(fā)者對于網(wǎng)絡(luò)知識這塊了解的不是很多，遇到這些面試題會手足無措。本篇文章知識主要集中在 HTTP 這塊。文中知識來自 《圖解 HTTP》與維基百科，若...
閱讀 2081·2021-11-24 10:45
閱讀 1529·2021-11-18 13:15
閱讀 4690·2021-09-22 15:47
閱讀 4085·2021-09-09 11:36
閱讀 2070·2019-08-30 15:44
閱讀 3151·2019-08-29 13:05
閱讀 2561·2019-08-29 12:54
閱讀 2063·2019-08-26 13:47
