nginx-proxy

前言 去年在学习docker，在看完菜鸟教程和第一本docker书后，一直想实战用一下这个技术，多用用才能熟能生巧，真正体验它的利弊。正好傅老板用docker搭完了wordpress，我也就手痒跟着搭建了一下（也就是现在的这个博客网站）。 此处记录一下搭建过程。 搭建环境 阿里云ECS 去年双11买的，720/3年，1核1G1M香港服务器，centos 7.4 有个小插曲，阿里云的工作人员还给我打电话，问我用的怎么样。。阿里云什么时候有这种回访了。。。 域名 阿里云购买即可，像我申请的 .top 域名更是便宜，丧心病狂只要2块钱。。 ssl证书 https用的证书，我是在腾讯云免费申请的，地址为： 腾讯云证书管理 ，此处就不详细描述申请过程了，很简单的 Docker 这里要注意，centos中不要直接使用yum install docker，yum中的是旧的docker版本，升级参考我的这篇博文： CentOS更新Docker至最新版本 Docker Compose compose原本是一个第三方公司写的，用来在docker中定义和运行复杂应用的小工具，后来被docker收购了，正式用来替代最早的fig。 通过以下命令安装： # 下载compose curl -L https://github.com/docker/compose/releases/download/1.18.0

目录 - 前言 - Nginx 根据域名反向代理 - Nginx proxy_pass 关于 '/' 的作用 1. 前言 接到一个需求，通过nginx 代理互联网上某一个页面，刚开始的时候觉得很简单的，直接 proxy_pass 过去就完事了，测试了下还是想太多。具体记录如下。 2. Nginx 根据域名反向代理 web服务器通常有三种访问方式： 基于ip 基于域名 基于端口 而互联网上暴露的网站多数都是通过 基于域名 的方式，如果直接通过解析后的IP访问，可能就无法访问到网站信息。我这里模拟了下这种方式，如下： 对应关系： 浏览器访问域名： 浏览器访问ip地址： 现在问题来了，当你的 nginx 配置 proxy_pass 的时候，得到的是 域名返回的结果 还是 ip地址返回的结果呢？这两种返回的结果完全不同。 在另一台主机 [ 192.168.118.14 ] 上安装 nginx 并配置好 配置nginx 方向代理 通过浏览器访问 192.168.118.14 查看日志信息： 192.168.118.41 - - [23/Jul/2019:20:09:12 +0800] "GET / HTTP/1.1" 200 15 "-" "Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko)

1. proxy_pass配置说明 不带/ location /test/ { proxy_pass http: // t6:8300; } 带/ location /test/ { proxy_pass http: // t6:8300/; } 上面两种配置，区别只在于proxy_pass转发的路径后是否带 “/” 针对情况1，如果访问url = http://server/test/test.jsp，则被nginx代理后，请求路径会便问http://proxy_pass/test/test.jsp，将test/ 作为根路径，请求test/路径下的资源 针对情况2，如果访问url = http://server/test/test.jsp，则被nginx代理后，请求路径会变为 http://proxy_pass/test.jsp，直接访问server的根资源 2. 典型实例 同一个域名下，根据根路径的不同，访问不同应用及资源 例如：A应用 http://server/a ; B应用 http://server/b A 应用和 B应用共同使用访问域名 http://server； 配置nginx代理转发时，如果采用情况2的配置方式，则会导致访问http://server/a/test.jsp时，代理到http://proxy_pass/test.jsp，导致无法访问到正确的资源

概述 随着公司的快速发展，公司对外服务的系统在展现形式方面出现了多样化，目前包括Web端和手机端，不同的展现形式由于设备的多样性和设备对网络的依赖程度的不同，在对图片的尺寸或质量上都有不同的要求。原本为了满足不同设备的要求，在图片存储上会存储各种所需尺寸的图片，浪费了大量的磁盘空间，同时也浪费了高性能的硬件机器利用率。 同时公司对外的业务系统在数量和每个业务系统支撑的用户群方面也在快速的增长，势必会在对图片的请求上出现爆炸式的增长，这对图片系统的快速反映和高可用性提出了更高的要求，在保证公司的快速发展前提下，如何不降低用户使用系统的体验质量，如何保证7x24小时的高可靠性服务，在这个契机下，我们推出了分布式图片系统。 该系统在设计之初就充分考虑了上述问题，同时考虑到公司业务快速发展下，系统日后的可持续发展和系统的扩展性，从更全局的高度来定位这个系统的价值和目标，经过设计和论证，该系统在以下方面提供的服务和支持： 前端采用Nginx为web服务器，利用其高并发特性，提供对高并发访问量的支持 利用nginx的代理缓存特性和硬件的海量磁盘容量，为系统搭建了图片缓存模块，保证系统对已经处理过的图片资源进行再次访问时快速有效的提供响应，提高了系统的响应速度并避免了资源的重复执行，造成浪费，提高了系统利用率 图片数据源采用了多套方案实现，为使公司原有业务

在使用这个dopcker时注意了， 在使用多个域名对应一个服务器时， 多个域名之间用逗号连接，！！！注意不能有空格！！！ 不然会一直申请失败， 血的教训！！！ 来源： https://my.oschina.net/holdbody/blog/3129408

一丶试验要求 CDN基础实验2----基于nginx+squid实现缓存功能 1、搭建两个web服务，使用nginx实现。 一个做源站（然后域名为：www.cdntest.com），配置实现功能：提供可以访问的web服务； 另一个做反向代理，接收用户的请求，配置实现功能是：代理到后端的squid。 2、搭建一个squid服务，配置实现如下功能： 1）txt缓存1个月，jpg文件不缓存 2）配置回源功能，源站为后端的web服务器（nginx） 详细架构如下 图 1 二丶实验环境 图 2 三丶试验准备 centos7 软件源设置 备份原来的.repo文件 [root @localhost ~]# mkdir /etc/yum.repos.d/bacakup [root@localhost~]# mv /etc/yum.repos.d/* /etc/yum.repos.d/bacakup 下载阿里的yum源 [root@localhost~]# wget -O /etc/yum.repos.d/Centos-7.repo http://mirrors.aliyun.com/repo/Centos-7.repo [root@localhost~]# wget -O /etc/yum.repos.d/epel-7.repo http://mirrors.aliyun.com/repo