套CF建站的MJJ应该引起重视_美国VPS

经过几天的观察, 得出如下结论:

1. 白天CF的Anycast IP一般会被就近拨号到日本, 香港, 新加坡节点
2. 晚高峰CF的Anycast IP总是会被拨号到LAX洛杉矶节点(起码北京联通和电信是这样)

如何查看当前服务你的CF节点: https://套了CF的站的域名/CDN-cgi/trace,
例如: https://v2ex.com/cdn-cgi/trace, https://virmach.com/cdn-cgi/trace
看返回内容中的colo=LAX,这个colo就表示当前CF服务与你这个IP的节点, 这个节点是采用的是**代码,
注意: 查看这个地址时不要开番茄

想象一下使用毛子的vps套CF建站是什么体验吧, 静态资源问题不大, 反正CF节点直接返回了,

可你的动态请求呢, 从中国先去洛杉矶, 在从洛杉矶绕回俄罗斯德国荷兰, 拿到动态返回数据后在从
这些欧洲国家绕回洛杉矶, 在从洛杉矶绕回中国,, 哈哈, 数据包全球走一遍, 颤抖吧MJJ, 真的是让人崩溃.

结论就是: 对于服务于中国客户的站点来说, 套CF建站你的VPS一定要选美西的节点, 因为晚间CF
总是会把中国客户拨号到美西LAX节点, 你的VPS离CF的服务节点一定要尽可能的近.

注意1: 各位MJJ不要过多关注CF给你拨号的节点是香港, 新加坡还是台湾,, 应该引起重视的是
你的源站与你的CF节点的距离, 因为所有动态请求都是要回源的, 这个才是重点, 除非你的
CF只单独套了静态资源二级域名或独立的静态资源域名.
你可以想象一下三线都给你拨号到香港, 但是你用一个英国荷兰毛子的源站, 动态请求回源要绕半个地球…

注意2: 动态请求回源与服务与你的静态资源CF节点并不是相同的, 但也是遵循在CF看起来的就近原则,
https://www.cloudflare.com/ips-v4
这个是回源IP地址段, 一般都回添加到源站防火墙规则中,
但这些IP同样是Anycast IP, CF的整个网络都是构建在Anycast IP基础上, 这些回源IP理论上也是遵循就近原则,
所以差别并不是很大, 中国大陆的就近地址晚高峰时CF一直都认为是LAX这些从BGP角度看起来最近的,
西藏网友:3线都是TW啊，没绕美
新疆网友:嗯我刚刚用ipip

traceroute 看了下 v2ex

有的地区走的也是美国

有空研究下 railgun 看看晚上是否有变化
黑龙江网友:
/cdn-cgi/trace这个看到的不是自己的ip么，根本看不到cf的

==============
好吧，我理解错误，是看节点地区~~
山东网友:我个人没所谓啦。。。反正也没几个人会来看
河南网友:看colo=LAX, 这个表示当前服务你这个IP的CF节点, 按机场编号显示的,
广西网友:你没写清楚，我理解错了~~
陕西网友:colo=SJC

圣何塞？
海南网友:AMS前来报道。
江苏网友:没错, 白天也有很多国内地方被拨号到圣何塞, 洛杉矶还是圣何塞问题不大, 问题大的是你的源站离洛杉矶或圣何塞有多远, 想象一下你源站用毛子的VPS会是什么结果,
天津网友:等我明早再试试… 这台小鸡是Gullo的美东NAT。

吉林网友:等我明早再试试… 这台小鸡是Gullo的美东NAT。

新疆网友:重点是动态请求的回源, CF节点给你拨号到台湾, 静态资源从台湾就返回给客户端这没毛病, 但是动态请求是要回源的, 你的源站如果是欧洲的肯定是不行的, 你的源站应该离TW越近越好
江西网友:colo=NRT
宁夏网友:洛杉矶的小鸡拨号到圣何塞了
安徽网友:cloudflare并不是用户访问节点回源

有专门用于回源的边缘节点,回源用的边缘节点其物理地区一定会是在本国内

延迟不一定是各位mjj们自己测试的结果那么大
黑龙江网友:不可可能近的
colo=台湾的机器在美国
colo=洛杉矶的 frp在香港主机在中国

何止绕地球一圈
上海网友:f12直接就能看见了
广西网友:https://www.cloudflare.com/ips-v4
这个是回源IP地址段, 但这些IP同样是Anycast IP, CF的整个网络都是构建在Anycast IP基础上, 这些回源IP理论上也是遵循就近原则, 所以差别并不是很大, 中国大陆的就近地址晚高峰时CF一直都认为是LAX这些从BGP角度看起来最近的,
广西网友:
直接访问是colo=LAX
挂洛杉矶的代理后还是 colo=LAX
挂毛子鸡代理再访问变成 colo=DME
澳门网友:说明你的毛子VPS地区用户CF认为DME是最近的节点
山东网友:说明你的毛子VPS地区用户CF认为DME是最近的节点
甘肃网友:圣何塞
河南网友: 用 railgun 在美国或源站附近建个点

是不是就能缓解

台湾网友:大佬nb
河南网友:理论上是这样, railgun应该就是加速的CF边缘节点到源站的回源速度的, 不过我没有用过这个
吉林网友:用谷歌云在台湾或者日本建个 railgun

晚上不知道会不会就不饶了
陕西网友:nrt是什么地方
香港网友:是你的网站还是v2ex
四川网友:直接百度机场nrt, 日本的
内蒙古网友:https:////cdn-cgi/trace

colo=NRT
甘肃网友:https:////cdn-cgi/trace

colo=NRT
河北网友:如果开着日本代理要关了, 我北京电信:
fl=12f285
h=
ts=1567957728.831
visit_scheme=https
uag=Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/76.0.3809.132 Safari/537.36
colo=LAX
http=http/2
loc=CN
tls=TLSv1.3
sni=plaintext
warp=off
贵州网友:没开代理的

为什么很多人都炸

v2ex 速度还是很快

听说是企业套餐

我怀疑是不是 railgun起的作用呢
浙江网友:fl=22f111
h=
ip=175.163.185.
ts=1567958091.037
visit_scheme=https
uag=Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/76.0.3809.132 Safari/537.36
colo=NRT
http=http/2
loc=CN
tls=TLSv1.3
sni=plaintext
warp=off
天津网友:lhr是哪
湖北网友:我这里电信晚上v2一样炸, 联通肯定是没问题的, 还有就是程序优化的问题了, 即便给播到圣何塞洛杉矶但是程序平均响应的数据包小了自然就快了, JS要压缩优化, CSS要压缩优化, v2自己也不存储图片只能用图床, 然后在CF中开启brotli压缩, 响应内容光文本还经过了优化和brotli压缩, 想不快都不行的
云南网友:你辽宁的给你拨到日本没毛病,
河北网友:英国伦敦
重庆网友:但是我访问我自己的站和其他CF站

都是去的美国
澳门网友:据说CF企业版的会多出一些数据中心, 搞不好v2用的是企业版套餐而不是仅仅买个了自定义证书,
云南网友:据说CF企业版的会多出一些数据中心, 搞不好v2用的是企业版套餐而不是仅仅买个了自定义证书,
浙江网友:技术大佬 MJJ还要学习
河南网友:colo=SIN
澳门网友:去程都是到美西，这是回源节点，总结得很好！
四川网友:心理作用，主要V2没啥图片，都是文字。
内蒙古网友:用第三方的工具。。CNAME DNS直接A记录国内锁定 LOS 节点
福建网友:购买railgun可以采取近源措施。
比如www.chinatimes.com的，请求IP是美国的，但近源地点是在台北
台湾网友:Mark
山东网友:笨牛cdn就是这样的啊,锁定ip
云南网友:colo=AMS +1,话说AMS什么地区?
宁夏网友:colo=AMS +1,话说AMS什么地区?
香港网友:我去,我没挂代理,用ipip的在线trace试了下,江苏电信走阿姆斯特丹,移动走加州,好神奇
黑龙江网友:战略Mark
海南网友:台湾的好像用不了吧！我的几个全挂了
浙江网友:暂时还没,不过速度没以前快了
福建网友:结论就是，担心CF被玩坏了，大家少用CF，搞这么多数据，其实不准也不稳定，反正就套就完事了，
青海网友:我的是圣哥西，cf 还可以自己选择节点？？？我怎么没看到这个功能？
吉林网友:我的国内ip是香港的节点
四川网友:v2ex的
湖南网友:功能上没有