nginx 配置后404错误

ccpual 发布于 2016/01/11 23:40
阅读 1K+
收藏 3

自己搭建的练习环境为nginx +memcache+tomcat7(两台机器做的集群),session 方式为non-sticky,单个tomcat节点访问无问题,使用nginx 代理后测试发现如下问题:

参数upstream设置

1)ip_hash方式无问题

2)但使用轮询(默认)方式,涉及到页面跳转出现404错误

nginx配置如下:

http {
#文件扩展名与文件类型映射表
    include       mime.types;
   
    default_type  application/octet-stream;
#日志格式设定
log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';
 

server_names_hash_bucket_size 128; #服务器名字的hash表大小
client_header_buffer_size 5M; #上传文件大小限制
large_client_header_buffers 4 64k; #设定请求缓
client_max_body_size 8m; #设定请求缓
sendfile off; #开启高效文件传输模式,sendfile指令指定nginx是否调用sendfile函数来输出文件,对于普通应用设为 on,如果用来进行下载等应用磁盘IO重负载应用,可设置为off,以平衡磁盘与网络I/O处理速度,降低系统的负载。注意:如果图片显示不正常把这个改成off。
autoindex off; #开启目录列表访问,合适下载服务器,默认关闭。
tcp_nopush on; #防止网络阻塞
tcp_nodelay on; #防止网络阻塞
keepalive_timeout 120s; #长连接超时时间,单位是秒


#FastCGI相关参数是为了改善网站的性能:减少资源占用,提高访问速度。下面参数看字面意思都能理解。
fastcgi_connect_timeout 300;
fastcgi_send_timeout 300;
fastcgi_read_timeout 300;
fastcgi_buffer_size 64k;
fastcgi_buffers 4 64k;
fastcgi_busy_buffers_size 128k;
fastcgi_temp_file_write_size 128k;


#gzip模块设置
gzip on; #开启gzip压缩输出
gzip_min_length 1k; #最小压缩文件大小
gzip_buffers 4 16k; #压缩缓冲区
gzip_http_version 1.0; #压缩版本(默认1.1,前端如果是squid2.5请使用1.0)
gzip_comp_level 4; #压缩等级
gzip_types text/plain application/x-javascript text/css application/xml;
#压缩类型,默认就已经包含text/html,所以下面就不用再写了,写上去也不会有问题,但是会有一个warn。
gzip_vary on;
#limit_zone crawler $binary_remote_addr 10m; #开启限制IP连接数的时候需要使用

#缓存设置
   #cache begin
proxy_buffering on;
proxy_cache_valid any 1d;
proxy_cache_path data/cache levels=1:2 keys_zone=content:8m max_size=1000m inactive=600m;
proxy_temp_path  data/temp;
proxy_buffer_size 4k;
proxy_buffers 4 128k;
#cache end

upstream loadbalence {
#upstream的负载均衡,weight是权重,可以根据机器配置定义权重。weigth参数表示权值,权值越高被分配到的几率越大。
             #ip_hash;
server 192.168.0.102:8099 weight=1 max_fails=2 fail_timeout=20s;
server 192.168.0.102:8090 weight=1 max_fails=2 fail_timeout=20s;
#server 192.168.0.129:8099 weight=1 max_fails=2 fail_timeout=20s;
#server 192.168.0.129:8090 weight=1 max_fails=2 fail_timeout=20s;
         }
         
    server {
#监听端口
        listen       80;
#域名可以有多个,用空格隔开
        server_name  192.168.0.102;
#设定访问的默认首页地址
index index.html index.htm index.jsp;
#指定根目录
#root E:/ProjectRelease/finalClustor/clustertomcat7/apache-tomcat-7.0.54-a/webapps;
root D:/servers/clustor/finalClustor/clustertomcat7/apache-tomcat-7.0.54-a/webapps;
#图片缓存时间设置
location ~ .*\.(gif|jpg|jpeg|png|bmp|swf)$
{
expires 10d;
}

  location ~ (/dwr/)
{
#root D:/servers/clustor/apache-tomcat-7.0.16_CCPI_2/webapps/;
proxy_pass http://loadbalence;
}
 
#JS和CSS缓存时间设置
location ~ .*\.(js|css)?$
{
expires 1h;
}



#对 "/" 启用反向代理
location / {
proxy_cache content; 
#根keys_zone后的内容对应
proxy_cache_valid  200 304 301 302 10d;  
#哪些状态缓存多长时间
   proxy_cache_valid  any 1d;   
#其他的缓存多长时间
proxy_cache_key $host$uri$is_args$args;   
#通过key来hash,定义KEY的值
#直接代理tomcat集群 
proxy_pass http://loadbalence;

proxy_redirect off;
proxy_set_header X-Real-IP $remote_addr;
#后端的Web服务器可以通过X-Forwarded-For获取用户真实IP
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
#以下是一些反向代理的配置,可选。
proxy_set_header Host $host;
client_max_body_size 10m; #允许客户端请求的最大单文件字节数
client_body_buffer_size 128k; #缓冲区代理缓冲用户端请求的最大字节数,
proxy_connect_timeout 90; #nginx跟后端服务器连接超时时间(代理连接超时)
proxy_send_timeout 90; #后端服务器数据回传时间(代理发送超时)
proxy_read_timeout 90; #连接成功后,后端服务器响应时间(代理接收超时)
proxy_buffer_size 4k; #设置代理服务器(nginx)保存用户头信息的缓冲区大小
proxy_buffers 4 32k; #proxy_buffers缓冲区,网页平均在32k以下的设置
proxy_busy_buffers_size 64k; #高负荷下缓冲大小(proxy_buffers*2)
proxy_temp_file_write_size 64k;
#设定缓存文件夹大小,大于这个值,将从upstream服务器传
proxy_next_upstream error timeout invalid_header http_500 http_502 http_503 http_504;

}



#本地动静分离反向代理配置
#所有jsp的页面均交由tomcat或resin处理
location ~* \.(jsp|jspx|do)*$ {
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_pass http://loadbalence;
}


#所有静态文件由nginx直接读取不经过tomcat或resin
location ~ /.(htm|html|gif|jpg|jpeg|png|bmp|swf|ioc|rar|zip|txt|flv|mid|doc|ppt|pdf|xls|mp3|wma|woff)$
{
 
expires 15d; 

}
 


        location = /50x.html {
            root   html;
        }


    }




    # another virtual host using mix of IP-, name-, and port-based configuration
    #
    #server {
    #    listen       8000;
    #    listen       somename:8080;
    #    server_name  somename  alias  another.alias;


    #    location / {
    #        root   html;
    #        index  index.html index.htm;
    #    }
    #}




    # HTTPS server
    #
    #server {
    #    listen       443 ssl;
    #    server_name  localhost;


    #    ssl_certificate      cert.pem;
    #    ssl_certificate_key  cert.key;


    #    ssl_session_cache    shared:SSL:1m;
    #    ssl_session_timeout  5m;


    #    ssl_ciphers  HIGH:!aNULL:!MD5;
    #    ssl_prefer_server_ciphers  on;


    #    location / {
    #        root   html;
    #        index  index.html index.htm;
    #    }
    #}


}

跳转场景如下:

 a.jsp->b.jsp使用的是表单post 方式(menuController.do?relocate),后台spring mvc 方式返回ModelAndView

chrome浏览器查看 审查如下图:

谁能帮分析一下啊,谢谢。

加载中
0
FeiFeiZheng
FeiFeiZheng

nginx配置, 把accesslog 日志 格式里面 log_format 把 $upstream_addr 配上;

./nginx -s reload 后看日志, 看nginx把请求到底发到那台服务器去了。 

另外,也可以把tomcat的accesslog打开(server.xml里面配置), 看一下从nginx过来的请求是什么,tomcat给了什么响应码

0
ccpual
ccpual

引用来自“FeiFeiZheng”的评论

nginx配置, 把accesslog 日志 格式里面 log_format 把 $upstream_addr 配上;

./nginx -s reload 后看日志, 看nginx把请求到底发到那台服务器去了。 

另外,也可以把tomcat的accesslog打开(server.xml里面配置), 看一下从nginx过来的请求是什么,tomcat给了什么响应码

通过查看tomcat日志发现如下问题:

1)登录访问的是tomcat_a

"192.168.0.37 - - [12/Jan/2016:16:03:00 +0800] "POST /CCPI_2/userController.do?login HTTP/1.0" 200 24739"

2)登录后页面跳转跑到了tomcat_b执行

"192.168.0.37 - - [12/Jan/2016:16:03:04 +0800] "POST /CCPI_2/menuController.do?relocate HTTP/1.0" 404 -"

该如何解决呢~?为什么同一个客户端访问调用不同的后台服务器啊?

0
FeiFeiZheng
FeiFeiZheng

两台tomcat服务器部署的应用是一样的吧,tomcat_b 出现404是因为没有session造成的么? 

这涉及到session共享的问题了。

用ip_hash没有问题是因为按ip来做hash值,都会到同一个tomcat服务器, 但有一个问题,如果客户端的地址是变的就有问题了(有些是通过公司的动态代理出来的,特别是部署在互联网上的应用, 内部网的问题不大)

还有可以用cookie值来做分发,这个可以Google一下(hash $cookie_jsessionid;)。

但是这两种,所谓的session沾粘,session都只是存在于各自的tomcat实例内的, 一旦一个宕机,就不可用了。

还有一种是将session保存在数据库或者redis之类的Nosql, 可以看一下SpringSession 这个解决方案(http://projects.spring.io/spring-session/), 这种无论路由到那个tomcat服务器都没问题。



返回顶部
顶部