nginx中防止别人域名指向你的IP
nginx中防止别人域名指向你的IP,设置后没有在server中绑定的域名会返回400
server {
listen 80 default;
location / { return 400; }
}
By admin|Web服务器|Be the first to comment!
nginx中防止别人域名指向你的IP,设置后没有在server中绑定的域名会返回400
server {
listen 80 default;
location / { return 400; }
}
By admin|Web服务器|Be the first to comment!
如果使用Nginx作为反向代理,而使用这样的配置,那么整站被拿下是迟早的事。
导致问题:Index of/ 也就是俗称的列目录,整站的所有源代码将全部展示在攻击者面前。
By admin|Linux系统|Be the first to comment!
凸墙自从上线就没怎么管过,后续的seo都是GF在处理。最近发现网页时有打不开的现象,因为购置的VPS并非独立服务器所以我确实仔细分析了内核参数,nginx配置,fastcgi并没有发现异常,但是可以断定问题肯定是出在fastcgi处理连接上,因为每次重启fastcgi后页面又会恢复往常的访问速度了。
晚上向超群大牛请教了下这个问题,他看过代码后曰:
fastcgi是进程阻塞的模型,而在线的访问(web proxy)非常消耗进程。
那么当我用在线代理去请求一个页面,fastcgi将会一直阻塞直到一个页面读完,这个等待时间在网络I/O中所占时间太长。有意思的是Nginx 的核心是网络 I/O 非阻塞。所以从nginx的角度来看fastcgi 永远是阻塞的,从fastcgi的角度看,fastcgi 的另一边永远是阻塞。那么纵然我nginx能接受再多的连接,但最后还要卡在fastcgi上。
PHP 5.2.8的库
主要是为了解决字符集问题。
libiconv
由于历史原因,国际化的文字常常由于语言或者国家的原因使用不同的编码。随着互联网时代的到来,通过互联网进行文字交流也逐渐增多:浏览外国的网站,这个时候字符编码的转换变得尤为重要。这带来了一个问题,就是许多字符在某一种编码方式中没有。为了解决这种混乱,Unicode的编码方式被建立。 Unicode是一种超级编码包含了所有这些编码的字符集,因此一些新的文本格式像XML的默认编码方式就是Unicode.
但是很多老式的计算机还在使用当地的传统的字符编码方式。而一些程序,例如邮件程序和浏览器必须能在这些不同的用户编码之间作转换。其他的一些程序则内置支持Unicode,以顺利支持国际化的处理,但是仍然有在Unicode和其他的传统编码之间转换的需求。GNU的libiconv就是为这两种应用设计的编码转换库。