我在我们的软件中有一个错误,当我收到连接超时时发生。这些错误是非常罕见的(通常是当我的连接被我们的内部网络丢弃时)。我怎样才能人为地产生这种效果来测试我们的软件呢?
如果重要,应用程序是用c++ /MFC编写的,使用CAsyncSocket类。
编辑:
我尝试使用一个不存在的主机,我得到套接字错误:
无效的参数
我的下一个尝试是使用Alexander的建议,连接到不同的端口,例如81(在我自己的服务器上)。这很有效。与断开连接完全相同(等待60秒,然后出错)。谢谢你!
我在我们的软件中有一个错误,当我收到连接超时时发生。这些错误是非常罕见的(通常是当我的连接被我们的内部网络丢弃时)。我怎样才能人为地产生这种效果来测试我们的软件呢?
如果重要,应用程序是用c++ /MFC编写的,使用CAsyncSocket类。
编辑:
我尝试使用一个不存在的主机,我得到套接字错误:
无效的参数
我的下一个尝试是使用Alexander的建议,连接到不同的端口,例如81(在我自己的服务器上)。这很有效。与断开连接完全相同(等待60秒,然后出错)。谢谢你!
当前回答
尽管还不完全清楚OP想要测试哪一个:尝试连接到不存在的主机/端口和超时已经建立的连接之间是有区别的。我会和罗布一起去,等连接好了再拉电缆。或者——为了方便起见——让虚拟机作为测试服务器(使用桥接网络),一旦建立连接,就取消激活虚拟网络接口。
其他回答
尽管还不完全清楚OP想要测试哪一个:尝试连接到不存在的主机/端口和超时已经建立的连接之间是有区别的。我会和罗布一起去,等连接好了再拉电缆。或者——为了方便起见——让虚拟机作为测试服务器(使用桥接网络),一旦建立连接,就取消激活虚拟网络接口。
把你的网线插到没有其他连接/电缆的交换机上。恕我直言,这应该有用。
下面的URL总是给出一个超时,并结合了@Alexander和@Emu上面最好的答案:
http://example.com:81
使用example.com:81是对Alexander的答案的改进,因为example.com是由DNS标准保留的,因此它将始终不可访问,不像google.com:81,如果谷歌感觉像它,它可能会改变。此外,由于example.com被定义为不可访问,因此不会使谷歌的服务器超载。
我想说这比@emu的答案有进步,因为它更容易记住。
Depending on what firewall software you have installed/available, you should be able to block the outgoing port and depending on how your firewall is setup it should just drop the connection request packet. No connection request, no connection, timeout ensues. This would probably work better if it was implemented at a router level (they tend to drop packets instead of sending resets, or whatever the equivalent is for the situation) but there's bound to be a software package that'd do the trick too.
我想提醒大家注意mitmproxy。
通过配置(取自他们的示例)200:b@100:dr,您将获得一个随机断开的连接。