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

toot

跨国公司多少企业使用cloudfront，这些畜生真的不管经济了。要把我们带向朝鲜啊

b66667777

渐进式恢复兽性

toot

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

凡事抱着学习的态度，不然容易打脸。

itdog实际上是通过他自己的灰产解析了域名。显示的是ip的ping而不是域名。你应该能理解了

爱消失

toot 发表于 2024-9-20 00:10
听不懂吗，阻断跟ping没关系。github.com是个例子，可以参考下

ping 拿来的 200 状态码 人家一本正经的技术分析给你 你还在嘴硬

Nyarime

讲个笑话，反诈看你不爽直接全国解析 0.0.0.0
包括 bbs.naixi.net 之前也是申诉解决的，烦得要死

iks

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

挂个神仙 ...

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 的，所以影响有限罢了

Nyarime

toot 发表于 2024-9-19 21:59
这个我信啊，城管都可以直接封一个人的手机号。谁来救中华

饭诈是国务院搞的，权限比公安还大
一堆傻逼辅警在那边冻卡冻解析，习以为常

jqbaobao

互联网信息服务管理办法

1. 第二条　在中华人民共和国境内从事互联网信息服务活动，必须遵守本办法。
   
2. 
   
3. 本办法所称互联网信息服务，是指通过互联网向上网用户提供信息的服务活动。

复制代码

1. 第四条　国家对经营性互联网信息服务实行许可制度；对非经营性互联网信息服务实行北岸制度。
   
2. 
   
3. 未取得许可或者未履行北岸手续的，不得从事互联网信息服务。

复制代码

zhujibcom

你说的是 Cloudflare？ 这个没Q吧

jqbaobao

zhujibcom 发表于 2024-9-19 21:55
你说的是 Cloudflare？ 这个没Q吧

你卖百度云加速？