
趁烧饼商城的 “doma.in 二级域名注册代金券” 上线,介绍一下 anyns。
anyns.io 是一个基于社区用户的免费 dns 系统。 烧饼论坛用户可以直接用 sb 账号登录。
- 分线解析,自定义路线、cf 云朵(需要 cf 域名 api)、免费 ssl 证书、自定义 ns 品牌、等一系列商业 dns 的能力, 我们免费集成为社区用户服务。
- 3 个 anycast 提供商,提供目前 26 个 pop 节点, 提供全球毫秒级 dns 解析响应服务。
- 主节点位于新加坡,隐藏不作应答,全球边缘节点加密数据并应答。保证用户数据安全。
- 首创 “中国定向” 加速,使用社区最受好评的路线:xtom 新加坡 Premium、阿里香港 cn2、 gomami hkg三网优化等对国内解析器定向加速。
dns 测速:https://anyns.io/speed
交流群:https://t.me/anyns_nht虽然是 免费 dns,anyns 一直以商业 dns 的标准回应社区用户的各种响应。欢迎各位大佬在这里吐槽与提出需求。
本帖不抽奖,只作为日常讨论交流 哦!
抽奖贴将等会儿给出链接介绍完毕 另外准备 8 个 88.88 元支付宝口令红包,将在烧饼论坛新开抽奖贴
- 收藏 5支持 3反对打赏 3
不错,挺好

支持

跟 sb 做个友链吧 方便找你 https://sb.sb/links/



各种大佬先支持一波

不错

@原神 #5
嗯,感谢大佬支持。支持一下

支持支持

bdbd

@纳西妲 #13
好的, 第一批我计划先上 “HTTPS、SVCB、TLSA、SSHFP” 4 种类型。
还是 社区用户强大, 我在现实的企业客户得不到这样有效的反馈。另外华为云使用的 “轮询” 解析非常原始。 可以看 https://anyns.io/speed 测速,和中国其它家一样。
阿里甚至懒得兼容国际,直接全部用中国服务器。但是对外还是号称 “国际版”。没有 anycast 地址 , 国际用户会 “被迫” 轮询到中国,中国用户也会 “被迫” 轮询到其它地区。还是很多年前的老技术。 这种跨区 “误伤” 的几率很高。
太牛了,除了饼居然还有红包

已注册,明天研究下

好东西
是不是默认的 doh 都可用了?
@常世万法仙君 #17
doh 可以用的,做了国内外分流,会将国内的 ecs 地址根据用户设定的地理位置进行解析。 代理出国的用户,也能快速的访问 “国内” 网站。不被国外的 ip 干扰。@咯拉无米 #14 感谢回复!
我又测出来一个东西,在根域名(
@)上设置 CNAME 记录,ns1.anyns.io和ns2.anyns.io会返回拉平后的 A & AAAA 记录就遵守 RFC 而言这个行为很标准,但对于需要通过 DNS 分线路由接入不同 CDN 的场景,可能会影响 CDN 自身的地理调度
并且该行为没有在 dashboard 上体现,会导致用户困扰
我希望考虑下你们对于根域名上的记录出一个 “启用拉平” 的选项,默认开启,关闭后对根域名除了 SOA、NS 以及 DNSSEC 相关记录外的查询请求直接返回 CNAME,这样既可以允许用户直接在根域名上放 CNAME 还能顺带搞定 dashboard 展示问题
是的,这个功能理论上有点违反 RFC 的规定,因为根域名必须还有 NS 和 SOA 记录,而 RFC 规定 CNAME 所在域名不允许有其他任何除了 DNSSEC 相关的记录
但是华为云、阿里云等国内云的 DNS 域名云解析都是这样干的(https://support.huaweicloud.com/intl/zh-cn/dns_faq/dns_faq_016.html ),理论上违反但是 CNAME 几乎不会影响 NS 和 SOA 记录,我也一直在这样用,没有用户反馈说网站打不开之类的问题,大概率不会有兼容性问题
并且拉平记录会导致 CDN 提供的 CNAME 可能出现位置定位错误问题,因为是 NS 服务器向 CNAME 查询而非用户查询 CNAME,轻则位置稍微偏移,重则直接拉到地球另一边(比如 Cloudflare 的 CNAME 拉平会导致中国大陆访客拿到第三方 CDN 的美国 IP,即使这个第三方 CDN 有中国大陆节点 / 亚太优化节点并完成了 DNS 分流)
这个问题是我测试以下操作时发现的:
nahida.life CNAME nahida.life.cdn.cloudflare.net ; 线路分流:境外 nahida.life CNAME 国内的一个.cdn.的.cname ; 线路分流:境内希望你们考虑下
edit: 补充下,如果做这个功能需要在用户尝试在根域名添加 MX 等记录,且用户已在上面添加 CNAME 记录并关闭拉平时显示警告,因为这会导致记录丢失问题
edit2: 除了 SOA、NS 外对于 DNSSEC 相关记录也不能直接返回 CNAME
edit3: 推荐在关闭根域名 CNAME 拉平时刻意二次确认下,因为毕竟是非标准行为,这样二次确认也代表用户主动承担风险
@纳西妲 #19 cf 就是根域名强制拉平的 太遵守规则了
@Xshell #20 对,这也就是我为啥要额外买个域名把 NS 给除了 cf 外的 DNS 提供商

其实境外不代表 default, 所以也要加一个 default 才行。你的情况其实是 境内 和境外 之间部分地址的库没包含。
所以没包含的这部分地址变成了解析不到,因为没有 default 兜底。其实境外是一个类似 “测试” 的功能,我用来当初做一个 ipv6 和 ipv4 实验时留下的。
相当于当初我没有找到国内 ipv6 友好的 vps。 我的国际用了 cname 到 bunny cdn。 国内 a 记录到 gomami 的 ipv4。
但是我发现,国内的 ipv6 用户请求,会路由到国际的 bunny cdn。因为国内的 ipv6 路线是缺失的。 当时我就想了腾讯 dnspod 的 “境外” 和 “境内”。 然后我把境外走 cname 。 default 走了一个独立网络 ovh。 境内走了 gomami ipv4。当然后来找到了 xtom 的新加坡解决了这个问题, 国内也有比较好的 ipv6。 目前变成了 境内 ipv4 和 ipv6 都走 v.ps 的新加坡, default 走了 cname 的 bunny cdn。
没想到这个境外给你带来了偏差, 是我的锅,其实真实情况下,是应该没有境外的。 只有默认路线,也就是 default。 至于这个境外我考虑要不去掉吧。
顶一下






