通过Nginx访问后端应用，ERR_CONTENT_LENGTH_MISMATCH问题的解决

1. 选择日期功能，不起作用了

2. 下载稍大一点的文件，只能下载一小半

页面调试发现有ERR_CONTENT_LENGTH_MISMATCH错误

系统：CentOS，Nginx，proxy到后端的tomcat

原因：nginx会缓存大文件到proxy_temp目录中，然而对这个目录没有读写权限

解决过程：

页面调试，抛出错误：net::ERR_CONTENT_LENGTH_MISMATCH

在chrome下，请缓存或强制刷新，response的status code为200

不强制刷新，response的status code为206

response header里面，content-length 的长度和目标文件的实际长度是一致的

都会出上面这个content length mismatch错误

如果不通过nginx，直接访问tomcat，没有这个错误，系统功能正常。

各种搜，先查到了一个帖子，问题描述很相似，提到是nginx gzip压缩，由于nginx对文件做了压缩准备，按照压缩后的长度来处理数据流，但通过proxy传过来的数据实际没有被压缩，没有传完，ngnix就关闭连接了。

从log来看，tomcat这边确实出现了很多org.apache.catalina.connector.ClientAbortException，与前面出现ERRO_CONTENT_LENGTH_MISMATCH的请求相匹配。

开始学习nginx gzip的配置（准备另做一篇笔记）

问题没有解决，先睡觉，醒了继续搞

醒了，还是没头绪，老老实实去查log

/var/log/nginx/error.log

啊哈，问题在这里：

2015/05/30 00:11:53 [crit] 8808#0: *60 open() "/var/cache/nginx/proxy_temp/2/01/0000000012" failed (13: Permission denied) while reading upstream, client:...

nginx是以nginx用户身份运行的，没有权限，boom！

解决方法：

1. 用root身份运行nginx

2. 将proxy_temp目录的owner设置为nginx

3. 将proxy_temp目录的group设置为nginx，并赋予rwx权限

4. 禁用cache

不想用root去运行nginx，选择了方法3，让系统先work

遗留的问题：

1. proxy_temp目录的owner一开始为什么是root？应该是root吗？

2. 选择方法3后，发现对于同一个文件，会生成多份cache，这不合理，为什么会这样？

3. 对于我们这个情况，需要cache吗？会不会禁用cache才是更合理的选择

>> to be continued

黄鹤

2015-05-30

以上就介绍了通过Nginx访问后端应用，ERR_CONTENT_LENGTH_MISMATCH 问题的解决，包括了方面的内容，希望对PHP教程有兴趣的朋友有所帮助。