今天有个站长问我，自己nginx反向代理服务,因配置文件错误导致访问资源时出现404，这个应该如何修改。奶爸SEO对这个问题也突然卡了一下，急忙问了一下朋友才知道这个问题该如何解答，惭愧啊。果然SEO这条路还有很多需要学习的知识。
出现这个问题，我首先考虑应该是路径出现了问题，然后去修改tomcat中的配置文件server.xml中的虚拟路径；然后再测试，还是出现404;
imgss是server.xml配置的虚拟路径，1444…png这个是要访问的图片;路径是没有问题（但是到nginx那里的时候就有问题，后面会贴出nginx的配置文件）这个是nginx返回的一个404页面（当时没注意到这个是nginx的）；
这就奇怪了，明明服务器里面的文件都在，怎么会访问不到,然后将之前修改的路径改回去(因为这个路径在此之前是做过测试，访问没有问题)然后去访问该路径下的其他的文件，
发现访问居然没有问题，是可以正常在线预览的；然后再多次测试发现除了jpg，png等格式的文件不能访问，其他的都可以正常访问；又将服务器要访问的资源在服务器中删除，除了jpg，png的文件，然后再重新发起访问，出现了正常的404；
imgss是server.xml配置的虚拟路径，b.PDF本来就不存在；所以出现404很正常;
百度了一下资料，没有找到解决方案；
再次查看本地jdk和服务器上的jdk，都没有问题；有的人说是打包的问题，我重新打包后，发布到服务器测试还是同样的问题；最后想是不是nginx的配置文件的问题，然后去查看nginx的配置文件localhost；这个是配置文件的路径/etc/nginx/sites-available/localhost
#号注释的部分是后面加上去的，之前是没有，这个就是nginx的反向代理的配置文件;
注意这一段： location ~ .*\.(jpg|js|html|mp3|gif|jpeg|png|bmp|swf|ico|css)$ #设定访问静态文件直接读取不经过tomcat
看到这里,相信大家也知道问题出在哪里了，当以.jpg/.png等格式文件时，它会将路径映射到 /var/lib/tomcat7/webapps/ROOT ；本来在这个路径下就没有你访问的资源当然会返回nginx的404错误页面；然后尝试将其中的jpg/png删除掉，然后重启服务，再次访问，就正常了；出现这个问题应该是前几天做磁盘恢复以后没有将nginx的配置文件修改的原因；
当然最好的做法是，不用删除.jpg/png；直接在上面添加这段代码：
location ^~ /imgss/{# root /data/customfiles/Files/;# expires 30d;proxy_set_header Host $host;proxy_pass http://127.0.0.1:8080;}location ^~ /attachments/{# root /data/# expires 30d;proxy_set_header Host $host;proxy_pass http://127.0.0.1:8080}
/imgss/和/attachments/都是在tomcat配置文件中配置的虚拟路径;nginx会一层层的向下匹配，匹配到合适的就将配置的路径映射；
server.xml的虚拟路径：
<Context path=”/imgss” docBase=”/data/customfiles/Files/” debug=”0″ reloadable=”true”/><Context path=”/attachments” docBase=”/data/” debug=”0″ reloadable=”true”/>
比如我们要访问的路径是：http://192.168.1.104/imgss/(A)/1444639216522781.png；经由nginx反向代理到：http://192.168.1.104/data/customfiles/Files/(A)/1444639216522781.png也就是该资源在服务器中实际的位置；当修改好以后，再次访问，图片便能成功加载了。
本文由奶爸SEO(www.naibaseo.com)收集于网络不代表本站观点，在这条路上你并不孤单，奶爸与你始终相伴！
原创文章，作者：奶爸SEO，如若转载，请注明出处：https://www.naibaseo.com/869.html
