hi, jason
我们的服务是分布式布署接收客户端的请求并作响应（移动终端），服务端在收集到数据后发往rocketmq（内网布署，提供外网ip），然后内部程序（内网布署）消费rocketmq拿去数据做后续分析处理，由于数据量较大，所以想尽可能的多利用内网资源以节流量，所以才有这个问题的提出，看看你们是否有这方面成功的方法可分享。
感谢您的回复。
best wishs。
will.
On 2018/07/02 06:23:48, Jason Joo <[email protected]> wrote:
> will,
>
> 首先我觉得这样的场景并不常见，因为broker并不适合直接公网暴露，容易造成安全问题，所以不知您这是基于什么场景，是否需要变换。
>
> 如果场景是异地机房互联，那么可以考虑走一个内网打通，类似ipsec/tunnel相关的方式。
>
> best regards,
>
> Jason
>
> > On Jul 2, 2018, at 14:10, 王伟 <[email protected]> wrote:
> >
> > 您好
> > 首先，非常感谢您百忙之中这么及时的回复。
> > Tcp proxy之前我们有考虑过，但是由于broker的ip是由namesrv返回的，所以这里一直想不通tcp
> > proxy怎么处理这一块，请原谅我知识的浅溥，能麻烦你说一下详细的方案吗？
> > 谢谢！
> > Best regards。
> >
> >> 在 2018年7月2日，上午11:47，Jason Joo <[email protected] <mailto:[email protected]>>
> >> 写道：
> >>
> >> tcp proxy
> >>
> >>
> >> best regards,
> >>
> >> Jason
> >>
> >>> On Jul 2, 2018, at 11:30, [email protected]
> >>> <mailto:[email protected]> wrote:
> >>>
> >>> hi，各位rocketmq的大大位，先简单描述一下应用场景：
> >>>
> >>> 我们使用的模式是 外网生产数据，内网消费数据，这样 broker与
> >>> namesrv配置外网IP，是可以解决我们的使用场景的，但是，我们的consumer与 broker及
> >>> namesrv是在同一内网环境的，由于数据量较大，我们想 生产的时候使用外网ip，消费的时候使用内网，但是当前broker的配置并不支持这样的模式。
> >>> 请问有什么方法可以解决我上述说的情况吗？我相信应该有很多场都与我上述描述的一样，并且阿里内部应该也有用到这样的场景吧。
> >>> 以上是我的问题，非常感谢您在百忙之中抽空回复，谢谢。
> >>
> >
>
>
