『盜鏈』的定義是：此內部實質意義不在自個兒服務器上，而經過技術手眼，繞過另外的人放廣告有幫助益的最後頁，直接在自個兒的有廣告有幫助益的頁面上向最後用戶供給此內部實質意義。 每常是一點名不出名的小網站來盜取一點有實在的力量的大網站的地址（譬如一點音樂、圖片、軟件的下載地址）而後安放在自個兒的網站中，經過這種辦法盜取大網站的空間和流量。

　　為何會萌生盜鏈

　　普通瀏覽有一個關緊的現象就是一個完整的頁面並不是一次所有傳遞到客戶端的。假如煩請的是一個帶有很多圖片和其他信息的頁面，那末最先的一個Http煩請被傳遞歸來的是這個頁面的文本，而後經過客戶端的瀏覽器對這段文本的詮釋執行，發覺那裡面還有圖片，那末客戶端的瀏覽器會再送出一條Http煩請，當這個煩請被處置後那末這個圖片文件會被傳遞到客戶端，而後瀏覽器回將圖片安插到頁面的准確位置，就這麼一個完整的頁面或許要通過送出多條Http煩請能力夠被完整的顯露。基於這麼的機制，便會萌生一個問題，那就是盜鏈問題：就是一個網站中假如沒有起頁面中所謂信息，例如圖片信息，那末它足以將這個圖片的連署到別的網站。這麼沒有不論什麼資源的網站利用seo了別的網站的資源來展覽給瀏覽者，增長了自個兒的過訪量，而大多瀏覽者又不會很容易地發覺，這麼顯然，對於那一個被利用了資源的網站是不公的。一點不好網站為了不增加成本而擴大充實自個兒站點內部實質意義，常常挪用其它網站的鏈接。一方面損害到了原網站的合法好處，另一方面又加重了服務器的負擔。
我的網站碰到最多的是兩類盜鏈，一是圖片盜鏈，二是文件盜鏈。以前有一個過訪量莫大的網站盜鏈我網站的圖片，一天竟至耗費了數G的流量。同時，我站放的不少幾十兆的大型軟件也常遭到文件盜鏈，數量多耗費我站資源。

　　盜鏈的解決方案

　　實際上經過WEB服務器的URL過淋技術，這個費心思的問題會很容易獲得解決。

　　假如WEB服務器用的是APACHE的話，那末運用APACHE自帶的Url Rewrite功能可以很輕松地避免各種盜鏈，其原理是查緝REFER，假如REFER的信息來自其它網站則嚴禁過訪所需求的資源。

　　那末，IIS支持UrlRewrite嗎？

　　解答很簡單，不支持。不過我們可以經過安裝第三方服務器擴展讓IIS支持。

　　到現在為止有一種產品能比較好地支持IIS的UrlRewrite，姓名叫ISAPI_Rewrite。

　　下載地址在： 實際向上級反映問的是 對應的款式化表現式應當為 /test.asp\?id=$1 。

　　施行正則表現式的編著的時刻，可以利用isapi_rewrite供給的正則表現式測短期工具（默許安裝供給），施行調整。做好了般配表現式和款式化表現式，我們可以把他們放到安裝目次下的httpd.ini裡邊。文件保留後，不需從新開始工作iis即可發生效力。

　　對於我的網站，我防盜鏈的辦法是在httpd.ini裡邊參加如下所述語句
RewriteCond Host: (.+)

RewriteCond Referer: (?!http://\1.*).*

RewriteRule .*\.(?:gifjpgpngexerarzip) /block.gif [I,O]

　　而後重啟IIS，這時防盜鏈就著手起效用了，其它網站盜鏈過來的煩請都會被不接受。

　　到此，我也終於可以脫離了被盜鏈的煩悶苦惱了。