使用URL 轉(zhuǎn)向規(guī)避機(jī)房白名單的技巧國(guó)內(nèi)的主機(jī)空間都要求備案，否則無(wú)法通過(guò)機(jī)房白名單，網(wǎng)站無(wú)法站正常訪問(wèn)。但是備案的周期之長(zhǎng)手續(xù)之繁瑣讓大家望而卻步，一些單純的信息發(fā)布或者產(chǎn)品宣傳網(wǎng)站建設(shè)者為了自己方

使用URL 轉(zhuǎn)向規(guī)避機(jī)房白名單的技巧

國(guó)內(nèi)的主機(jī)空間都要求備案，否則無(wú)法通過(guò)機(jī)房白名單，網(wǎng)站無(wú)法站正常訪問(wèn)。但是備案的周期之長(zhǎng)手續(xù)之繁瑣讓大家望而卻步，一些單純的信息發(fā)布或者產(chǎn)品宣傳網(wǎng)站建設(shè)者為了自己方便往往通過(guò)一些技術(shù)手段來(lái)規(guī)避機(jī)房掃描行為。當(dāng)然我不提倡和贊成這種行為，在此僅對(duì)web 反向代理、URL 轉(zhuǎn)向和網(wǎng)站緩存技術(shù)做一些探討和研究。

我曾經(jīng)測(cè)試使用NGINX 做反向代理，域名指向至國(guó)外主機(jī)然后通過(guò)URL 轉(zhuǎn)向再轉(zhuǎn)到國(guó)內(nèi)主機(jī)以降低網(wǎng)站成本。（之所以這么做因?yàn)榭紤]到國(guó)外主機(jī)只負(fù)責(zé)內(nèi)容轉(zhuǎn)發(fā)并沒(méi)有程序和數(shù)據(jù)庫(kù)的壓力，而NGINX 又對(duì)大并發(fā)訪問(wèn)支持比較好，所以一臺(tái)國(guó)外主機(jī)可以反向代理N 臺(tái)國(guó)內(nèi)主機(jī)，大量節(jié)約服務(wù)器成本）但是后來(lái)發(fā)現(xiàn)因?yàn)樽罱K用戶訪問(wèn)的時(shí)候由國(guó)外至國(guó)內(nèi)轉(zhuǎn)了兩層，所以速度很慢（用戶訪問(wèn)國(guó)外服務(wù)器，國(guó)外服務(wù)器從國(guó)內(nèi)服務(wù)器獲取信息，經(jīng)過(guò)兩次轉(zhuǎn)換，所以速度很不理想），而且反向代理也不能完全擺脫機(jī)房的白名單檢測(cè)。

為了解決這個(gè)問(wèn)題我查看了一些相關(guān)資料，發(fā)現(xiàn)了一款叫"FIKKER" 的WEB 綜合解決方案支持軟件（他官網(wǎng)上的名字就這么長(zhǎng)=.=）。他除了有像NGINX 一樣的反向代理功能（其實(shí)用到的是他的URL 轉(zhuǎn)向功能）外還提供了動(dòng)態(tài)緩存加速、防CC 攻擊等功能。那么利用他的動(dòng)態(tài)緩存加速就可以完美的解決國(guó)內(nèi)用戶訪問(wèn)速度慢的問(wèn)題了，而且因?yàn)榫彺娴臄?shù)據(jù)是從內(nèi)存中直接獲取的所以比將網(wǎng)站部署在國(guó)外主機(jī)還要快！

在用FIKKER 搭建URL 轉(zhuǎn)向和動(dòng)態(tài)緩存的過(guò)程中有一點(diǎn)一定要注意（我在這個(gè)配置上糾結(jié)了很久），緩存的配置一定是URL 轉(zhuǎn)向后的地址！比如我們將www.host.com 指向到國(guó)外主機(jī)然后URL 轉(zhuǎn)向到國(guó)內(nèi)主機(jī)1.1.1.1的8888端口，這時(shí)候一定要針對(duì)1.1.1.1:8888做相關(guān)的緩存配置，否則無(wú)法正確緩存!

至此，網(wǎng)站域名在國(guó)外，但是內(nèi)容提供在國(guó)內(nèi)，降低了成本。又通過(guò)動(dòng)態(tài)緩存解決了訪

問(wèn)速度慢的問(wèn)題，繞開(kāi)機(jī)房白名單終于完美解決?。ù蠹抑蛔鲅芯考纯?，如果都這么干以后機(jī)房肯定會(huì)有新的措施了）

其實(shí)FIKKER 真是非常優(yōu)秀的一款軟件，其功能和應(yīng)用都非常之廣泛。為了避免廣告嫌疑我就不再多說(shuō)了，大家自己查就OK 。

希望有同道著和我一起多多交流學(xué)習(xí)，有好的經(jīng)驗(yàn)希望和我一起分享。QQ ：1021928565