防惡意解析,禁止用IP訪問網站的Apache設置

修改 httpd.conf 實現
服務器君一共花費了122.418 ms進行了5次數據庫查詢,努力地為您提供了這個頁面。
試試閱讀模式?希望聽取您的建議

一般來說,網站可以用域名和IP來訪問。你的網站可以通過IP直接訪問,本來這沒什么問題,但是會有些隱患:

  1. 由于搜索引擎也會收錄你的IP地址的頁面,所以同一個頁面搜索引擎會重復收錄,造成頁面的權重不如單個收錄高。
  2. 域名惡意指向的可能。還記得去年還是前年的 google.com.sb 事件嗎?google.com.sb 這個域名被惡意指向了百度,后來證實了 google.com.sb 這個域名為第三者惡意指向的,并不是Google所為。當然這只是個玩笑,但是如果被人惡意用別的域名解析到你的IP的話,那么你的網站就能通過別人的域名來訪問了。接下來會發生什么?假如那域名是不友善的域名,比如曾經指向非法網站,容易引發搜索引擎懲罰,連帶IP受到牽連。即使域名沒什么問題,但流量也會被劫持到別的域名,從而遭到廣告聯盟的封殺。
  3. ……

如何解決這個問題?最直接的方法是讓用戶只能通過域名來訪問網站,而不能通過IP來直接訪問。這個可以修改Apache配置文件httpd.conf來實現。下面是小站的實現:

NameVirtualHost 121.*.*.*
<VirtualHost 121.*.*.*>
ServerName 121.*.*.*
<Location />
Order Allow,Deny
Deny from all
</Location>
</VirtualHost>

<VirtualHost 121.*.*.*>
DocumentRoot /var/www/nowamagic/
ServerName www.snpmgr.live
</VirtualHost>

<VirtualHost 121.*.*.*>
DocumentRoot /var/www/nowamagic/
ServerName nowamagic.net
</VirtualHost>

第一部分代碼是實現拒絕直接通過 121.*.*.* 這個IP的任何訪問請求,這時如果你用 121.*.*.* 訪問,會提示拒絕訪問。

第二部分代碼就是允許通過 http://www.snpmgr.live/ 這個域名訪問,主目錄指向 /var/www/nowamagic/ (這里服務器OS是 CentOS)

第三部分代碼是允許不帶 www 的域名訪問,應該能和上面的合并一起寫吧。

在這里記錄下,方便以后信手拈來。

本文地址:http://www.snpmgr.live/librarys/veda/detail/2474,歡迎訪問原出處。

不打個分嗎?

轉載隨意,但請帶上本文地址:

http://www.snpmgr.live/librarys/veda/detail/2474

如果你認為這篇文章值得更多人閱讀,歡迎使用下面的分享功能。
小提示:您可以按快捷鍵 Ctrl + D,或點此 加入收藏

大家都在看

閱讀一百本計算機著作吧,少年

很多人覺得自己技術進步很慢,學習效率低,我覺得一個重要原因是看的書少了。多少是多呢?起碼得看3、4、5、6米吧。給個具體的數量,那就100本書吧。很多人知識結構不好而且不系統,因為在特定領域有一個足夠量的知識量+足夠良好的知識結構,系統化以后就足以應對大量未曾遇到過的問題。

奉勸自學者:構建特定領域的知識結構體系的路徑中再也沒有比學習該專業的專業課程更好的了。如果我的知識結構體系足以囊括面試官的大部分甚至吞并他的知識結構體系的話,讀到他言語中的一個詞我們就已經知道他要表達什么,我們可以讓他坐“上位”畢竟他是面試官,但是在知識結構體系以及心理上我們就居高臨下。

所以,閱讀一百本計算機著作吧,少年!

《高性能JavaScript》 Nicholas C. Zakas (作者), 趙澤欣 (合著者), 丁琛 (譯者)

《高性能JavaScript》揭示的技術和策略能幫助你在開發過程中消除性能瓶頸。你將會了解如何提升各方面的性能,包括代碼的加載、運行、DOM 交互、頁面生存周期等。雅虎的前端工程師 Nicholas C. Zakas 和其他五位 JavaScript 專家介紹了頁面代碼加載的最佳方法和編程技巧,來幫助你編寫更為高效和快速的代碼。你還會了解到構建和部署文件到生產環境的最佳實踐,以及有助于定位線上問題的工具。如果你使用 JavaScript 構建交互豐富的 Web 應用,那么 JavaScript 代碼可能是造成你的Web應用速度變慢的主要原因。

更多計算機寶庫...

燃烧吧足球登陆