下面的URL总是给出一个超时，并结合了@Alexander和@Emu上面最好的答案:

http://example.com:81

使用example.com:81是对Alexander的答案的改进，因为example.com是由DNS标准保留的，因此它将始终不可访问，不像google.com:81，如果谷歌感觉像它，它可能会改变。此外，由于example.com被定义为不可访问，因此不会使谷歌的服务器超载。

我想说这比@emu的答案有进步，因为它更容易记住。

对我来说，最简单的方法是根据目的网络在办公路由器上添加静态路由。只是将流量路由到一些没有响应的主机(例如您的计算机)，您将得到请求超时。

对我来说最好的事情是静态路由可以通过web界面管理，并且很容易启用/禁用。

我想提醒大家注意mitmproxy。

通过配置(取自他们的示例)200:b@100:dr，您将获得一个随机断开的连接。

我经常用来模拟随机连接超时的技术是使用ssh本地端口转发。

ssh -L 12345:realserver.com:80 localhost

这将把localhost:12345上的流量转发到realserver.com:80 如果你想，你也可以在你自己的本地机器上循环这个:

ssh -L 12345:localhost:8080 localhost

因此，您可以将应用程序指向本地主机和自定义端口，并且流量将被路由到目标主机:端口。然后你可以退出这个shell(你可能还需要在退出后ctrl+c shell)，它会杀死转发，导致你的应用程序看到连接丢失。

尽管还不完全清楚OP想要测试哪一个:尝试连接到不存在的主机/端口和超时已经建立的连接之间是有区别的。我会和罗布一起去，等连接好了再拉电缆。或者——为了方便起见——让虚拟机作为测试服务器(使用桥接网络)，一旦建立连接，就取消激活虚拟网络接口。

下面的URL总是给出一个超时，并结合了@Alexander和@Emu上面最好的答案:

http://example.com:81

使用example.com:81是对Alexander的答案的改进，因为example.com是由DNS标准保留的，因此它将始终不可访问，不像google.com:81，如果谷歌感觉像它，它可能会改变。此外，由于example.com被定义为不可访问，因此不会使谷歌的服务器超载。

我想说这比@emu的答案有进步，因为它更容易记住。