9

我们真的在寻求社区的帮助,我们遇到了客户网站无法再访问我的 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 之间似乎存在一些路由对等问题。

新更新

从您的跟踪路由来看,共同点似乎是 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 的直接客户,所以希望能有所发现。

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

我正在更改 Internet 路由,因此希望 Internap 没有通往您服务器的首选路由,因此会被绕过,我相信问题不仅限于您的 IP,这就是我采取这一更极端步骤的原因。

有人可以帮忙吗

最后更新。

最终的解决方案是完全远离 Media Temple,在我们的客户遇到无法提供解决方案的问题 3 周后,当他们向他们提出这个明确的问题时,他们的托管服务真的让我们失望了。

我怎么能从有问题的 ip 发布到任何其他服务器,但媒体寺庙除外?

即使是支持人员,他们也只是将我转移到另一位支持人员,因为他们无法回答问题。

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

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

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

如果您的服务依赖于 API 并且您遇到 ISP 问题,那么每个人都要小心第三方托管这样的问题,那么如果您的托管在 3 周尝试后找不到您的解决方案,您的业务可能会很快陷入困境,相信我您的用户不会不想听(哦,我只是在等待 Media Temple 的回复)。

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

Media Temple 让我们大失所望。

4

1 回答 1

4

您希望社区提供什么帮助,我敢肯定,这只是与 ISP 的调整,它与部署或托管无关。

这将是一个很好的,如果你首先检查本地的东西,然后一个假人检查你的 ISP 上的不同配置,以确认被阻止的确切内容是什么。

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

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

于 2015-07-23T04:34:22.560 回答