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

时间:2015-07-16 16:01:01

标签: dns traceroute mediatemple ibm-cloud-infrastructure

我们正在寻求社区的帮助,我们遇到的问题是我们的客户网站无法再达到我的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之间的路由对等问题。

新更新

  

从你的traceroutes看,通用性似乎是Softlayer,   Internap或NetDC ISP。我已经和NetDC谈过,他们声称他们   没有过滤任何东西。我们也接触过softlayer但是   没有收到他们的回复。如果我们这样做会有什么帮助缩小范围   可以像之前一样运行另一个脚本:

另一次更新

  

好的,我已经联系了Softlayer(您的客户的ISP),Internap   (中间互联网ISP)和NetDC(中间互联网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将有希望   没有首选的路由到您的服务器因此被绕过,我   相信问题不仅仅局限于你的知识产权,这就是我的原因   采取这个更极端的步骤。

有人可以帮忙吗

最终更新。

最终的解决方案是完全摆脱Media Temple,他们真的让我们失望了他们的主机,因为我们的客户遇到了他们无法提供解决方案的问题并且在向他们提出这个明确的问题时会有3个星期。

  

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

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

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

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

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

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

因此,解决方案使用Amazon Web Service灵活强大且完全掌控,咆哮

  

Media Temple让我们大举失望。

1 个答案:

答案 0 :(得分:4)

您对社区有什么帮助,我当然只是与ISP进行调整,它与部署或托管无关。

如果您首先检查本地的内容,然后使用虚拟机检查您的ISP上的不同配置,以便确认被阻止的确切内容,那将是一件好事。

然后您将能够轻松解决您的问题..

根据您的问题和我的知识,这是我能提供的最佳答案