记一次诡异的故障排查经历

每一次故障排查都是一笔财富，各种狗血经过不表，解决问题之后的那种满足是不可替代的。

背景

发布系统架构图简化如下：

管理员通过Jenkins调用“发布程序(代号varian，以下简称varian)”，发布程序会进行一系列的初始化操作，完成后生成Docker镜像上传到Docker仓库，容器集群更新镜像，用户通过负载均衡访问我们的容器集群。

老的varian采用shell+python开发，配合Jenkins(jdk1.7)进行发布，因内部项目较多，写了很多兼容脚本，代码比较乱。我们计划对varian进行重构，完全采用python开发，各个功能模块化，不同类型的项目用乐高的思想拼装模块部署发布，降低耦合。并将jenkins升级到最新版本，jdk同样升级到1.8。新的varian已经开发完成，现在开始部署测试了，故事就由此开始。

为了降低对现有项目的影响决定重新部署一套新的环境，完全测试通过后将老环境废弃，直接启用新环境，新环境信息如下：
- 系统：Debian8
- 语言：Python3.4
- JDK1.8 + Jenkins2.134

故障处理过程

解决nginx访问403的问题

通过Jenkins调用varian正常部署了一个静态项目（纯html，css，js等静态资源），通过负载均衡访问容器集群（参考上边架构图），发现页面样式无法加载，浏览器按F12调出控制台发现个CSS文件返回403状态

web服务用的nginx，脑海里迅速过了一遍什么情况下nginx会返回403：

---