我们确实在寻求社区的帮助，但遇到了客户网站无法再访问我的api和超时的问题。
Connection timed out after 10001 milliseconds.
我们已经联系了东道主媒体殿堂，他们无法给我任何解决方案，我们确实需要一些帮助。
这是我们遇到的我的问题的视频。
http://bit.ly/1CEIYOH
这是到我们的api的跟踪路线，对于我们的许多用户来说都可以正常工作，但是现在有些人遇到了以下问题。
1 50.23.120.193-static.reverse.softlayer.com (50.23.120.193) 0.513 ms 0.491 ms 0.481 ms
2 ae0.dar02.sr01.sjc01.networklayer.com (50.23.118.132) 0.366 ms ae0.dar01.sr01.sjc01.networklayer.com (50.23.118.130) 0.406 ms ae0.dar02.sr01.sjc01.networklayer.com (50.23.118.132) 0.302 ms
3 50.97.19.164-static.reverse.softlayer.com (50.97.19.164) 0.775 ms 0.701 ms ae8.bbr01.eq01.sjc02.networklayer.com (173.192.18.248) 0.803 ms
4 equinix-ix.sjc1.us.voxel.net (206.223.116.4) 0.741 ms 0.794 ms 0.868 ms
5 173.231.161.193 (173.231.161.193) 48.109 ms 44.392 ms 44.397 ms
6 0.te1-2.tsr1.dal2.us.voxel.net (107.6.99.249) 79.040 ms 79.065 ms 80.685 ms
7 0.te2-2.tsr3.iad1.us.voxel.net (173.231.161.189) 78.472 ms 78.438 ms 78.414 ms
8 173.231.160.90 (173.231.160.90) 81.183 ms 81.158 ms 173.231.160.82 (173.231.160.82) 78.348 ms
9 internap.iad1.us.voxel.net (173.231.161.74) 78.815 ms 78.794 ms 78.751 ms
10 border2.te4-1-bbnet1.wdc012.pnap.net (216.52.127.39) 78.455 ms border2.pc2-bbnet2.wdc012.pnap.net (216.52.127.76) 78.282 ms 78.261 ms
11 net2ez-3.border2.wdc012.pnap.net (64.94.31.142) 79.218 ms 79.159 ms 79.094 ms
12 * * *
13 * * *
14 * * *
15 * * *
16 * * *
17 * * *
18 * * *
19 * * *
20 * * *
21 * * *
22 * * *
23 * * *
24 * * *
25 * * *
26 * * *
27 * * *
28 * * *
29 * * *
网络刚刚退出，这里是媒体庙宇的回应。
新的更新
另一个更新
最近更新
有人可以帮忙吗
最后更新。
最终的解决方案是完全摆脱Media Temple，他们在客户遇到无法提供解决方案的问题三个星期后，当问他们这个明确的问题时，确实让我们失望了。
即使是支持他们的人，因为他们无法回答问题，实际上只是将我转给另一名支持人员。
让我担心的是托管服务提供商为什么无法修复此类问题？由于这个问题，我失去了很多付费客户。
解决的办法是将所有东西移到亚马逊上，然后将其安装到EC2实例上，我希望一天之内就可以做到这一点，我也希望以3美元的价格安装ssl证书，而Media Temple上的价格为75美元，我也为他们的Cloudtech服务支付了100美元。
关于Amazon的伟大之处在于，即使再次发生此类错误，我也可以创建一个AMI，然后启动一个新的EC2并完成工作。
如果您的服务依赖于API且出现ISP问题，那么每个人都应对第三方托管这样的问题小心，如果您的托管在经过3周的尝试后认为您的用户没有找到解决方案，那么您的业务就会很快陷入困境不想听(哦，我只是在等待媒体神殿的回应)。
因此，解决方案使用功能强大的Amazon Web Service灵活且完全在您的控制之下，
最佳答案
您希望从社区中获得什么帮助，我敢肯定，这只是与ISP进行的调整，它与部署或托管无关。
如果您先检查local上的内容，然后检查Dummy以便通过ISP检查不同的配置，以确认被阻止的确切内容，那将是一个好习惯。
那么您就可以轻松解决您的问题。
根据您的问题和我的知识，这是我能提供的最佳答案
关于dns - 连接到wp_remote_post Wordpress时，Softlayer ISP阻止网络丢失，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/31459220/