第三方账号快速登录
需求产生背景 最近同事在测试和生产环境中分别部署了一套应用，由于应用只能集成LDAP，而我们公司使用的是AD，于是我搭建了一个OpenLDAP服务，账号先通过lsc从AD同步到OpenLDAP，然后使用saslauthd传递身份验证到AD。在测试环境中我们的应用能够连接LDAP登录，但是在生产环境
前奏 我们都知道nginx是一款优秀的反向代理服务，用过nginx的也应该都知道upstream，upstream节点一般置于http节点大括号中，常规在upstream中配置需要被负载均衡的服务器列表。 比较多的使用做如下示意： #usernobodynobody。 #worker_processes2; #pid/nginx/pid/ngin
1.nginx安装和启动# 安装nginx sudo apt-get install nginx # 启动 sudo service nginx start验证安装# 安装完成后使用nginx -v检查，如果输出nginx的版本信息表明安装成功 nginx -v # 如果输出类似于这样
目录一.什么是nginx?二.nginx能干什么？2.1什么是正向代理？2.2什么是反向代理？2.3负载均衡2.4动静分离三.nginx基本操作3.1nginx配置文件nginx/conf/nginx.conf3.2防火墙设定四.反向代理实现案例4.1.Nginx反向代理的实现案例11.hosts文件域名配置2.nginx里进行请求转发的配置
Tinyproxy是一个面向POSIX系统开发的轻量级的开源HTTP/HTTPS代理守护进程，其从底层开始进行设计，保证了在高速的同时体积依然很小。它很适合用于需要完整HTTP代理特性，但系统资源又不足以运行大型代理的场景，比如嵌入式部署。Tineproxy采用GNUGPL协议（版本2及以上）分发。
nginx.conf配置文件如下user nginx; worker_processes 1; error_log /var/log/nginx/error.log warn; pid /var/run/nginx.pid; events { worker_connections 1024; } http {
开发网关项目时，在请求时往请求头header中放入了签名sign_key信息，在接收请求时再从header中拿出，在本地调试时是可以的，但上线之后通过Nginx代理之后发现拿不到。location / { proxy_set_header X-Real-IP $remote_addr; proxy_set_he
nginx当正向代理的时候，通过代理访问https的网站会失败，而失败的原因是客户端同nginx代理服务器之间建立连接失败，并非nginx不能将https的请求转发出去。因此要解决的问题就是客户端如何同nginx代理服务器之间建立起连接。有了这个思路之后，就可以很简单的解决问题。我们可
