Softlayer ISP阻止网络在连接到wp_remote_post Wordpress时丢失

Question

我们正在寻求社区的帮助,我们遇到问题,我们的客户网站无法再达到我的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 Temples的回应.

我们收到了我们提供商的网络工程师的反馈,他询问您的客户或softlayer的客户是否使用softlayer打开了一张票.从他们所做的测试来看,各种ISP和软件层之间存在一些路由对等问题.

新的更新

从您的跟踪路由中,通用性似乎是Softlayer,Internap或NetDC ISP.我和NetDC谈过,他们声称他们没有过滤任何东西.我们也联系了softlayer,但没有收到他们的回复.如果我们可以像你之前那样运行另一个脚本,那将有助于缩小范围:

另一个更新

好的,我已经联系了Softlayer(您的客户的ISP),Internap(中间ISP)和NetDC(中间ISP).其中一个是过滤东西,我希望我得到他们的快速回复.目前它已不在我们的控制范围内,但希望这些ISP能够做出响应并允许我们追踪阻止客户联系的任何内容.

最近更新

Good news, I got a response from Softlayer just as I sent you that last correspondence.  They are seeing the same issue from their end

他们认为这个问题属于Internap.由于他们是Internap的直接客户,因此他们已经在Internap中进行了循环,因此希望能够发现一些东西.

我能够确定我们的某些ip子网可以通过Softlayer路由器访问,这些子网在连接到您的IP时遇到问题.我需要验证我们是否可以实际将您迁移到其中一个IP.

我正在进行互联网路由更改,因此Internap将希望没有首选路由到您的服务器并因此被绕过,我相信问题不仅限于您的IP,这就是为什么我采取这个更极端的步骤.

有人可以请帮助

最终更新.

最终的解决方案是彻底摆脱Media Temple,他们真的让我们失望了他们的主机,因为我们的客户有3个星期的问题他们无法提供解决方案,并且问他们这个明确的问题.

为什么我可以发布到任何其他服务器,但媒体寺庙从有问题的IP？

即使是支持人员的地方只是将我转移到另一个支持人员,因为他们无法回答这个问题.

令我担心的是托管服务提供商怎么能解决这样的问题？由于这个问题,我失去了不少付费客户.

解决方案是将所有内容移至亚马逊并将其安装到EC2实例上,我设法在一天内完成,我希望我从一开始就做了我还安装了3美元的ssl证书,而Media Temple上的那个是75美元,我他们还为Cloudtech服务支付了100美元.

关于亚马逊的好处是,即使像这样的错误再次发生,我也可以创建一个AMI,然后启动一个新的EC2并完成工作.

如果您的服务依赖于API并且您遇到ISP问题,那么每个人都要小心这样的问题,如果您的主机在3周的尝试后找不到您的解决方案,那么您的业务可能会很快失败我想听(哦,我只是在等待Media Temple的回复).

所以解决方案使用灵活强大的Amazon Web Service并完全掌控,咆哮

媒体寺让我们大规模失败.

Answer 1

您期望从社区获得什么帮助，我确信这只是 ISP 的调整，与部署或托管无关。

如果您首先检查本地的内容，然后使用虚拟程序检查 ISP 上的不同配置，以确认到底是什么内容被阻止，那就太好了。

那么您将能够轻松解决您的问题..

根据您的问题和我的知识，这是我可以提供的最佳答案