nginx反向代理服务因配置文件错误导致访问资源时出现404

 更新时间:2018年06月04日 09:24:30   作者:_Hebrew  
这篇文章主要介绍了nginx反向代理服务因配置文件错误导致访问资源时出现404,小编觉得挺不错的,现在分享给大家,也给大家做个参考。一起跟随小编过来看看吧

最近测试手上的项目,出现访问服务器的资源出现404的错误,这个是不应该会出现的问题,因为在此之前经过测试是没问题,下面是详细情况:

1)公司的服务器都是做过nginx反向代理

2)访问路径是在tomcat中配置过虚拟路径

3)前几天服务器有做过磁盘恢复

当然如果你也遇到过这关问题,没解决的可以参考一下,如果解决了就看一下我的解决方案是否有问题,本人刚接触Nginx不深;

出现这个问题,我首先考虑应该是路径出现了问题,然后去修改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也就是该资源在服务器中实际的位置;

当修改好以后,再次访问,图片便能成功加载了;当然本人也是刚接触nginx不久,如果有说错的话请各位指教

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持脚本之家。

相关文章

最新评论