博文大綱：
- 一、開啓apache的Gzip（deflate）功能
- 二、開啓expires緩存功能
- 三、禁止Apache進行目錄遍歷
- 四、隱藏apache的版本信息
- 五、apache日誌切割
- 六、配置防盜鏈
一、開啓apache的Gzip（deflate）功能
gzip可以極大的加速網站，壓縮比率通常在40%~80%之間，在之前的版本中，Gizp是第三方壓縮工具，但是在Gzip 2版本後，Apache自己開發了deflate模塊，用來實現壓縮功能。
如果要開啓apache的壓縮功能，需要在編譯安裝apache時，增加“--enable-deflate”配置項，並且必須在主配置文件中打開下面兩個模塊：
LoadModule deflate_module modules/mod_deflate.so
LoadModule headers_module modules/mod_headers.so注意：如果在編譯安裝時，沒有增加“--enable-deflate”選項，可以使用DSO方式安裝此功能，如下：
[root@www ~]# cd /root/httpd-2.4.23/modules/filters/ #切換至apache 源碼包 mod_deflate 所在的目錄下
[root@www ~]# /usr/local/http-2.4.23/bin/apxs -c -i -a mod_deflate.c #以 dso 的方式編譯安裝到 apache 中如果報錯如下：
此報錯是缺少zlib-devel的安裝包，直接執行“yum -y install zlib-devl”進行安裝即可，然後再次安裝deflate功能。
確認安裝成功：
[root@www filters]# ll /usr/local/http-2.4.23/modules/mod_deflate.so #檢查 mod_deflate 是否安裝，成功安裝這裏會顯示出該文件關於上面執行的命令“/usr/local/http-2.4.23/bin/apxs -c -i -a mod_deflate.c”。
選項解釋如下：
- -c：表示需要執行編譯操作；
- -i：表示需要執行安裝操作，以安裝一個或多個動態共享對象到服務器的modeles目錄中。
- -a：此選項是自動增加一個LoadModule 行到 httpd.conf 文件中，以啓用此模塊，或者，如果此行已經存在，則啓用它。
安裝完成後，默認是啓用了這兩個模塊的，但是檢查apache的主配置文件時，可能會報錯，如下：
解決辦法：需要在 LoadModule deflate_modulemodules/mod_deflate.so 配置項的前面加載 zlib.so。剛纔yum安裝zlib時，它默認安裝在了/usr/lib64目錄下，所以在apache主配置文件中，在 LoadModule deflate_module modules/mod_deflate.so 這行的上一行添加 LoadFile /usr/lib64/libz.so 即可。
最後確認開啓壓縮功能（apache主配置文件中必須開啓以下三行，這三行不一定在同一位置，但是LoadFile /usr/lib64/libz.so必須在那兩個之前）：
LoadFile /usr/lib64/libz.so
LoadModule deflate_module modules/mod_deflate.so
LoadModule headers_module modules/mod_headers.so至此，壓縮功能就開啓了，接下來配置壓縮的功能。
在apache的主配置文件的末尾寫入以下內容（在添加代碼前最好先確定以下代碼是否存在）：
<IfModule mod_deflate.c> <!--deflate模塊配置-->
DeflateCompressionLevel 6 <!--壓縮等級範圍0-9，數字越大，壓縮比越高，建議取中，否則會加大CPU的壓力-->
SetOutputFilter DEFLATE <!--設置輸出過濾器，對輸出啓用壓縮，就像一個開關一樣，告訴apache對傳輸到瀏覽器的內容進行壓縮-->
AddOutputFilterByType DEFLATE text/*
<!--設置對文件是對文本的內容進行壓縮，如text/html text/css text/plain等-->
AddOutputFilterByType DEFLATE application/ms* application/vnd* application/postscript application/javascript application/x-javascript
<!--對JavaScript文件進行壓縮-->
AddOutputFilterByType DEFLATE application/x-httpd-php application/x-httpd-fastphp
<!--對php類型的文件進行壓縮-->
SetEnvIfNoCase Request_URI .(?:gif|jpe?g|png)$ no-gzip dont-vary
<!--設置圖片類型不進行壓縮，圖片壓縮後的大小可能超過原來的大小，而且可能會失真，所以不對圖片進行壓縮。注：?號表示不會捕獲（）裏的內容了-->
SetEnvIfNoCase Request_URI .(?:exe|t?gz|zip|bz2|sit|rar)$ no-gzip dont-vary
<!--同上，就是設置不對 exe，tgz，gz 等的文件進行壓縮-->
SetEnvIfNoCase Request_URI .(?:pdf|mov|avi|mp3|mp4|rm)$ no-gzip dont-vary
<!--同上就是設置不對 pdf，avi，mp3 等的文件進行壓縮-->
</IfModule>
<!--以下是設置壓縮信息的日誌輸出-->
DeflateFilterNote Input input_info <!--聲明輸入流的 byte 數量-->
DeflateFilterNote Output output_info <!--聲明輸出流的 byte 數量-->
DeflateFilterNote Ratio ratio_info <!--聲明壓縮的百分比-->
LogFormat '"%r" %{output_info}n/%{input_info}n (%{ratio_info}n%%)' deflate <!--聲明日誌格式-->
CustomLog logs/deflate_log.log deflate <!--指定日誌的存放路徑-->可根據上面的配置，定義自己需要的壓縮項目，要壓縮的文件類型根據自己所需要的配置即可（注：除了圖片之外，flash 的 swf 文件也是不用啓用 GZip 壓縮的。）。
去除註釋後的代碼如下：
<IfModule mod_deflate.c>
DeflateCompressionLevel 6
SetOutputFilter DEFLATE
AddOutputFilterByType DEFLATE text/*
AddOutputFilterByType DEFLATE application/ms* application/vnd* application/postscript application/javascript application/x-javascript
AddOutputFilterByType DEFLATE application/x-httpd-php application/x-httpd-fastphp
SetEnvIfNoCase Request_URI .(?:gif|jpe?g|png)$ no-gzip dont-vary
SetEnvIfNoCase Request_URI .(?:exe|t?gz|zip|bz2|sit|rar)$ no-gzip dont-vary
SetEnvIfNoCase Request_URI .(?:pdf|mov|avi|mp3|mp4|rm)$ no-gzip dont-vary
</IfModule>
DeflateFilterNote Input input_info
DeflateFilterNote Output output_info
DeflateFilterNote Ratio ratio_info
LogFormat '"%r" %{output_info}n/%{input_info}n (%{ratio_info}n%%)' deflate
CustomLog logs/deflate_log.log deflate 修改完成後，保存退出並且重啓http服務，使用谷歌瀏覽器訪問（在訪問前按“F12”），即可看到壓縮相關的信息（最好修改網頁的文件，使其大一些，否則不會啓用壓縮，看不到效果），如下：
查看壓縮信息產生的日誌：
[root@apache http-2.4.23]# cat logs/deflate_log.log #查看壓縮日誌
"GET / HTTP/1.1" 74/4545 (1%) #74表示壓縮後的大小，4545表示壓縮前的大小，末尾的括號中是壓縮率
"GET / HTTP/1.1" 74/4545 (1%)
"-" -/- (-%)
[root@apache http-2.4.23]# ll htdocs/index.html #可以查看網頁的大小是否爲壓縮前的大小“4545”
-rw-r--r--. 1 root root 4545 10月 12 23:00 htdocs/index.html壓縮方面的優化，至此結束。
二、開啓expires緩存功能
expires功能可以較少20%~30%左右的重複請求，讓重複的用戶對指定的頁面請求結果都cache在本地，而無需向服務器發出請求。但是經常發生更改的文件不建議這麼做。
1、在沒有緩存機制的情況下，先查看以下獲取的響應報文。
[root@apache htdocs]# curl -I 127.0.0.1/test.jpg #訪問一個圖片
HTTP/1.1 200 OK
Date: Sun, 13 Oct 2019 02:10:34 GMT
Server: Apache/2.4.23 (Unix)
Last-Modified: Mon, 22 Jul 2019 05:55:51 GMT
ETag: "415bf-58e3eba7687c0"
Accept-Ranges: bytes
Content-Length: 267711
Content-Type: image/jpeg #這就是內容的格式，在定義緩存機制時的類型就是根據這來定義的
#可以看到，上面沒有出現cache等相關字樣2、配置expires緩存功能：
[root@apache htdocs]# vim /usr/local/http-2.4.23/conf/httpd.conf #編輯主配置文件
..................#省略部分內容
LoadModule expires_module modules/mod_expires.so #去掉此行註釋符號
#然後在配置文件的末尾添加以下expires規則
<IfModule mod_expires.c>
ExpiresActive On #開啓緩存機制
#以下是定義各種類型的文件緩存多長時間
ExpiresByType text/css "now plus 1 month"
ExpiresByType application/x-javascript "now plus 5 day"
ExpiresByType image/jpeg "access plus 30 days" #這裏將圖片的緩存時間設置爲30天
ExpiresByType image/gif "access plus 1 month"
ExpiresByType image/bmp "access plus 1 month"
ExpiresByType image/x-icon "access plus 1 month"
ExpiresByType image/png "access plus 1 minute"
ExpiresByType application/x-shockwave-flash "access plus 1 month"
ExpiresDefault "now plus 0 minute" #這行表示上面沒有定義的，則不進行緩存。
</IfModule>
#寫入後，保存退出即可。
[root@apache htdocs]# apachectl -t #測試配置文件是否有誤
Syntax OK
[root@apache htdocs]# apachectl restart #重啓apache，以便剛纔的更改生效無註釋的配置文件如下：
LoadModule expires_module modules/mod_expires.so
<IfModule mod_expires.c>
ExpiresActive On
ExpiresByType text/css "now plus 1 month"
ExpiresByType application/x-javascript "now plus 5 day"
ExpiresByType image/jpeg "access plus 30 days"
ExpiresByType image/gif "access plus 1 month"
ExpiresByType image/bmp "access plus 1 month"
ExpiresByType image/x-icon "access plus 1 month"
ExpiresByType image/png "access plus 1 minute"
ExpiresByType application/x-shockwave-flash "access plus 1 month"
ExpiresDefault "now plus 0 minute"
</IfModule>緩存機制的配置格式：ExpiresByType type/encoding "<base> [plus] {<num><type>}"
1、其中<base>是下列之一：
- access（相對於客戶端訪問的時間）
- now（相當於access）
- modification（相對於最後一次修改源文件後的緩存時間）
2、該plus關鍵字是可選的。num 應該是整數值，並且type是以下之一：- years
- months
- weeks
- days
- hours
- minutes
- seconds
也可以使用以下格式來定義緩存機制：
ExpiresByType image/jpeg A2592000 #表示圖片的緩存是1個月
ExpiresByType text/html M604800 #表示HTML文檔的有效期是最後修改時刻後的一星期如果使用“A”（等同於access）“M”（等同於modification）來定義緩存有效期，那麼只能以秒來計算。
結論：expires模塊可以將到期日期設置爲相對於上次修改源文件的時間，還是相對於客戶端訪問的時間。
3、進行訪問測試，查看是否有緩存機制：
[root@apache htdocs]# curl -I 127.0.0.1/test.jpg #訪問某個圖片
HTTP/1.1 200 OK
Date: Sun, 13 Oct 2019 02:16:44 GMT
Server: Apache/2.4.23 (Unix)
Last-Modified: Mon, 22 Jul 2019 05:55:51 GMT
ETag: "415bf-58e3eba7687c0"
Accept-Ranges: bytes
Content-Length: 267711
Cache-Control: max-age=2592000 #這就是緩存的時間，單位是秒
Expires: Tue, 12 Nov 2019 02:16:44 GMT
Content-Type: image/jpeg關於緩存的配置格式，可以閱讀其官方文檔進行詳細瞭解。
三、禁止Apache進行目錄遍歷
當web服務器收到請求報文時，會自動在網頁根目錄下尋找index.html文件，那麼，如果沒有這個文件呢？
[root@apache htdocs]# ls #確認web服務器的網頁根目錄沒有index.html文件
a.sh images test.jpg客戶端就會看到以下界面：
可以看到，如果沒有index.html文件，那麼我們的網頁結構就直接暴露給了client，這樣多少會存在一些隱患，所以，怎麼解決呢？
解決方法如下：
[root@apache htdocs]# vim ../conf/httpd.conf #編輯主配置文件
Options Indexes FollowSymLinks #定位到這行
#更改如下：
Options FollowSymLinks #將中間的Indexes刪除即可保存退出
[root@apache htdocs]# apachectl restart #重啓apache以便生效Indexes 的作用就是當該目錄下沒有 index.html 文件時，就顯示目錄結構。
客戶端再次訪問：
OK！！！看到的是403頁面。
四、隱藏apache的版本信息
[root@apache htdocs]# curl -I 127.0.0.1 #查看默認apache的狀態信息
HTTP/1.1 403 Forbidden
Date: Sun, 13 Oct 2019 03:08:39 GMT
'Server: Apache/2.4.23 (Unix) ' #可以看到apache的詳細版本信息
Content-Type: text/html; charset=iso-8859-1若想隱藏，須進行以下操作：
[root@apache htdocs]# cd ../conf/
[root@apache conf]# vim httpd.conf #編輯主配置文件
Include conf/extra/httpd-default.conf #去掉此行前的註釋符號後保存退出
[root@apache conf]# pwd #查看當前工作路徑
/usr/local/http-2.4.23/conf
[root@apache conf]# vim extra/httpd-default.conf #編輯此文件
#找到下面這兩行：
ServerTokens Full
ServerSignature Off
#更改如下：
ServerTokens Prod
ServerSignature On
#更改後保存退出
[root@apache conf]# apachectl restart #重啓服務，以便更改生效
[root@apache conf]# curl -I 127.0.0.1 #再次訪問查看
HTTP/1.1 403 Forbidden
Date: Sun, 13 Oct 2019 03:19:17 GMT
Server: Apache #發現只有apache了，而沒有了詳細的版本
Content-Type: text/html; charset=iso-8859-1如果你需要徹底將版本之類的信息進行改頭換面，你就需要在編譯之前做準備或者進行重新編譯了。在重新編譯時，修改apache的源碼包下 include 目錄下的 ap_release.h 配置文件
#define AP_SERVER_BASEVENDOR "Apache Software Foundation" #服務的供應商名稱
#define AP_SERVER_BASEPROJECT "Apache HTTP Server" #服務的項目名稱
#define AP_SERVER_BASEPRODUCT "Apache" #服務的產品名
#define AP_SERVER_MAJORVERSION_NUMBER 2 #主要版本號
#define AP_SERVER_MINORVERSION_NUMBER 4 #小版本號
#define AP_SERVER_PATCHLEVEL_NUMBER 23 #補丁級別
#define AP_SERVER_DEVBUILD_BOOLEAN 0 #上述列出的行，可以修改成自己想要的，然後編譯安裝之後，客戶端就徹底不知道你的版本號了。
五、apache日誌切割
隨着網站的訪問量越來越大，web server產生的日誌文件也會越來越大，如果不進行分割，必定會有一定程度的不方便。因此，管理好這些海量的日誌對網站的意義是很大的。
日誌分割共兩種方法。
方法1：使用rotatelogs（apache自帶的工具）按天分割日誌，每隔一天記錄一個日誌
[root@apache conf]# vim httpd.conf #編輯主配置文件
#將以下兩行配置註釋掉（去除默認的日誌記錄）
#ErrorLog "logs/error_log"
#CustomLog "logs/access_log" common
#然後最好在CustomLog "logs/access_log" common配置的下一行添加如下內容（以下內容不可以直接複製，請看下面的解釋）：
ErrorLog "|/usr/local/http-2.4.23/bin/rotatelogs -l logs/error_%Y-%m-%d.log 86400"
CustomLog "|/usr/local/http-2.4.23/bin/rotatelogs -l logs/access_%Y-%m-%d.log 86400" combined
#添加後，保存退出即可上面兩行的配置項，必須在<IfModule log_config_module> </IfModule>標籤中寫入。這就是我爲什麼說最好寫在CustomLog "logs/access_log" common配置的下一行的原因，因爲這行就在該標籤中，寫在它的下一行，錯不了。
在上面添加的內容中，86400爲輪轉的時間，單位是秒（也就是一天生成一個日誌文件）；
需要注意我這裏的rotatelogs命令的絕對路徑，需根據自己的實際安裝路徑來定，不要直接複製。
[root@apache conf]# apachectl restart #重啓服務，以便更改生效
[root@apache conf]# ls ../logs/ #查看日誌文件，會發現沒有access的切割日誌
access_log 'error_2019-10-13.log' error_log httpd.pid
#此時，原來的access_log和error_log日誌文件已經可以刪除了
#沒有access的切割日誌是因爲更改後還沒有訪問過
[root@apache conf]# curl 127.0.0.1 &> /dev/null #訪問一下
[root@apache conf]# ls ../logs/ #再次查看，就有了
'access_2019-10-13.log error_2019-10-13.log' httpd.pid
access_log error_log
由於 apache 自帶的日誌輪詢工具 rotatelogs，據說在進行日誌切割時容易丟日誌，因此我們通常使用 cronolog （也就是方法2）進行日誌輪詢。
方法2：使用cronolog爲每一天建立一個新的日誌
同樣需要註釋掉主配置文件中的下面兩行：
#ErrorLog "logs/error_log"
#CustomLog "logs/access_log" common下載我提供的cronolog源碼包
[root@apache src]# rz #使用xshell上傳我提供的源碼包
#進行編譯安裝
[root@apache src]# tar zxf cronolog-1.6.2.tar.gz
[root@apache src]# cd cronolog-1.6.2/
[root@apache cronolog-1.6.2]# ./configure && make && make install
[root@apache conf]# pwd #切換工作路徑至此
/usr/local/http-2.4.23/conf
[root@apache conf]# vim httpd.conf #編輯主配置文件
#將方法1中寫入的日誌切割配置項刪除，寫入下面的兩行配置
ErrorLog "|/usr/local/sbin/cronolog logs/error-%Y-%m-%d.log"
CustomLog "|/usr/local/sbin/cronolog logs/access-%Y-%m-%d.log" combined
#寫完保存退出即可
[root@apache logs]# ls #爲了避免混亂，我移走了原有的日誌文件
httpd.pid
[root@apache logs]# apachectl restart #重啓
[root@apache logs]# curl 127.0.0.1 &> /dev/null #訪問一下，以便生成訪問日誌文件
[root@apache logs]# ls #查看確認，
access-2019-10-13.log error-2019-10-13.log httpd.pid至此，即可實現了每天的日誌文件分開單獨存放。
如果 Apache 中有多個虛擬主機，最好每個虛擬主機中放置一個這樣的代碼，並將日誌文件名改成不同的名字。
3、附加
如果網站訪問量實在過於龐大，那麼我們可能更需要的是將日誌按小時分割，然後按小時分割的日誌存放在一個目錄中，也就是說，每天對應一個目錄，這個 目錄下存放的是當天產生的按小時分割的日誌。
實現如下：
只需將方法2中寫入的兩行配置項，更改爲如下即可：
[root@apache conf]# vim httpd.conf #更改如下
ErrorLog "|/usr/local/sbin/cronolog logs/error_%Y-%m-%d/error_log.%H"
CustomLog "|/usr/local/sbin/cronolog logs/access_%Y-%m-%d/access_log.%H" combined
[root@apache conf]# apachectl restart #重啓
[root@apache logs]# curl 127.0.0.1 #訪問一下
[root@apache http-2.4.23]# pwd #切換工作路徑
/usr/local/http-2.4.23
[root@apache http-2.4.23]# tree logs/ #使用tree命令查看
logs/
|-- access_2019-10-13 #訪問的日誌日期
| `-- access_log.12 #12點產生的
|-- error_2019-10-13 #錯誤的日誌日期
| `-- error_log.12 #也是12點產生的
`-- httpd.pid注意：以上兩個管道日誌文件程序還有一點不同之處是使用 cronolog 時如果日誌是放在某個不存在的路徑則會自動創建目錄，而使用 rotatelogs 時不能自動創建，這一點要特別注意
六、配置防盜鏈
有時候，你的網站莫名其妙的訪問量變大，不要高興的太早，有可能是被別人盜鏈了。
舉個例子：比如你搭了個論壇，裏面有些熱點圖片、視頻；然後別人將他網站上訪問圖片的地址重定向到你的 論壇上，這樣他的服務器就可以空閒出來了；也就是說別人訪問他網站的圖片視頻，消耗的卻是你服務器的資源。
如果解決這個問題，需要藉助apache的rewrite模塊，配置如下：
[root@apache conf]# vim httpd.conf #編輯主配置文件
#確認有以下的配置項，並且去掉註釋，若沒有下面這行，則需安裝rewrite模塊
LoadModule rewrite_module modules/mod_rewrite.so開啓rewrite模塊後，找到自己網站對應的配置文件（如主配置文件或虛擬主機配置文件中），在末尾加入以下代碼：
RewriteEngine On
RewriteCond %{HTTP_REFERER} !^$
RewriteCond %{HTTP_REFERER} !^http://test.com/.*$ [NC]
RewriteCond %{HTTP_REFERER} !^http://test.com$ [NC]
RewriteCond %{HTTP_REFERER} !^http://www.test.com/.*$ [NC]
RewriteCond %{HTTP_REFERER} !^http://www.test.com$ [NC]
RewriteRule .*\.(gif|jpg|swf)$ http://www.test.com/about/nolink.png [R,NC,L]相關選項解釋如下：
- RewriteEngine On：啓用rewrite，必須寫上；
- RewriteCond......：在寫RewriteRule之前，可以有一條或多條，用於測試rewrite的匹配條件，具體寫法，後面再聊；
- .RewriteRule：配置規則；
- %{HTTP_REFERER}：服務器變量，http referer是header的一部分，當瀏覽器向web服務器發送請求的時候，一般會帶上referer，告訴服務器是我是從哪個頁面鏈接過來的，服務器就藉此可以獲取一些信息用於處理，比如從我主頁上鍊接到一個朋友那裏，他的服務器就可以從http referer中統計出每天有多少用戶點擊我主頁上的鏈接訪問他的網站；
- [ NC]指的是不區分大小寫,[R]強制重定向 redirect；
- 字母 L 表示如果能匹配本條規則，那麼本條規則是最後一條(Last)，忽略之後的規則；
- RewriteCond %{HTTP_REFERER} !^$：這行配置項作用是允許空“HTTP_REFERER”的訪問，就是用戶直接在瀏覽器輸入URL訪問該資源，而不是通過鏈接訪問的。
- RewriteCond %{HTTP_REFERER} !test.com/.$ [NC]和RewriteCond %{HTTP_REFERER} !www.test.com/.$ [NC]是設置允許訪問的HTTP來源，包括網站自身。
- RewriteRule .*.(gif|jpg|swf)$ http://www.test.com/about/nolink.png [R,NC,L] 的作用是將不滿足referer條件的訪問重定向至nolink.png， nolink.png 位於允許“盜鏈”的目錄 about中，要相當注意，不然，警告信息和圖片將無法在對方網站上顯示。
注意：測試時注意清除緩存。
小結：
1、紅色部分: 表示自己的信任站點。對我的站點來說，設置爲 http://www.test.com 和http://test.com
2.、綠色部分: 要保護文件的擴展名(以|分開)。表示以這些爲擴展名的文件，必須通過紅色標註的網址引用，纔可以訪問。
3、藍色部分: 定義被盜鏈時替代的圖片，讓所有盜鏈 jpg、gif、swf 等文件的網頁，顯示網頁文檔根目錄下的 about/ nolink.png 文件。 注意：替換顯示的圖片不要放在設置防盜鏈的目錄中，並
且該圖片文件體積越小越好。當然你也可以不設置替換圖片，而是使用這條語句即可：RewriteRule .*.(gif|jpg|png)$ - [F]
注：[F] (強制 URL 爲被禁止的 forbidden),強制當前 URL 爲被禁止的，即，立即反饋一個 HTTP 響應代碼 403(被禁止的)。
對上述的防盜鏈進行測試：
我這裏有A（ www.test.com ） 和B（ www.daolian.com ） 兩臺服務器，其中B服務器的index.html首頁文件如下：
[root@localhost html]# cat index.html #B 服務器的首頁文件是個鏈接，指向了A服務器的test.jpg文件。
<a href="http://www.test.com/test.jpg">link</a>client直接訪問A服務器的test.jpg文件時（其URL和B服務器的超鏈接地址一樣），得到以下美女一枚：
但是如果通過B服務器的超鏈接來訪問呢？請繼續看下去。
What？？？怎麼是隻二哈，不應該是一枚美女嗎？並且它的URL也不是我們B服務器指定的超鏈接地址了。
這就是我們A服務器的防盜鏈配置生效了！！！
利用rewrite實現Apache防盜鏈小結
通過判斷referer變量的值，來判斷圖片或資源的引用是否合法，只有在根據配置符合設定需求範圍內的referer，這樣的網站內容，才能調用訪問指定的資源內容，從而實現了資源被網站盜鏈的目的。需要注意的是：是所有的用戶代理（瀏覽器）都會設置referer變量，而且有的還可以手工修改erferer，referer是可以被僞造的，上面的配置只是一種簡單的防護手段。應付一般的盜鏈足矣。
當網站被盜鏈，一般可以採取以下措施:
- 對本站的圖片、視頻、音頻等文件標上自己的站名品牌或者相關水印;
- 設置防火牆，從源頭IP進行控制
- 設置防盜鏈（根據referer機制）
網站被非法盜鏈使用，會導致網站帶寬成本加大以及服務器壓力加大，嚴重時會導致鉅額的網站及正常用戶訪問受到影響。
好了，防盜鏈至此就實現了。
———————— 本文至此結束，感謝閱讀 ————————