IP欺骗到底什么时候用？

baylynnhuang

1. 我对一个页面做1000并发测试，场景中的load generators只用本机就可以了（没有加载其他的负载测试机），也没有启用IP欺骗。有700个pass,300个fail:Action.c(23): Error -27796: Failed to connect to server "192.168.1.191:80": [10060] Connection timed out.这能说明，系统承受的并发数是700？
2.发现一旦启用IP欺骗，如果IP Wizard添加的ip数小于场景中添加的虚拟用户数，运行会失败。说明设置的ip数必须要大于场景中的虚拟用户数，才可正常运行。但是我想设置上千或上万个虚拟用户，IP Wizard不可能设那么多IP吧？

所以问题：
1.IP欺骗到底在什么地方会用到？
2.上面做1000并发，700pass，其中300fail。做700并发，全部通过。能说明系统承受的并发数是700？

sunshinelius

IP是网络层上的，应用层上如果对IP有限制，使用IP欺骗才有意义。看到不少网友费尽力气制造广域网，局域网上的IP，真不知道为什么要这样做，相比欺骗与否，网络流量，业务负载一点都没有变。

onekey

顶

madskill

系统承受的并发数是700？ 这个问题没回答啊?

lsh

版主sunshinelius说的有道理，但目前还没踫到应用程序需要对IP进行限制的，所以不大好理解。

姜花样的女子

系统承受的并发数是700？ 这个问题没回答啊?
******************
从你的测试结果：做700并发，全部通过，可以能说明系统承受的并发数是700。但并不能说明系统能承受的最大并发数是700。还要说明的是，1000并发，700pass，其中300fail，从这里是不能得出系统承受的是700并发的结论的。最大并发数是系统能承受的全部成功的最大数目，所以你做1000个时，有300个是fail的，是不能得出这个结论的，因为很有可能，如果做2000个，有1000个是成功的，1000个失败的，此时你不能说系统能承受的是1000，能承受的最大并发用户数一般是不包括失败的，是在全部成功的情况下得出的。所以依据楼主的数据，系统所能承受的最大并发数应在700到1000之间，具体多少还要进一步测试。另外还要说明，我说的全部成功是一般情况，如果用户允许比如千分之一的错误，则可把这个允许的范围考虑进去，计算得出最大并发数。

姜花样的女子

另外你的错误是连接服务器超时，这是一个很明显的连接超时错误，很可能是服务器响应不过来，客户端一直等待超时造成的，一般说来是这种情况，但是这也不一定的，也有可能你把所有的虚拟用户放在一台客户机上，导致客户机处理不过来，服务器等待客户机的响应超时所致，可以考虑多用几台客户机来模拟；还有一个原因就是网络的因素，带宽或容量不够，造成信息阻塞，形成超时，可以考虑换更优良的网络来排除此现象。

liuxueying

楼上说的有道理！