本規則支持白名單排除式防盜鏈，搜索引擎友好不屏蔽，被盜鏈后的錯誤提示轉向，支持各種文件類(lèi)型，經(jīng)作者親驗真的能用，第一時(shí)間在itmop.com原創(chuàng )發(fā)表，請繼續往下閱讀。
近來(lái)小站遇到了盜鏈問(wèn)題，至使網(wǎng)站的流量枉費流失，于是被迫準備為服務(wù)器安裝防盜鏈機制以挽救本就不寬裕的帶寬。通過(guò)G.CN和B.CN搜索后得出了幾種不同的方案，例如網(wǎng)站程序的URL偽裝法、服務(wù)器端的收費插件法和ISAPI-REWRITE的規則過(guò)濾法等，考慮自身網(wǎng)站結構和錢(qián)包的困難問(wèn)題，最終選擇了后者，即現在流行用來(lái)做偽靜態(tài)的ISAPI Rewrite書(shū)寫(xiě)規則來(lái)實(shí)現我的防盜鏈“夢(mèng)想”。
為什么說(shuō)是夢(mèng)想呢？首先表示惋惜，懶人我搜來(lái)了一大票經(jīng)過(guò)無(wú)數次轉載而來(lái)的文章，把現呈的代碼應用后發(fā)現要么根本不起作用，要么就是效果達不到我想要的，幾經(jīng)周折后終于把這原本認為可以輕易借鑒照搬的防盜鏈給完成了，恨那些只會(huì )轉載和偽原創(chuàng )的站長(cháng)們，自己也不試試就拿來(lái)填充，害了多少人浪費了大把的時(shí)間。
經(jīng)過(guò)惡補正則表達式相關(guān)教程并對前輩們留下的規則進(jìn)行修改后，以下ISAPI Rewrite已經(jīng)在我的服務(wù)器上正常運作。
經(jīng)測試四種情況正常，即站內鏈接正常，白名單里的鏈接正常，盜鏈者鏈接屏蔽，搜索引擎鏈接正常。
詳細如下；
一、完全屏蔽所有盜鏈來(lái)源的寫(xiě)法（如已有其它規則，則置于已有規則的上面）
| RewriteCond Host: (.+) RewriteCond Referer: (?!http://\1.*).* RewriteRule .*\.(?:gif|jpg|jpeg|png|bmp) /block.gif [I,O,N] |
老板，來(lái)個(gè)小解：
第一行通過(guò)RewriteCond的HOST定義其下的規則所適用的請求主機范圍。
第二行通過(guò)RewriteCond的Referer定義規則適用的請求來(lái)源地址，我們都知道任何通過(guò)互聯(lián)網(wǎng)方式訪(fǎng)問(wèn)網(wǎng)站都會(huì )留下Referer的痕跡，就好像我們在IIS日志里看到的一樣。這里的(?!http://\1.*).*意思就是判斷所有通過(guò)http協(xié)義發(fā)來(lái)的請求，都要應用規則。
第三行通過(guò)RewriteRule定義防盜鏈文件的后綴，這里僅是圖片后綴，需要的可以添加mp3,rar等其它所有后綴。后面的/block.gif表示如果遇上這些后綴的文件被盜鏈后的轉向，這里轉向/根目錄的block.gif，可以是HTML等任何文件。如果只想某個(gè)文件夾下面的文件不被盜鏈，只需要加上路徑就可以。例如不想images和pic目錄下的文件被盜，但其它可以。就要改寫(xiě)成：
RewriteRule (/images/|/pic/).*\.(?:gif|jpg|jpeg|png|bmp) /block.gif [I,O,N]
這種情況主要是有些站長(cháng)在別人友情鏈接里的圖片地址是在自己這的。
最后面的[I,O,N]，I表示不區分大小寫(xiě)，O表示對URL進(jìn)行標準化，可能是用來(lái)處理Unicode編碼的地址（例如包含中文的URL）以及QueryString的內容，N表示重新從站點(diǎn)請求文件而不是從本地緩存讀取文件，目的是防止當用戶(hù)訪(fǎng)問(wèn)了盜你鏈的網(wǎng)站后，再回到你的網(wǎng)站也出現盜鏈提示。
提示，由于此規則是通過(guò)Referer來(lái)獲取帶有http://字樣的地址進(jìn)行過(guò)濾，因此它無(wú)法防范其它協(xié)議的盜鏈，比如迅雷下載。但通過(guò)任何瀏覽器直接訪(fǎng)問(wèn)，只要是HTTP協(xié)義的，通殺。
以上關(guān)于RewriteCond和RewriteRule的作用僅是本人的土法理解，歡迎在這方面有專(zhuān)業(yè)研究的朋友在評論中指正，以免誤導，另外如果遇到isapi-rewrite版本問(wèn)題，只要保證后面的正則式寫(xiě)法正確就行。
二、排除性防盜鏈寫(xiě)法
| RewriteCond Host: (.+) RewriteCond Referer: (?!http://\1.*).* RewriteCond Referer: (?!http://(.*)(\.baidu\.com|\.google\.com|\.google\.cn|\.g\.cn|\.gougou\.com|\.soso\.com|\.sogou\.com|\.youdao\.com|\.bing\.com|\.yahoo\.com|\.yahoo\.cn|\.eojoo\.com)).* RewriteRule .*\.(?:gif|jpg|jpeg|png|bmp) /block.gif [I,O,N] |
老板，來(lái)個(gè)小解：
第一行同上
第二行同上
第三行通過(guò)正則表達式對第二行中的請求協(xié)義地址進(jìn)行過(guò)濾，這里按上面的寫(xiě)法，過(guò)濾了所有流行的搜索引擎，當然也包括你自己的站，或是你同臺服務(wù)器其它的站。每個(gè)不同的域名寫(xiě)法是\.baidu\.com，多個(gè)有|號相隔。如果是IP則這樣寫(xiě)100\.100\.100\.100
第四行同上
這樣說(shuō)明應該不難理解吧，直接拿去用，按著(zhù)原有格式改。
規則中出現的正則表達式符號小解：
. 表示匹配除換行符以外的任意字符
+ 表示前面的字符可以出現一到任意多次
* 表示前面的字符可以出現零到任意多次
() 表示一個(gè)表達組，可以拿它和加減乘除法一起理解
! 表示斷言這個(gè)符號后面的字符如果出現則不再進(jìn)行接下去的匹配
\ 表示轉義符號，比如網(wǎng)址中的.是規則內置的運算符號，要把它通過(guò)\轉義成字符。
| 表示或者，用于連接多種可能
通過(guò)以上這“亂七八糟”的符號，竟然組成了如此強大的規則，感嘆！
聯(lián)系客服
