使用URL轉(zhuǎn)向規(guī)避機房白名單的技巧
使用URL 轉(zhuǎn)向規(guī)避機房白名單的技巧國內(nèi)的主機空間都要求備案,否則無法通過機房白名單,網(wǎng)站無法站正常訪問。但是備案的周期之長手續(xù)之繁瑣讓大家望而卻步,一些單純的信息發(fā)布或者產(chǎn)品宣傳網(wǎng)站建設者為了自己方
使用URL 轉(zhuǎn)向規(guī)避機房白名單的技巧
國內(nèi)的主機空間都要求備案,否則無法通過機房白名單,網(wǎng)站無法站正常訪問。但是備案的周期之長手續(xù)之繁瑣讓大家望而卻步,一些單純的信息發(fā)布或者產(chǎn)品宣傳網(wǎng)站建設者為了自己方便往往通過一些技術手段來規(guī)避機房掃描行為。當然我不提倡和贊成這種行為,在此僅對web 反向代理、URL 轉(zhuǎn)向和網(wǎng)站緩存技術做一些探討和研究。
我曾經(jīng)測試使用NGINX 做反向代理,域名指向至國外主機然后通過URL 轉(zhuǎn)向再轉(zhuǎn)到國內(nèi)主機以降低網(wǎng)站成本。(之所以這么做因為考慮到國外主機只負責內(nèi)容轉(zhuǎn)發(fā)并沒有程序和數(shù)據(jù)庫的壓力,而NGINX 又對大并發(fā)訪問支持比較好,所以一臺國外主機可以反向代理N 臺國內(nèi)主機,大量節(jié)約服務器成本)但是后來發(fā)現(xiàn)因為最終用戶訪問的時候由國外至國內(nèi)轉(zhuǎn)了兩層,所以速度很慢(用戶訪問國外服務器,國外服務器從國內(nèi)服務器獲取信息,經(jīng)過兩次轉(zhuǎn)換,所以速度很不理想),而且反向代理也不能完全擺脫機房的白名單檢測。
為了解決這個問題我查看了一些相關資料,發(fā)現(xiàn)了一款叫"FIKKER" 的WEB 綜合解決方案支持軟件(他官網(wǎng)上的名字就這么長=.=)。他除了有像NGINX 一樣的反向代理功能(其實用到的是他的URL 轉(zhuǎn)向功能)外還提供了動態(tài)緩存加速、防CC 攻擊等功能。那么利用他的動態(tài)緩存加速就可以完美的解決國內(nèi)用戶訪問速度慢的問題了,而且因為緩存的數(shù)據(jù)是從內(nèi)存中直接獲取的所以比將網(wǎng)站部署在國外主機還要快!
在用FIKKER 搭建URL 轉(zhuǎn)向和動態(tài)緩存的過程中有一點一定要注意(我在這個配置上糾結(jié)了很久),緩存的配置一定是URL 轉(zhuǎn)向后的地址!比如我們將www.host.com 指向到國外主機然后URL 轉(zhuǎn)向到國內(nèi)主機1.1.1.1的8888端口,這時候一定要針對1.1.1.1:8888做相關的緩存配置,否則無法正確緩存!
至此,網(wǎng)站域名在國外,但是內(nèi)容提供在國內(nèi),降低了成本。又通過動態(tài)緩存解決了訪
,問速度慢的問題,繞開機房白名單終于完美解決!(大家只做研究即可,如果都這么干以后機房肯定會有新的措施了)
其實FIKKER 真是非常優(yōu)秀的一款軟件,其功能和應用都非常之廣泛。為了避免廣告嫌疑我就不再多說了,大家自己查就OK 。
希望有同道著和我一起多多交流學習,有好的經(jīng)驗希望和我一起分享。QQ :1021928565