我们如何设法阻止与我们的VPS的连接?

在上个星期,我们一直在努力从我们的networking连接到一个VPS,我们为我们的产品用户托pipe一些文件。 这对所有人都是好事,对我们来说并没有被我们的防火墙阻挡。 我们可以ping上面的IP和吹它(不属于我们),但tracert给我们这个

[root@webserver ~]# tracepath 205.178.186.176 1: 10.10.10.85 (10.10.10.85) 0.086ms pmtu 1500 1: 24-158-1-81.static.mdsn.wi.charter.com (24.158.1.81) 2.732ms 1: 24-158-1-81.static.mdsn.wi.charter.com (24.158.1.81) 1.782ms 2: 10.137.194.1 (10.137.194.1) 7.067ms 3: dtr01mazowi-tge-0-7-0-7.mazo.wi.charter.com (96.34.22.50) 9.244ms 4: crr01euclwi-tge-0-5-0-4.eucl.wi.charter.com (96.34.17.38) 20.057ms 5: bbr01euclwi-bue-4.eucl.wi.charter.com (96.34.2.4) 20.499ms 6: bbr02euclwi-bue-5.eucl.wi.charter.com (96.34.0.7) 43.499ms 7: bbr01chcgil-bue-1.chcg.il.charter.com (96.34.0.9) 27.379ms 8: prr01chcgil-bue-2.chcg.il.charter.com (96.34.3.9) 22.129ms 9: eqix.chcg.twtelecom.NET (206.223.119.36) 22.177ms asymm 10 10: atl1-ar3-ge-1-1-0-0.us.twtelecom.net (66.192.241.138) 51.657ms asymm 16 11: 66-193-226-118.static.twtelecom.net (66.193.226.118) 43.431ms 12: 209.17.112.34 (209.17.112.34) 47.507ms 13: 209.17.114.78 (209.17.114.78) 43.511ms 14: no reply 15: no reply 16: no reply 17: no reply 

等到它超时。 当我检查所有的function时,它总是起作用,它可以在我的电话和家里工作(我们的一些客户可能会报告中断,但我没有证实)。

在第11跳和第12跳之间,有一个很长的停顿。 我听说时代华纳以某种方式封锁了,而209.17.114.78实际上是主持我们VPS的networking解决scheme(或者web.com),我们甚至不是时代华纳的用户,而且我们试图用我们的备份ISP而不是宪章),也没有工作,这是奇怪的。 我几次给networking解决scheme提供支持,实际上我同意他们这不是他们的问题(即使它是在自动更新平行更新之后发生的)。

那么问题是,如何使traceroute这样失败呢?看起来只是为了我们,可能会让这个过程蒙上一层阴影。

这是另外一个traceroute(你可以自己做)从我们networking之外的一个同事

 Tracing route to 205.178.186.176 over a maximum of 30 hops: 1 <1 ms <1 ms <1 ms 192.168.0.10 2 8 ms 8 ms 6 ms 10.135.192.1 3 9 ms 14 ms 7 ms dtr01ftbgwi-tge-0-6-0-3.ftbg.wi.charter.com [96.34.25.58] 4 26 ms 11 ms 11 ms crr01ftbgwi-bue-4.ftbg.wi.charter.com [96.34.18.108] 5 22 ms 23 ms 23 ms crr01euclwi-bue-1.eucl.wi.charter.com [96.34.16.77] 6 19 ms 15 ms 15 ms bbr01euclwi-bue-4.eucl.wi.charter.com [96.34.2.4] 7 20 ms 15 ms 16 ms bbr02euclwi-bue-5.eucl.wi.charter.com [96.34.0.7] 8 23 ms 31 ms 23 ms bbr01chcgil-bue-1.chcg.il.charter.com [96.34.0.9] 9 23 ms 21 ms 21 ms prr01chcgil-bue-2.chcg.il.charter.com [96.34.3.9] 10 69 ms 20 ms 21 ms eqix.chcg.twtelecom.net [206.223.119.36] 11 53 ms 54 ms 54 ms atl1-ar3-ge-1-0-0-0.us.twtelecom.net [66.192.246.238] 12 49 ms 49 ms 47 ms 66-193-226-118.static.twtelecom.net [66.193.226.118] 13 52 ms 49 ms 57 ms 209.17.112.38 14 49 ms 61 ms 47 ms 209.17.114.78 15 * * * Request timed out. 16 50 ms 49 ms 48 ms 176.186.178.205.netsolvps.com [205.178.186.176] 

它也使用代理时工作。 另外,当我将SSH连接到我的VPS时,我无法连接到我的办公室(需要在两台服务器之间build立连接进行身份validation)

mtr检查你的VPS有什么样的包丢失,如果有的话。 我在209.17.114.78得到了很多的损失,所以它可能是一个configuration丢弃你的数据包。