lr可否解决 UI<-->客户端代理<-->服务端 这种模式的压力测试

如果弯弯

RT，我遇到的项目不是直接的客户端--服务器直接会话的程序，比方登陆，会经过如下过程：
    UI点击登陆，发包给客户端代理程序（下面简称代理）-->
      代理对包的内容加密，转发包-->
      服务器收到代理转发的包，回包给代理-->
      代理解密，转发给UI -->
      UI收到包

其实就是客户端UI与服务器之间多了一层中间件，所有的通信包要经过中间件的加解密和转发。这个怎么测呢？
我尝试过只模仿UI向代理发包，单用户操作可行，但是多用户无法操作，因为一个代理程序与服务器之间只能建立一个socket，现在多用户登陆都不能完成。这种情况该怎么处理呢？

yolanda_ji

表示不懂

如果弯弯

回复 2# yolanda_ji


    我说的不清楚么，其实就是客户端与服务器之间多了一层中间件，所有的包都必须走中间件进行加密解密过程。不是客户端UI与服务器端的直接通信。

如果弯弯

回复 2# yolanda_ji


    我说的不清楚么？其实就是客户端UI与服务器之间多了一层中间件，所有的通信包要经过中间件的加解密和转发。这个怎么测呢？

如果弯弯

回复 5# xzf2001


    如果是模拟完整过程的话，是不是应该开两台lr，一台模拟UI向代理发送，一台模拟代理进行转发。还是可以在一个脚本里执行？

jiazurongyu

主要是中间件，还是1个脚本。简化包=>代理转发=>服务端

xueying1123

代理只支持1个用户？那你们实际应用中也只支持1个用户？还是一个客户端对应一个代理？

如果弯弯

回复 8# xueying1123

是一个客户端对应一个代理

如果弯弯

回复 7# jiazurongyu


    如果是一个脚本里又要模仿UI，又要模仿代理，这样就要建立三个TCP连接：
      1 UI---代理
      2 代理---UI
         3 代理---服务器
  这样在UI与代理之间建立TCP连接的时候，我担心，连接建不起来。你看，UI向代理某端口建立连接，但是代理的那个端口还没起啊，因为代理向UI建立连接的语句是在后面一句，按顺序执行的。

你说的意思是：主要还是模拟中间件就可以了，是啊？

honey52160

可以用代理。但非常吃资源。吃应用服务器的资源，省点用。

xueying1123

把“客户端+代理”看做“客户端”，一个客户端一个代理，那代理肯定无压力