當瀏覽器向web服務器發送請求的時候，一般會帶上Referer，告訴服務器我是從哪個頁面鏈接過來的，服務器籍此可以獲得一些信息用於處理,不過這個Referer是可以僞造。下面是小編爲大家帶來的使用php僞造referer的方法，歡迎閱讀。
什麼是HTTP Referer
簡言之，HTTP Referer是header的一部分，當瀏覽器向web服務器發送請求的時候，一般會帶上Referer，告訴服務器我是從哪個頁面鏈接過來的，服務器籍此可以獲得一些信息用於處理。比如從我主頁上鍊接到一個朋友那裏，他的服務器就能夠從HTTP Referer中統計出每天有多少用戶點擊我主頁上的鏈接訪問他的網站。
Referer其實應該是英文單詞Referrer，不過拼錯的人太多了，所以編寫標準的人也就將錯就錯了。
我的問題
我剛剛把feed閱讀器改變爲Gregarius，但他不像我以前用的liferea，訪問新浪博客的時候，無法顯示其中的圖片，提示“此圖片僅限於新浪博客用戶交流與溝通”，我知道，這就是HTTP Referer導致的。
由於我上網客戶端配置的特殊性，首先懷疑是squid的問題，但通過實驗排除了，不過同時發現了一個Squid和Tor、Privoxy協同使用的隱私泄露問題，留待以後研究。
Gregarius能處理這個問題麼？
答案是否定的，因爲Gregarius只是負責輸出html代碼，而對圖像的訪問是有客戶端瀏覽器向服務器請求的。
不過，安裝個firefox擴展也許能解決問題，文中推薦的”Send Referrer”我沒有找到，但發現另外一個可用的：”RefControl“，可以根據訪問網站的不同，控制使用不同的Referer。
但是我不喜歡用Firefox擴展來解決問題，因爲我覺得他效率太低，所以我用更好的方式——Privoxy。
Privoxy真棒
在Privoxy的on中添加兩行：
{+hide-referrer{forge}}
這樣Gregarius中新浪博客的圖片就出來了吧？+hide-referrer是Privoxy的一個過濾器，設置訪問時對HTTP Referer的處理方式，後面的forge代表用訪問地址當作Refere的，還可以換成block，代表取消Referer，或者直接把需要用的Referer網址寫在這裏。
用Privoxy比用Firefox簡單的多，趕緊換吧。
From https to http
我還發現，從一個https頁面上的鏈接訪問到一個非加密的http頁面的時候，在http頁面上是檢查不到HTTP Referer的，比如當我點擊自己的https頁面下面的w3c xhtml驗證圖標（網址爲http://XXX），從來都無法完成校驗，提示：
No Referer header found!
原來，在http協議的rfc文檔中有定義：
代碼如下:
15.1.3 Encoding Sensitive Information in URI's
Clients SHOULD NOT include a Referer header field in a (non-secure)
HTTP request if the referring page was transferred with a secure
protocol.
這樣是出於安全的考慮，訪問非加密頁時，如果來源是加密頁，客戶端不發送Referer，IE一直都是這樣實現的，Firefox瀏覽器也不例外。但這並不影響從加密頁到加密頁的訪問。
Firefox中關於Referer的設置
都在裏，有兩個鍵值：
RefererHeader (default=2) 設置Referer的發送方式，0爲完全不發送，1爲只在點擊鏈接時發送，在訪問頁面中的圖像什麼的時候不發送，2爲始終發送。參見Privacy Tip #3: Block Referer Headers in Firefox
SecureXSiteReferrer (default=true) 設置從一個加密頁訪問到另外一個加密頁的時候是否發送Referer，true爲發送，false爲不發送。
利用Referer防止圖片盜鏈
雖然Referer並不可靠，但用來防止圖片盜鏈還是足夠的，畢竟不是每個人都會修改客戶端的配置。實現一般都是通過apache的配置文件，首先設置允許訪問的地址，標記下來：
# 只允許來自的訪問，圖片可能就放置在網站的頁面上
SetEnvIfNoCase Referer "^" local_ref
# 直接通過地址訪問
SetEnvIf Referer "^$" local_ref
然後再規定被標記了的訪問才被允許：
代碼如下:
<FilesMatch ".(gif|jpg)">
Order Allow,Deny
Allow from env=local_ref
</FilesMatch>
或者
代碼如下:
<Directory /web/images>
Order Deny,Allow
Deny from all
Allow from env=local_ref
</Directory>
不要使用Rerferer的地方
不要把Rerferer用在身份驗證或者其他非常重要的檢查上，因爲Rerferer非常容易在客戶端被改變，不管是通過上面介紹的Firefox擴展，或者是Privoxy，甚至是libcurl的.調用，所以Rerferer數據非常之不可信。
如果你想限制用戶必須從某個入口頁面訪問的話，與其使用Referer，不如使用session，在入口頁面寫入session，然後在其他頁面檢查，如果用戶沒有訪問過入口頁面，那麼對應的session就不存在，參見這裏的討論。不過和上面說的一樣，也不要過於相信這種方式的“驗證”結果。
個人感覺現在Rerferer除了用在防盜鏈，其他用途最多的就是訪問統計，比如統計用戶都是從哪裏的鏈接訪問過來的等等。
HTTP-REFERER這個變量已經越來越不可靠了，完全就是可以僞造出來的東東。
以下是僞造方法：
PHP(前提是裝了curl):
代碼如下:
$ch = curl_init();
curl_setopt ($ch, CURLOPT_URL, "");
curl_setopt ($ch, CURLOPT_REFERER, "");
curl_exec ($ch);
curl_close ($ch);
PHP(不裝curl用sock)
$server = '';
$host = '';
$target = '/';
$referer = ''; // Referer
$port = 80;
$fp = fsockopen($server, $port, $errno, $errstr, 30);
if (!$fp)
{
echo "$errstr ($errno)<br />n";
}
else
{
$out = "GET $target HTTP/1.1rn";
$out .= "Host: $hostrn";
$out .= "Cookie: ASPSESSIONIDSQTBQSDA=DFCAPKLBBFICDAFMHNKIGKEGrn";
$out .= "Referer: $refererrn";
$out .= "Connection: Closernrn";
fwrite($fp, $out);
while (!feof($fp))
{
echo fgets($fp, 128);
}
fclose($fp);
}
javascript
equestHeader("Referer", "http://URL");// 呵呵~假的~
JS不支持^_^
原理都是sock構造http頭來senddata。其他語言什麼的比如perl也可以,
目前比較簡單的防禦僞造referer的方法是用驗證碼（Session）。
現在有一些能防盜鏈軟件的商業公司比如UUDOG，linkgate，VirtualWall什麼的，都是開發的應用於IIS上面的dll。
有的是採用cookies驗證、線程控制，有的是能隨機生成文件名然後做URL重寫。有的方法能的確達到不錯的效果.
不過道高一尺，魔高一丈，這些雕蟲小技終歸是有破解方法的。
一般的就是這樣的了，但是服務器就不好實現僞造，只能製造不多的數據了，如果可以實現訪問網頁就可以僞造，那就可以實現了真正的僞造，實現自然IP分佈。
