nginx -- 71




1 2 3 4 5 6 7 8

200x200


引言上一篇文章中,我们详细介绍了 SSL 协议与整个通讯流程那么,我们如何配置才能让我们自己的网站被浏览器鉴定为安全,并且从根本上保障通讯的安全性呢?别着急,本文我们就来详细介绍如

#技术帖    #技术分享    #nginx    #http   
概述遇到一个需求,需要根据访问域名中解析出的某部分去访问对应的目录这个需求对于测试环境中,多用户使用相同目录结构进行独立访问的场景是非常有用的,也被称为“泛域名”其实,使用正则表达式和 nginx 配置中的变量功能是很容易实现的 nginx 配置server { listen 80; server_name ~^(?<subdomain>.+).techlog.cn; root /home/$subdomain/techlog; index index.html index.htm index.php; fastcgi_intercept_errors on; error_page 404 = /404.html; location / { try_files $uri $uri/ =404; } error_page 500 502 503 504 /50x.html; location = /50x.html { root html; } location ~ .php$ { fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; fastcgi_param SCRIPT_F
#技术帖    #config    #服务器    #技术分享   

200x200


概述upstream 是 nginx http 模块的重要成员之一,此前我们介绍过 nginx http 模块执行的 1

#技术帖    #龙潭书斋    #nginx    #server   
概述上一篇日志,我们介绍了 nginx upstream 做负载均衡和反向代理的基本配置:nginx upstream 配置 事实上,作为反向代理服务器,缓存是非常有必要的,nginx 实现 upstream 的 ngx_http_proxy_module 实现了非常实用的缓存功能,可以通过配置将上游服务器的资源以一定的规则缓存到本地文件夹下本篇日志我们就结合官方文档说明一下 nginx upstream 缓存的配置和使用 缓存的配置下面是一个典型的配置:proxy_temp_path /usr/local/nginx/proxy_temp_dir 1 2; proxy_cache_path /usr/local/nginx/proxy_cache_dir/cache1 levels=1:2 keys_zone=cache1:100m inactive=1d max_size=10g; #keys_zone=cache1:100m 表示这个zone名称为cache1,分配的内存大小为100MB #/usr/local/nginx/proxy_cache_dir/cache1 表示cache1这个zone的文件要存放的目录 #levels=1:2
#技术帖    #服务器    #技术分享    #nginx   
概述nginx 的负载均衡、反向代理、subrequest 等等功能都依赖于 upstream 机制nginx 的 upstream 模块根据配置的规则实现将请求与返回包体在若干服务器之间转发、拼接的功能 基本配置在 kibana4 的安装、配置和使用的日志中,我们初步介绍了最基本的 upstream 配置kibana4 的安装、配置和使用 我们看到,在 http 配置的 server 下的 location 中,配置了:proxy_pass http://kibana4;  并在 server 外配置了 kibana4 的这个 upstream 规则:upstream kibana4 { server 127.0.0.1:5601 fail_timeout=0; }  事实上,这里我们其实只是希望利用 nginx 提供的权限验证功能,所以仅仅实现了到本地一个端口的反向代理,而不是使用其负载均衡本篇博客中,我们着重介绍如何利用 nginx ups
#技术帖    #服务器    #技术分享    #nginx   
概述权限验证是服务器提供的最基本的功能之一,nginx 当然也提供了这一功能在之前的博客中,我们介绍了 nginx 请求处理的 11 个阶段:HTTP 请求处理的 11 个阶段 -- ngx_http_handler权限验证就是在 NGX_HTTP_ACCESS_PHASE 阶段完成的 NGX_HTTP_ACCESS_PHASE -- ngx_http_core_access_phaseNGX_HTTP_ACCESS_PHASE 阶段的 checker 是 ngx_http_core_access_phase 函数// ngx_int_t // ngx_http_core_access_phase(ngx_http_request_t *r, // ngx_http_phase_handler_t *ph) // NGX_HTTP_POST_ACCESS_PHASE 阶段 checker,判断用户是否有权限访问 {{{ ngx_int_t ngx_http_core_access_phase(ngx_http_request_t *r, ngx_http_phase_handler_t *ph) { ngx_int_t
#技术帖    #龙潭书斋    #nginx    #源码   

200x200


简介通常,我们使用下面这样的模型进行日志的收集工作: 其他的日志收集和展示工具其实也和上图中的结构非常类似,下面,我就介绍一下我最近搭建的,我的博客所在的服务器的 nginx&n

#技术帖    #access    #技术分享    #nginx   

200x200


概述web 服务器 nginx 以其高性能与抗并发能力越来越多的被用户使用作为一款服务器产品,其运行状态是我们密切关注的,因此,对 nginx 的实时

#技术帖    #web    #服务器    #技术分享   
概述nginx 提供了十分强大的 rewrite 功能在 nginx rewrite 规则的配置 中,我们介绍了 nginx rewrite 规则的配制方法 下面,我们从源码的角度看一下 nginx 是怎么处理 rewrite 的 HTTP 处理流程在 HTTP 请求处理的 11 个阶段 -- ngx_http_handler 中,我们介绍了 nginx 处理 HTTP 请求的 11 个阶段 rewrite 规则的处理就在 nginx HTTP 解析开始的几个阶段中 NGX_HTTP_SERVER_REWRITE_PHASE ngx_http_core_rewrite_phaseNGX_HTTP_FIND_CONFIG_PHASE ngx_http_core_find_config_phaseNGX_HTTP_REWRITE_PHASE ngx_http_core_rewrite_phaseNGX_HTTP_POST_REWRITE_PHASE ngx_http_core_post_rewrite_phase 虽然 rewrite 的解析分成了 NGX_HTTP_SERVER_REWRITE_PH
#技术帖    #web    #c语言    #龙潭书斋   
1 2 3 4 5 6 7 8



京ICP备15018585号