它们无法无天了，防火墙把cloudfront.net也阻断了

toot

iks 发表于 2024-9-20 00:12
看不懂吗？我这是 ping 吗？HTTP code 200 也是 ping 是吧，懂完了给你

多学习学习。github.com这个例子告诉你了

iks

toot 发表于 2024-9-20 00:15
多学习学习。github.com这个例子告诉你了

喜欢嘴硬呗，行行行，https://hostloc.com/thread-1198673-1-1.html 送给你了，浪费我时间

toot

iks 发表于 2024-9-20 00:16
行行行，https://hostloc.com/thread-1198673-1-1.html 送给你了，浪费我时间

nic.eu.org知道不，443正常，80阻断。不是你去curl一下就以为自己对的。防火墙的方式多种多样

挂个神仙以为自己又行了

Microcharon

我的一切正常：https://www.itdog.cn/tcping/d3lwbua7ivfdyb.cloudfront.net:443

zeb

Microcharon 发表于 2024-9-20 00:34
我的一切正常：https://www.itdog.cn/tcping/d3lwbua7ivfdyb.cloudfront.net:443

TCPING能测出东西就见鬼了，直接网站测试用上面那位给的
http://d1174705pgz8b8.cloudfront.net/favicon.ico

toot

Microcharon 发表于 2024-9-20 00:34
我的一切正常：https://www.itdog.cn/tcping/d3lwbua7ivfdyb.cloudfront.net:443

这个测不出来哦。移动网80端口是阻断的 。用你数据试试就知道了

Microcharon

zeb 发表于 2024-9-20 00:35
TCPING能测出东西就见鬼了，直接网站测试用上面那位给的
http://d1174705pgz8b8.cloudfront.net/favicon. ...

奇怪，刚才 HTTP 测试还正常（非TCPiNG），现在又一片红了

Microcharon

toot 发表于 2024-9-20 00:38
这个测不出来哦。移动网80端口是阻断的 。用你数据试试就知道了

iks

toot 发表于 2024-9-20 00:17
nic.eu.org知道不，443正常，80阻断。不是你去curl一下就以为自己对的。防火墙的方式多种多样

挂个神仙 ...

1. github.com 的 80 和 443 端口均没有被阻断，可以观察到的是干扰；
2. *.eu.org 的阻断是 80 端口阻断

3. *.cloudfront.net 的阻断与 github.com 的不同，而与 eu.org 的相同

4. 第 3 点的阻断仅限于 HTTP 请求头 Host 的值带有 cloudfront.net 的请求，即，若直接解析到 CloudFront 节点或 CNAME 到 CloudFront 节点的站点均不受影响

例：
static.paypay.ne.jp.    1       IN      CNAME   d1wt0wmxfn5ek1.cloudfront.net.
d1wt0wmxfn5ek1.cloudfront.net. 1 IN     A       99.84.55.33
d1wt0wmxfn5ek1.cloudfront.net. 1 IN     A       99.84.55.128
d1wt0wmxfn5ek1.cloudfront.net. 1 IN     A       99.84.55.124
d1wt0wmxfn5ek1.cloudfront.net. 1 IN     A       99.84.55.110

访问 http://static.paypay.ne.jp 或者 https://static.paypay.ne.jp 均是正常的。

带公司都会 CNAME 的，所以影响有限罢了

zeb

iks 发表于 2024-9-20 00:42
1. github.com 的 80 和 443 端口均没有被阻断，可以观察到的是干扰；
2. *.eu.org 的阻断是 80 端口阻断 ...

就怕这只是开始，下一步DNS污染就凉透了