8種網站防止盜鏈的方法
作為普通的網民來說，一般不需要知道也不用關心什么是盜鏈，不過如果你是網站的開發者或維護者，就不得不重視盜鏈的問題了。如果你剛剛開發完一個沒有防盜鏈的帶有文件下載功能的網站，掛上internet，然后上傳幾個時下非常熱門的軟件或電影并在網站內公布下載地址，讓MSN上的所有好友都來體驗一下你的杰作。
不用多久就會發現網速出奇地變慢，甚至服務器托管中心的服務員會熱情地打電話告訴你的網站流量很大，估計是網站受歡迎起來了，問你是不是該考慮加錢租用帶寬更寬但價格更貴的網線了。在這個值得慶祝的時候趕快打開Google Analytics看看有多少人來光顧你的網站了吧，如果發現訪客每天才十來個人，很遺憾地告訴你：你的網站資源不幸地被人盜鏈了。
而且更糟糕的是，當你把網站上的文件和電影通通刪光之后，網站仍然沒有變快多少，從web服務器的訪問日志里會發現瘋狂的訪問請求正從四面八方涌過來，web服務器為了迎接這批訪客而沒有時間處理正常的頁面，這種狀況可能會一直持續好幾個周時間。
網站資源被盜鏈簡單來說就是別人不是從你的網站通過下載資源，被盜鏈的幾種可能情況：
1、人氣非常旺的網站、論壇、社區的網頁里直接引用了（使用標記）你網站上的圖片，或者直接在其他網頁（使用flash或媒體播放插件）里嵌入了你網站上的mp3。
2、在人氣非常旺的網站、論壇、社區里提供了你的資源的下載地址。
3、你網站的資源可能被一些下載軟件列入了“資源候選名單”，當其他人用下載工具下載相同的文件時，下載軟件會自動找上門并且從你的服務器下載。
既然被盜鏈的后果這么可怕，那有哪些方法可以防止盜鏈呢下面從簡到繁總結一下常見的以及自己實踐過的一些方法，并簡單分析一下。不過很遺憾地，這些方法都沒法完全杜絕被盜鏈，并且防盜鏈的目的應該是從一定的程度上減少被盜鏈所產生的影響，同時能讓合法的用戶能夠以自然的方式、順暢地從你的網站下載資源。
方法1：判斷引用地址
這個方法是最早及最常見的方法。所謂判斷引用地址，就是判斷瀏覽器請求時HTTP頭的Referer字段的值，這個值在asp.net里面可以用 Request.UrlReferrer屬性取得。幾個例子來說，在正常情況下當用戶在瀏覽 http://uushare.com/abc.html 時點擊一個鏈接去到 http://uushare.com/jacky.mp3 文件時，瀏覽器在發出請求jacky.mp3 資源時還會附帶當刻瀏覽器所處的頁面地址（即http://uushare.com/abc.html），所以當你的網站程序接收到下載 jacky.mp3 資源請求的時候，先判斷http的referer字段的值，如果是從 自己的域名（uushare.com）過來的，則可以認為是合法的連接請求，否則就返回一個錯誤的提示信息。
這種方法通常用于圖片、 mp3這種容易被人用html“嵌入”到其他網站的資源，使用這種方法可以防止你的圖片直接出現在別人的網頁里（或者防止mp3直接被其他網站嵌入到 flash播放器里），不過訪客使用下載工具還是可以輕松下載，因為現在的下載工具一般會自動用你的域名構造一個引用地址，所以如果想再進一步防范的話，可以使用一個對應表限制每個資源的引用地址，例如將 jacky.mp3 的引用地址限制為 http://uushare.com/abc.htmlid=12345，這樣下載工具就不太可能構造一個“正確”的引用地址了。
方法2：使用登錄驗證
這個方法常見于論壇、社區。當訪客請求網站上的一個資源時，先判斷此請求是否通過登錄驗證（在asp.net里常用session或form驗證來記錄登錄狀態），如果尚未登錄則返回一個錯誤提示信息。使用這個方法還可以進一步判斷登錄的用戶的權限是否足夠，以實現帶“權限”的下載。
不過因為登錄狀態依賴于會話id，而會話id往往儲存于http請求的cookie字段里，下載工具一般沒法獲得瀏覽器的cookie字段，所以這些資源往往無法使用下載工具來下載，給正常合法用戶帶來諸多不便（因為大部分網民的系統都安裝了下載工具，一點擊下載鏈接一般會被下載工具攔截，導致無法使用瀏覽器本身的下載功能）。簡單的解決方法是將這個session id放到URL中。
這種方法的另外一個缺點是訪客無法匿名下載，所以這個方法一般只用于論壇和社區網站。
方法3：使用cookie
其實這種方法原理上跟方法2差不多。就是在顯示“下載”鏈接的頁面里產生一個動態值的cookie，然后在處理資源下載請求時先判斷cookie里有沒有正確的cookie，如果沒有則返回錯誤提示信息。至于這個動態值如何產生，只要能逆向判斷動態值是否合法的都可以，例如將當前的時間去除秒數取哈希值（也叫散列值）。如果網頁程序是asp.net則更簡單，可以往Session里隨便存一個字符串或數字，然后在處理下載請求時先檢查Session 里是否存在這個字符串或數字。使用這個方法的缺點跟方法2一樣。
方法4：使用POST下載
客戶端瀏覽器請求資源都是使用HTTP的GET方法的，其實使用POST方法也可以往客戶端返回數據。所以可以將下載鏈接換成一個表單（Form）和一個按鈕(Submit)，將待下載的文件的名稱或id放到表單的一個隱藏文本框（Input）里，當用戶點擊提交按鈕時，服務程序先判斷請求是否為 POST方式，如果是則讀取目標資源的二進制數據并寫入響應對象（在asp.net里是respone.BinaryWrite方法）。
使用這個方法的缺點同樣是無法使用下載工具，更沒法實現斷點續傳。 不過比方法2，3好一點的是，下載工具不會攔截你的下載動作，所以正常用戶還是比較順暢地下載到文件。這個方法比較適合小文件的下載。
方法5：使用圖形驗證碼
使用這個方法可以保證每次下載都是“人”在你的網站上下載，而不是下載工具。因為網上很多介紹使用圖形驗證碼的方法，所以這里就不再重復了。這個方法的缺點是比較容易讓正常的用戶感到麻煩。
方法6：使用動態文件名
也叫動態鑰匙法，當用戶點擊一個下載鏈接時，先在程序端計算一個Key（使用一定規律產生的Key，最好不要使用隨機字符串例如GUID，并且這個 Key必須有一定時效的），然后在數據庫或Cache里記錄這個Key以及它所對應的資源ID或文件名，最后讓網頁重定向一個新的URL地址，這個新 URL地址里需要包含這個Key。當瀏覽器或下載工具發出下載請求時，程序先檢測這個Key是否存在，如果存在則返回對應的資源數據。
使用這個方法的好處是下載工具也可以下載，并且在Key失效前可以斷點續傳，并且可以通過Key來控制下載的線程數。
使用這個方法（包括以上所有支持下載工具的方法）的缺點是：當任意一個用戶下載成功之后，你的資源就會被一些下載工具列入“資源候選名單”，以后其他人在其他地方下載同樣的文件時，下載工具會不斷連接你的服務器，即使你的文件已經刪除或者Key已經失效了，這樣會造成類DDos攻擊的后果，下面再介紹兩個即可以讓下載工具下載，又可以防止盜鏈的方法。
方法7：擅改資源的內容
一般熱門的資源都是電影、mp3、較大的壓縮包等，這些文件都是有很多可以插入數據的地方的，例如mp3有一個tag區，rar/zip有一個備注區，電影的內容隨便一個地方，只要在下載過程當中，動態地往這些地方注入一些隨機的字節（幾個字節即可），就可以達到讓整個文件的哈希值（即散列值、指紋值）發生改變，讓從你網站下載的文件的哈希值跟別人的不一樣，就可以防止下載工具主動找上門了。用這個方法配合方法6，可以達到較好的防盜鏈的效果。缺點是，雖然文件被修改的部分不會被“看”、“聽”出來，不過多多少少讓知道的人覺得不爽。另外就是如果別人把從你網站下載的文件放到其他網站，那么仍然存在下載工具主動找上門的情況（雖然實際上它下載不了內容）。
方法8：打包下載
這個方法跟方法7的道理是一樣的，只不過這次不是往原始文件里修改，而是在原始的文件基礎上再加個“外殼”，讓資源的哈希值跟別人的不一樣。使用這個方法可以在不擅改資源原始的內容基礎上實現方法6同樣的效果，并且狠一點的話，甚至可以在打包的時候放入自己的一些廣告。缺點是用戶每次下載都得加壓縮，不過目前大部分人都懂得解壓，所以這個缺點有時可以忽略不計。
【編輯推薦】
