iQDNS - 加强稳定,降低延迟,推出自选边缘节点上游,自选上游的上游。 - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
johnsonwil
V2EX    DNS

iQDNS - 加强稳定,降低延迟,推出自选边缘节点上游,自选上游的上游。

  •  
  •   johnsonwil 2021-08-23 16:10:33 +08:00 4518 次点击
    这是一个创建于 1512 天前的主题,其中的信息可能已经有所发展或是发生改变。
    今天早早结束工作就开始帮大家迁移机器了。
    于今日下午 2 点 52 分
    iQDNS 主力节点 A 已经更换完成服务器到物理机(中国电信 HK 机房)
    请各位指定 IP 使用的用户及时更新。普通用户不受影响。

    普通用户不需要做任何操作 解析 0 中断,如果想体验一下好玩的 iQ 自选上游功能那你可以自己试试哦~
    默认的 /dns-query 是智能智选,效果应该是最好的。
    但是如果你觉得还是不够快,可以在下面自选节点上游!

    本次优化也带来了 iQ 研发虚拟路由时带来的大型优化更新,
    iQ 推出同行从未推出过的自选 iQ 服务源功能(上游)
    该功能仅支持 A 节点的 DOH 协议。

    如何通过路径来更换 iQ 边缘节点的服务节点上游来加快速度呢?
    通过下面几个地址。你就可以轻松更换 iQ 节点的上游服务,加快你的速度,让我们开始折腾吧。

    以下的自定义上游模式协议为( DOH )

    https://a.passcloud.xyz/dns-query ( Anycast 推荐 智能默认地址)
    https://a.passcloud.xyz/cdn ( CDN 加速 推荐)
    https://a.passcloud.xyz/hk (香港 推荐)
    https://a.passcloud.xyz/am (澳门 )
    https://a.passcloud.xyz/us (美国)
    https://a.passcloud.xyz/sz (深圳)

    Q:我设置了自定义上游,不管用怎么回事?
    A:刚刚更新了 DNS 解析没多久,有可能您还没有解析到 A 节点的新服务器哦。请耐心等待或手动刷新缓存即可。

    iQDNS 已稳定运行半年。

    A 节点默认地址(支持上面介绍的自选上游功能):
    DOH: https://a.passcloud.xyz/dns-query
    DOQ:quic://a.passcloud.xyz:784
    DOT:tls://a.passcloud.xyz:5432

    I 节点默认地址(不支持自选上游功能):
    DOH: https://i.passcloud.xyz/dns-query
    DOQ:quic://i.passcloud.xyz:784
    DOT:tls://i.passcloud.xyz:5432

    Worldwide CDN 节点默认地址(全球 CDN 节点 Akamai Amazon Cloudflare Google 随机选择):
    DOH: https://worldwide.passcloud.xyz/dns-query

    iQDNS 主贴地址(含有服务器地址):
    t/785666
    第 1 条附言    2021-08-23 18:08:39 +08:00
    大家可能很好奇,为什么修改一下路径就可以去用一个域名来修改这么多个的上游。

    iQ 的拓扑是

    用户iQ 节点(A)iQ 主服务( iQ 自有上游)如果自有上游没有缓存解析数据则公共超级上游( Google Quad9 1.1.1.1 等等)

    通过修改 iQ 节点的路径可以来自定义你想设置的 iQ 节点去访问的主服务地址,可以把 iQ 节点看作是一个接入点或者是一个代理服务器,你连接到节点后 由节点帮助你去主服务获取数据,用户和主服务是隔离的,这样既可以随时弹性拓展 也可以保证隐私 保护主服务不受攻击 并且可以加快解析速度 因为主节点的网络全部都是顶级路由 比用户自己访问快的多的多,这也是 iQ 自研的 DNS 解析架构


    本次 A 节点更新的自定义上游,大家也可以体验一下,也是全 DNS 提供商里第一个研发出的特殊加速功能 并且全部配备了单向 TCP 加速。

    希望各位有能力的可以继续捐赠支持 iQDNS 的发展,我对 iQDNS 多上心大家也看得到,本次 A 节点的大型优化更新,把解析延迟已经拉低到了 20ms (网络) 40-60 (双向解析),
    并且全新的自选上游模式 也是其他 DNS 服务商从来都没有的 全自研功能。目前该项目有 72%为开源项目,28%为自主编码,随着时间 自研代码也会越来越多,更多的功能也会继续加入,谢谢大家使用和支持。
    第 2 条附言    2021-08-23 18:09:31 +08:00
    14 条回复    2021-09-01 23:22:03 +08:00
    johnsonwil
        1
    johnsonwil  
    OP
       2021-08-23 16:22:33 +08:00
    iQDNS 全面支持三协议(主力节点 A 、I )

    首推使用 DOH 协议。
    其次推荐 DOQ 协议。
    没办法再用 DOT 协议。
    johnsonwil
        2
    johnsonwil  
    OP
       2021-08-23 16:22:55 +08:00
    所有解析地址全部纯净 0 污染 0 拦截 0 规则 0 日志 0 记录
    johnsonwil
        3
    < href="/member/johnsonwil" class="dark">johnsonwil  
    OP
       2021-08-23 18:08:11 +08:00
    大家可能很好奇,为什么修改一下路径就可以去用一个域名来修改这么多个的上游。

    iQ 的拓扑是

    用户iQ 节点(A)iQ 主服务( iQ 自有上游)如果自有上游没有缓存解析数据则公共超级上游( Google Quad9 1.1.1.1 等等)

    通过修改 iQ 节点的路径可以来自定义你想设置的 iQ 节点去访问的主服务地址,可以把 iQ 节点看作是一个接入点,你连接到节点后 由节点帮助你去主服务获取数据,用户和主服务是隔离的,这样既可以随时弹性拓展 也可以保证隐私 保护主服务不受攻击 并且可以加快解析速度 因为主节点的网络全部都是顶级路由 比用户自己访问快的多的多,这也是 iQ 自研的 DNS 解析架构
    shanguiyao
        4
    shanguiyao  
       2021-08-24 23:09:35 +08:00
    感谢大大
    shanguiyao
        5
    shanguiyao  
       2021-08-24 23:14:55 +08:00
    给大佬打 Call
    xmt328
        6
    xmt328  
       2021-08-25 15:27:32 +08:00
    所以这个 DNS 主要是为了解析速度,不是为了抗污染?
    johnsonwil
        7
    johnsonwil  
    OP
       2021-08-25 16:22:38 +08:00
    @xmt328 思路挺清奇的,如果只是为了抗污染,那我压根就不用出 iQDNS,直接去用国外低速小厂的加密 DNS 就行了,一样可以抗污染。速度快和抗污染两者并不矛盾,上面我发的这所有的地址也都是 0 污染 0 日志记录和 100%纯净的,不知道你怎么得到的这个结果。

    试图增强用户体验,所以搞了最好的线路以及设置了传递 EDNS 子网,虽然节点在 HK 和 KR JP,但是延迟也就 20-50ms,并且因为 EDNS,解析到的也全都是本地 IP (北京解析就是北京 IP 例如爱奇艺 CDN),这样速度也快 也没有污染,难道不是更好的选择?

    为什么你觉得速度快就等于有污染?那我自己掏这么多钱弄这个 DNS 是为了什么?如果你能仔细阅读我发的每一个帖子,我想你不会得到这种轻率且无法理解的回复。
    johnsonwil
        8
    johnsonwil  
    OP
       2021-08-25 16:26:59 +08:00
    @xmt328 抗污染根本就不需要做很多的设置和优化,只需要把主服务设置到墙之外就行了,就算设置在墙内 也可以通过服务器中间通讯也解决无法得到纯净 IP 的问题。这根本就不需要做任何的优化。

    但是想要在墙外做到跟墙内 DNS 一样的解析速度快,则需要大量的准备工作和成本投入,这也是我正在做的并且已经基本完成的事情,现在解析速度已经跟国内 DNS 相差无几了,并且还是无污染的。

    想要做到 DNS 无污染的难度很简单
    但是想要做到解析速度跟国内大厂 DNS 一样快并且解析地理位置准确却很难,

    简单的事情不需要我做,你们自己也可以搭建无污染的 DNS 用 tunnel 代理 1.1.1.1 即可,这个很容易理解。
    但是要做到快、准确、纯净 就需要大量的工作了。
    xmt328
        9
    xmt328  
       2021-08-25 17:11:06 +08:00
    @johnsonwil 楼主不要这么激动,我就是因为两篇贴及楼下的回复都看了一下才会提出这个问题
    我能理解你因为做了大量工作在某些时候得不到理解比较郁闷,但是没必要以这么大的恶意来推测他人回复
    我作为一个外行对 DNS 的认知停留在最基础的认知,甚至连 smartdns dnsmasq adguardhome 这些的优劣侧重点都不知道,很难做到楼主你这样的角度去看问题
    因此我提出这个问题仅仅是想确认下这个 DNS 存在的目的是什么,可能我的提问容易让人带倾向的去解读,这一点我表示抱歉,以后我会更加斟酌一点请教问题

    然后也感谢你即使这么激动也认真回答了我的问题,我已经 get 到我想知道的点了
    johnsonwil
        10
    johnsonwil  
    OP
       2021-08-30 15:34:36 +08:00
    @xmt328 理解万岁。
    tonybxf
        11
    tonybxf  
       2021-09-01 16:36:40 +08:00
    刚用几天,目前体验良好,国内外网站打开速度都很快。之前用腾讯和阿里的 DOH,总是时不时出这样那样的问题
    tonybxf
        12
    tonybxf  
       2021-09-01 17:08:59 +08:00
    android11 的私人 dns 设为 a.passcloud.xyz 后显示无法连接,用阿里的 dns.alidns.com 没问题
    johnsonwil
        13
    johnsonwil  
    OP
       2021-09-01 23:20:41 +08:00
    @tonybxf 你好,回复一下,因为安卓的私人 DNS 协议的 DOT 并且端口还是默认的 853 不能指定,但是 iQDNS 的 A 和 I 节点的 DOT 端口均为 5432,所以不能直接使用私人 DNS 指定,目前已开通国内节点 DOT 服务( 853 端口)来兼容想使用安卓原生功能的朋友,可以进入 TG 组 PM 管理索要。
    johnsonwil
        14
    johnsonwil  
    OP
       2021-09-01 23:22:03 +08:00
    @tonybxf 也可以使用很多知名的代理软件,例如小火箭圈 x,安卓上我不知道有哪些,但是基本上知名的都支持设置加密 DNS 服务器 并且全部可以自定义端口,也可以使用 adguard 来设置自定义端口的加密 DNS,都是非常推荐的方法。

    目前协议最推荐使用 DOH,其次 QUIC,兼容的话就 DOT
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     5511 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 31ms UTC 08:46 PVG 16:46 LAX 01:46 JFK 04:46
    Do have faith in what you're doing.
    ubao snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86