一、正向(Forward一般情況下，如果沒(méi)有特別說(shuō)明，技術(shù)默認(rèn)說(shuō)的是正向技術(shù)。關(guān)于正向的概念如下向(forward)是一個(gè)位于客戶(hù)端【用戶(hù)A】和原始服務(wù)器(originserver)【服務(wù)器B】之間器【服務(wù)器Z】，為了從原始服務(wù)器取得內(nèi)容，用戶(hù)A向服務(wù)器Z發(fā)送一個(gè)請(qǐng)求并指定B)，ZB行一些特別的設(shè)置才能使用正向。如下圖（從上面的概念中，我們看出，文中所謂的正向就是服務(wù)器替代方【用戶(hù)A】去B】這就是正向的意義所在。而為什么要用服務(wù)器去代替方【用戶(hù)A】去服務(wù)器就要從服務(wù)器使用的意義說(shuō)起使用正向服務(wù)器作用主要有以下幾點(diǎn)1 本無(wú) 的服務(wù)器B，如下圖（1.2）1.2，R1,R2初用戶(hù)A要服務(wù)器B需要經(jīng)過(guò)R1和R2路由器這樣一個(gè)路由節(jié)點(diǎn)，如果路由器R1或者路由器發(fā)生故障，那么就無(wú)法服務(wù)器B了。但是如果用戶(hù)A讓服務(wù)器Z去代替自己服務(wù)器由于服務(wù)器Z沒(méi)有在路由器R1或R2節(jié)點(diǎn)中，而是通過(guò)其它的路由節(jié)點(diǎn)服務(wù)器B，那么就可以得到服務(wù)器B的數(shù)據(jù)了?，F(xiàn)實(shí)中的例子就是“”。不過(guò)自從技術(shù)被廣泛應(yīng)用外墻”不但使用了傳統(tǒng)的正向技術(shù)，有的還使用了技術(shù)。2、加速服務(wù)器這種說(shuō)法目前不像以前那么流行了，主要是帶寬流量的飛速發(fā)展。早期的正向中，很多人使向就是提速。還是如圖1.2假設(shè)用戶(hù)A到服務(wù)器B，經(jīng)過(guò)R1路由器和R2路由器，而R1到R由器的鏈路是一個(gè)低帶寬鏈路。而用戶(hù)A到服務(wù)器Z，從服務(wù)器Z到服務(wù)器B都是高帶路。那么很顯然就可以加速服務(wù)器B了。3、CacheCache（緩存）技術(shù)和服務(wù)技術(shù)是緊密聯(lián)系的（不光是正向，反向也使用了Cache（存）技術(shù)。還如上圖所示，如果在用戶(hù)A服務(wù)器B某數(shù)據(jù)J之前，已經(jīng)有人通過(guò)服務(wù)器問(wèn)過(guò)服務(wù)器B上得數(shù)據(jù)J，那么服務(wù)器Z會(huì)把數(shù)據(jù)J保存一段時(shí)間，如果有人正好取該數(shù)據(jù)J么服務(wù)器Z不再服務(wù)器B，而把緩存的數(shù)據(jù)J直接發(fā)給用戶(hù)A。這一技術(shù)在Cache中術(shù)Cache命中。如果有的像用戶(hù)A的用戶(hù)來(lái)服務(wù)器Z，那么這些用戶(hù)都可以直接從器Z中取得數(shù)據(jù)J，而不用千里迢迢的去服務(wù)器B數(shù)據(jù)了。4這方面的內(nèi)容現(xiàn)今使用的還是比較多的，例如一些公司采用ISASERVER做為正向服務(wù)器來(lái)戶(hù)是否有權(quán)限互聯(lián)網(wǎng)，挼下圖1.3（圖1.3）圖1.3作為網(wǎng)關(guān)，用來(lái)過(guò)濾對(duì)其的。假設(shè)用戶(hù)A和用戶(hù)B都設(shè)置了務(wù)器，用戶(hù)A允許互聯(lián)網(wǎng)，而用戶(hù)B不允許互聯(lián)網(wǎng)（這個(gè)在服務(wù)器Z上做限制）這戶(hù)A因?yàn)?，可以通過(guò)服務(wù)器到服務(wù)器B，而用戶(hù)B因?yàn)闆](méi)有被服務(wù)器Z，B5、隱藏者的行如下圖1.4我們可以看出服務(wù)器B并不知道自己的實(shí)際是用戶(hù)A，因?yàn)榉?wù)器Z代替用（圖1.4）我們總結(jié)一下正向 是一個(gè)位于客戶(hù)端和原始服務(wù)器(originserver)之間的服為了從原始服務(wù)器取得內(nèi)容，客戶(hù)端向發(fā)送一個(gè)請(qǐng)求并指定目標(biāo)(原始服務(wù)器)，然后向服務(wù)器轉(zhuǎn)交請(qǐng)求并將獲得的內(nèi)容返回給客戶(hù)端。客戶(hù)端必須設(shè)置正向服務(wù)器，當(dāng)然前提是要正向服務(wù)器的IP地址，還有程序的端口。二、反向 反向正好與正向相反，對(duì)于客戶(hù)端而言服務(wù)器就像是原始服務(wù)器，并且客戶(hù)端不需將判斷向何處(原始服務(wù)器)轉(zhuǎn)交請(qǐng)求，并將獲得的內(nèi)容返回給客戶(hù)端。使用反向服務(wù)器的作1（用戶(hù)A始終認(rèn)為它的是原始服務(wù)器B而不是服務(wù)器Z，但實(shí)用際上反向服務(wù)器接受用戶(hù)A的應(yīng)答，從原始資源服中取得用戶(hù)A的需求資源，然后發(fā)送給用戶(hù)A。由于的作用，只允許服務(wù)器Z 原始資源服務(wù)器B。盡管在這個(gè)虛境下，和反向的共同作用保護(hù)了原始資源服務(wù)器B，但用戶(hù)A并不知情。2（當(dāng)反向服務(wù)器不止一個(gè)的時(shí)候，我們甚至可以把它們做成集群，當(dāng)?shù)挠脩?hù)資源服務(wù)的時(shí)候，讓不同的服務(wù)器Z（x）去應(yīng)答不同的用戶(hù)，然后發(fā)送不同用戶(hù)需要的資源。當(dāng)然反向服務(wù)器像正向服務(wù)器一樣擁有CACHE的作用，它可以緩存原始資源服務(wù)器B的源，而不是每次都要向原始資源服務(wù)器B請(qǐng)求數(shù)據(jù)，特別是一些靜態(tài)的數(shù)據(jù)，比如和文件，這些反向服務(wù)器能夠做到和用戶(hù)X來(lái)自同一個(gè)網(wǎng)絡(luò)，那么用戶(hù)X反向服務(wù)器X，就很高質(zhì)量的速度。這正是CDN技術(shù)的。如下圖2.3（我們并不是講解CDN，所以去掉了CDN最關(guān)鍵的技術(shù)智能DNS。只是展示CDN技術(shù)實(shí)際上正是反向原理這塊。反向結(jié)論與正向正好相反，對(duì)于客戶(hù)端而言它就像是原始服務(wù)器，并且客戶(hù)端不需要進(jìn)何特別的設(shè)置?？蛻?hù)端向反向名空間(name-space)中的內(nèi)容發(fā)送普通請(qǐng)求，接著反向基本上，網(wǎng)上做正反向的程序很多，能做正向的軟件大部分也可以做反向。開(kāi)源軟最流行的就是squid，既可以做正向，也有很多人用來(lái)做反向的前端服務(wù)器。另外MSIS可以用來(lái)在WINDOWS平臺(tái)下做正向。反向中最主要的實(shí)踐就是WEB服務(wù)，近些年來(lái)最就是Nginx了。網(wǎng)上有人說(shuō)NGINX不能做正向，其實(shí)是不對(duì)的。NGINX也可以做正向，三、如果把正向、反向和按照人類(lèi)血緣關(guān)系來(lái)劃分的話。那么正向和透明是很明顯堂親關(guān)系，而正向和反向就是表親關(guān)系了。的意思是客戶(hù)端根本不需要知道有服務(wù)器的存在，它改編你的requestfields（文），并會(huì)傳送真實(shí)IP。注意，加密的則是屬于，意思是不用設(shè)置使用了（用戶(hù)A和用戶(hù)B并不知道行為管理設(shè)備充當(dāng)行為，當(dāng)用戶(hù)A或用戶(hù)B向服務(wù)器A或服務(wù)提交請(qǐng)求