Replies: 3 comments 4 replies
-
|
Remark：已自建，上图为仅测试延迟 |
Beta Was this translation helpful? Give feedback.
-
|
我发现个问题，平均延迟低到1～3ms之间，这基本上不太现实的 参考之前的关于假墙的讨论 要不路由器开了clash TUN之类的模式，要不就是碰到假墙了 |
Beta Was this translation helpful? Give feedback.
-
|
相同配置我在日本的机器测了，Top10都是3ms以下，不过都是真的，试了Top5，都是可用的。可以推断应该是墙的难问题。 不过关于假墙，我加了tl和tll，圈定范围之后，得到的是“符合选定范围的‘虚假结果’”。。。就比较无语 暂时的解决办法是用在日本的机器上测出的Top5 CDNIP，也还堪用 |
Beta Was this translation helpful? Give feedback.
-
|
圈定范围之后，得到的是“符合选定范围的‘虚假结果’”
|
Beta Was this translation helpful? Give feedback.
-
|
所以是墙外VPS测速之后，拿测量好的IP到墙内用么？ 这样的话有个问题，因为cloudflare CDN 是开启了 anycast 的，这意味着不同地区得出的路由结果是完全不太一样的 尤其是墙内限制出海节点且墙中墙的情况下，墙外的测试不代表墙内也能正常使用，而且墙外不同地区的测速结果也是不通用的 参考这个issues，相同IP地址会因为路由变化而路由到不同的地区的 |
Beta Was this translation helpful? Give feedback.
-
|
我用的是aws的cloudfront，昨天用日本VPS的top10，加上本地ICMPping确认，还行，油管能稳定在20-40w |
Beta Was this translation helpful? Give feedback.
-
|
而且这个假墙太诡异了，和你说的这个#111 还不完全一样，所以等等看，看是我个人问题还是地区普遍现象 |
Beta Was this translation helpful? Give feedback.
-
数月前：结果正常，CF|CFT都能扫描到最好的在30-40ms的CDN server。
======================
最近两个月：无论是CF还是CFT，都无法正常获取延迟，扫出来的头部结果很多都是无法ping通，或是延迟200+
Beta Was this translation helpful? Give feedback.
All reactions