![AWS EC2 会阻止像 torrentz.eu 这样的种子网站吗?](https://linux22.com/image/659318/AWS%20EC2%20%E4%BC%9A%E9%98%BB%E6%AD%A2%E5%83%8F%20torrentz.eu%20%E8%BF%99%E6%A0%B7%E7%9A%84%E7%A7%8D%E5%AD%90%E7%BD%91%E7%AB%99%E5%90%97%EF%BC%9F.png)
最初尝试时ping torrentz.eu
,dns 无法解析torrentz.eu
我的 AWS EC2 微型实例 (Ubuntu) 上的域名,然后我将 google 公共 dns 添加到resolv.conf
。因此,我的实例开始将torrentz.eu
域名解析为其 IP。但是当我使用获得检查访问权限torrentz.eu
, wget torrentz.eu
显示以下内容
--2015-05-30 19:11:07-- http://torrentz.eu/
Resolving torrentz.eu (torrentz.eu)... 185.87.147.4, 185.87.147.3
Connecting to torrentz.eu (torrentz.eu)|185.87.147.4|:80...
对于任何其他网站,wget
都会立即加载index.html
。我曾尝试torrentz.eu
加载链接而且它显示connecting..
消息的时间很长。在 AWS EC2 实例中,对 torrent 站点的访问是否torrentz.eu
被阻止?我们如何知道是谁在aws
阻止torrentz.eu
?
答案1
我强烈怀疑是 torrentz.eu 进行了阻止。
如果我从 EC2 在 185.87.147.3 上运行 traceroute,我会得到:
traceroute to 185.87.147.3 (185.87.147.3), 30 hops max, 60 byte packets
1 216.182.224.228 (216.182.224.228) 1.424 ms 216.182.224.200 (216.182.224.200) 1.168 ms 216.182.224.228 (216.182.224.228) 1.403 ms
2 100.64.14.17 (100.64.14.17) 0.812 ms 100.64.2.75 (100.64.2.75) 1.281 ms 100.64.8.215 (100.64.8.215) 0.937 ms
3 100.64.0.120 (100.64.0.120) 1.194 ms 100.64.0.210 (100.64.0.210) 1.003 ms 100.64.0.112 (100.64.0.112) 1.177 ms
4 100.64.16.69 (100.64.16.69) 0.328 ms 100.64.16.29 (100.64.16.29) 0.810 ms 100.64.16.55 (100.64.16.55) 0.270 ms
5 205.251.245.241 (205.251.245.241) 1.217 ms 1.226 ms 205.251.245.235 (205.251.245.235) 1.236 ms
6 72.21.220.46 (72.21.220.46) 1.180 ms 72.21.220.30 (72.21.220.30) 5.956 ms 5.896 ms
7 xe-7-1-2.was14.ip4.gtt.net (77.67.68.153) 1.318 ms xe-7-2-0.was10.ip4.gtt.net (216.221.156.185) 1.311 ms xe-11-0-0.was14.ip4.gtt.net (173.241.128.45) 1.346 ms
8 xe-2-1-0.mtl30.ip4.gtt.net (89.149.186.210) 13.941 ms 13.947 ms 13.930 ms
9 as10929.xe-1-1-0.cr1.mtl1.ca.as4436.gtt.net (69.31.142.122) 16.335 ms 16.296 ms 16.282 ms
10 xe-0-0-3-3904.CR3.1250RL.as10929.net (209.44.125.216) 13.941 ms 13.944 ms 13.939 ms
11 xe-0-0-0.CR1.800SQ.as10929.net (199.193.53.27) 18.318 ms 18.294 ms 18.318 ms
12 * * *
13 * * *
14 * * *
15 * * *
16 * * *
17 * * *
18 * * *
19 * * *
20 * * *
21 * * *
22 * * *
23 * * *
24 * * *
25 * * *
26 * * *
27 * * *
28 * * *
29 * * *
30 * * *
而且,如果我从本地机器运行该程序,我也会在步骤 11 停止收到回复。
但是,如果我通过 wireshark 检查来自 EC2 的流量,我会得到:
即,我没有收到任何对我的 SYN 数据包的确认。
我认为 AWS 不会有强烈的动机去阻止这些网站,因为带宽非常昂贵,但这些网站肯定会有动机去阻止 AWS 客户运行的抓取工具。