免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 1718 | 回复: 2
打印 上一主题 下一主题

[FastDFS] nginx插件的问题 [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2013-12-30 16:34 |只看该作者 |倒序浏览
我有以前有group1  9.7   9.8
     后增加了 group2  9.6   9.97   组成一个两组四台机器的集群

在9.6   9.97    9.8这三台上有nginx及插件

上传文件后
当我浏览器通过 http://xxx.9.8访问的时候,无论是group1还是group2的都能访问到

可是当我http://xxx.9.6http://xxx.9.97访问的时候,只能访问group2的,访问group1的就会找不到文件
并且日志里是这样的    connect() failed (111: Connection refused) while connecting to upstream, client: 203.119.80.29, server: 202.173.9.6, request: "GET /group1/M00/00/0B/yq0JB1LBHSuAMmmaAAAF7nUNF2I028.xml HTTP/1.1", upstream: "http://202.173.9.7:8888/group1/M00/00/0B/yq0JB1LBHSuAMmmaAAAF7nUNF2I028.xml?redirect=1", host: "202.173.9.6:8888"

它将请求重定向给9.7了。这台上没装nginx,所以肯定是报错的
我在插件的配置文件里都是proxy的方式,为什么会重定向呢?是不是有内部机制,当proxy方式不能获取到文件的时候,就重定向?

http://xxx.9.6http://xxx.9.97无法访问group1,有可能是配置文件有差异,可是我对照了几遍,真没发现太大的差异,大家帮我想想原因啊,先谢过了

论坛徽章:
0
2 [报告]
发表于 2013-12-31 10:35 |只看该作者
补充一下,我把9.6和9.97的nginx停掉后,9.8就不能访问group2了,看来我设置的proxy方式都没有生效,或者是由于其他配置导致?

论坛徽章:
0
3 [报告]
发表于 2013-12-31 13:51 |只看该作者
继续补充,原来所谓的重定向是直接将请求重定向过去,即浏览器的IP地址变为重定向后的
而代理模式是在后台重定向请求,将返回的字节流再返回给浏览器前端
可是这样的话,是不是意味着每个storage必须都有一个nginx,并且如果group2的其中一个nginx宕机了,我从group1的nginx来访问,都会有一定的几率访问到坏掉的那台而失败,那这个局限性太大了吧,都不判断主机是否可用,就进行后台重定向了?请高手解答下啊,小弟谢了
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP