注：本文中所有实例均可以直接使用，不需要改变任何配置（包括域名，域名解析到127.0.0.1，注意：由于https证书自动续期的需要，仅国内线路的*.local.lyz810.com指向127.0.0.1，国外线路已变更为服务器的IP地址）
原始站点(被代理站点)
测试后面所有实例时，请确保该源站配置存在
server {
listen 80;
server_name origin.local.lyz810.com;
default_type text/plain;
location / {
return 200 "This is origin.local.lyz810.com$request_uri";
}
location =/setcookie/ {
add_header Set-Cookie "testcookie=123; domain=origin.local.lyz810.com; path=/";
return 200 "Please find result in response header";
}
location =/showcookie/ {
return 200 $http_cookie;
}
}
当访问origin.local.lyz810.com的任意页面，都可以看到This is origin.local.lyz810.com后面跟着url
实例一：
通过其他域名进行代理（如目前线上访问google.lyz810.com即可实现代理google.com.hk）
代理配置：
server {
listen 80;
server_name proxy.local.lyz810.com;
location / {
proxy_pass http://origin.local.lyz810.com/;
}
}
访问proxy.local.lyz810.com的任意页面，会对应访问origin.local.lyz810.com的页面
如访问proxy.local.lyz810.com/test,返回This is origin.local.lyz810.com/test
实例二：
代理服务器上的url与源站url存在差异，访问proxy.local.lyz810/test/下的所有页面，要求返回origin.local.lyz810.com/hello/对应页面(test改为源站的hello)
代理配置：
server {
listen 80;
server_name proxy.local.lyz810.com;
location /test/ {
proxy_pass http://origin.local.lyz810.com/hello/;
}
}
请注意hello后面的/，这个是必须有的，nginx在处理url时，会将location匹配的路径从访问url中去掉后拼接到proxy_pass指令后面
例如访问proxy.local.lyz810.com/test/abc.html,匹配location为/test/，把匹配的部分从url中去掉，还剩abc.html,直接拼接到proxy_pass后面，即http://origin.local.lyz810.com/hello/abc.html
一种典型的错误写法：
...
location /test {
proxy_pass http://origin.local.lyz810.com/hello/;
}
...
上面的写法语法上没有问题，但是跟需求不匹配。也许你会发现，这个错误的写法在访问proxy.local.lyz810.com/test/abc.html时仍然返回This is origin.local.lyz810.com/hello//abc.html（nginx会对url进行标准化处理，两个/跟一个/访问的是同一个资源）
这是由于hello以/结尾，nginx会将/test后面的内容直接接到proxy_pass最后，造成2个/
但如果访问proxy.local.lyz810.com/test123/abc.html则会返回http://origin.local.lyz810.com/hello/123/abc.html，这个与预期不符。
实例三：
源站要设cookie，由于域名不同，跨域无法设置cookie，通过nginx可以解决这个问题。如访问origin.local.lyz810.com/setcookie/后会在origin.local.lyz810.com域下根目录种一个cookie，现在希望通过代理，访问源站，并在proxy.local.lyz810.com的/test上种上相同的cookie，配置如下：
server {
listen 80;
server_name proxy.local.lyz810.com;
location / {
proxy_pass http://origin.local.lyz810.com/;
proxy_cookie_domain origin.local.lyz810.com $host;
proxy_cookie_path / /test;
}
}
访问proxy.local.lyz810.com/setcookie/,查看响应头(Set-Cookie:testcookie=123; domain=proxy.local.lyz810.com; path=/test)。
这种使用场景是使用一个域名代理另一个域名的页面，并可以代理认证信息。
我们知道，浏览器是按照域名携带cookie的，所以访问proxy.local.lyz810.com的时候只能带着proxy.local.lyz810.com的cookie访问源站，显然用户不可能自己在proxy.local.lyz810.com上添加cookie，所以我们需要把访问源站登录时，设置的cookie转换为代理域下的cookie，这样访问代理域就和访问源站域完全一样了，相当于镜像站。
通常做完整镜像站时，只需要将cookie的domain修改为代理域即可，path保持一致不需要配置。
实例四：
有时候，页面上的js会对域名做判断，上面所有的方法只能骗过源站的服务器，而不能骗过浏览器的location.hostname，这种情况下，nginx是无法完美解决，如果是开发调试，可以通过配置host来实现。
例如，我的项目地址是demo.lyz810.com,我负责前端开发，需要调用后端接口(后端接口都在/fetch/下)demo.lyz810.com/fetch/api.php?action=getJson（完全可以通过实例三的方法设置另一个域，然后做cookie共享，但我不喜欢开发和线上访问的不一样），那么可以通过下面的方式来实现：
1.设置host 127.0.0.1 demo.lyz810.com
2.nginx配置如下：
server {
listen 80;
server_name demo.lyz810.com;
default_type text/html;
location /fetch/ {
proxy_pass http://133.130.97.238/fetch/;
proxy_set_header Host $host;
}
location / {
return 200 "Please open console to see result<script src='/fetch/api.php?action=getJson'></script>";
}
}
访问demo.lyz810.com，打开浏览器的控制台，看到发送请求/fetch/api.php返回了信息（这个是线上真实的接口数据），本例中使用了return指令直接返回了一段html代码，正常开发时，此处一般是由root指令指定的静态文件目录，也就是我们的工程目录。
几点说明：
1.proxy_pass需要填写服务器的IP地址，因为本机设置了host，并且nginx在本机部署，所以会受hosts的影响
2.proxy_set_header是nginx访问线上服务器时携带的请求头，因为上面写的是IP，而服务器不能直接通过IP访问（服务器上挂了那么多站点，你用IP访问，它也不知道返回哪个站点），加上Host这个请求头，服务器就知道返回哪个站点下的资源。
实例五：
终极代理大法一，访问本机8888端口，代理任何网站（需要配hosts文件）
代理配置：
server {
listen 8888;
server_name _ default;
resolver 119.29.29.29;
location / {
proxy_pass https://$host$request_uri$is_args$args;
}
}
绑定hosts：127.0.0.1 www.sogou.com，访问http://www.sogou.com:8888/web?query=lyz810&_asf=www.sogou.com可以看到结果，这里用80端口也是完全可以的，hosts文件只要指向本机就可以，如果是局域网内其他机器访问，可以直接配置hosts文件指向nginx服务器的IP，可以通过nginx代理任意站点。
注意：server_name 后面的default表示如果没有匹配到其他的域名，就用当前server，nginx配置文件中同一个端口最多有1个default的server，否则后面设置的default会无效。proxy_pass中域名使用了变量，所以需要配置resolver，即dns服务器地址，这里用的是腾讯云提供的公共dns。此例中代理走https协议，因为目前大部分网站支持https，这里暂且用https，后面有更灵活配置方式。
这种配置的一种应用是共享账号，可以登录某个网站后，将cookie记下来，配置在服务端的proxy_set_header Cookie …中，其他人访问该代理服务器，不需要登录就可以访问公共账号登录的内容。
实例六：
全局代理，无需配置hosts
server {
listen 80;
server_name proxy.local.lyz810.com;
resolver 119.29.29.29;
location ~ ^/([^/]*)(.*)$ {
proxy_pass $scheme://$1$2$is_args$args;
}
}
注意：这种方法只适合于代理任意已知地址，由于网页中很少使用相对地址，所以一般不能直接通过这种代理访问网站，仅限开发调试使用。
这里给出的例子并不完美，转发使用了$scheme根据访问的协议进行同协议转发，但只监听了80端口，所以此处一定为http，可以同时监听443并开启ssl，同时设置证书，已超出本文的内容，不再赘述。
这种配置也有应用场景，目前用于统一代理某些已知接口，不需要每次修改配置文件，只需要写好正确的地址，即可拿到数据。
线上应用在proxy.lyz810.com上，通过此服务器进行跨域管理，所有需要跨域访问的内容交给服务器去访问，返回的结果通过add_header增加跨域头，这样就可以让应用轻松的跨域，具体即实现方法以后介绍。