V2EX johnsonwil 的所有回复 第 1 页 / 共 7 页
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX    johnsonwil    全部回复第 1 页 / 共 7 页
回复总数  124
1  2  3  4  5  6  7  
@martianden 开个代理,被 Q 了
@brucecao 最好用 doh ,dotdoq 一直有问题。doh 基本 99%在线
2023-01-19 14:20:07 +08:00
回复了 bboysoulcn 创建的主题 DNS 12 岁运维自建 doh 服务器,用爱发电,欢迎使用
@fengrui00122 挺多的,我应该是第一个做公益 DNS 的,纯靠为爱发电太难了。

我现在一共 9 台国内高防解析机 + 2 台国内--国外隧道机器 + 2 台国外解析结果回传机。

用户 -- 国内高防 -- 隧道入口 -- 隧道出口 -- 国外解析结果回传

只能上高防来避免,而这个成本,我刚开始搞得时候,每个月都贴进去三四千自己的工资。
2023-01-19 14:17:07 +08:00
回复了 znsb 创建的主题 DNS UDP TCP DOT DOH。兄弟们只论性能哪个好
UDP 不用比
iQDNS 2.0 最新公益加密 DNS 服务器实时查询地址

https://iqiq.io/servers.html


解析域名已更换,请及时变更。原域名会保持访问。
2022-12-15 12:46:53 +08:00
回复了 liuidetmks 创建的主题 DNS 求推荐一个好用的 dot doh
2022-12-15 12:40:53 +08:00
回复了 johnsonwil 创建的主题 DNS iQDNS - 一个纯净的像少女一般的 DNS 服务
最新 DNS 节点地址

https://iqiq.io/servers.html
iQDNS 2.0 最新公益加密 DNS 服务器实时查询地址

https://iqiq.io/servers.html

11 月份,由于特殊日期的到来,GFW 大规模 SNI RESET 加密 DNS 解析站,iQDNS 受到严重业务影响,多个节点无法正常访问,在进一步的优化和群友们的帮助下,iQDNS 2.0 已经彻底恢复运营,并更新华东高防 BGP 服务器,提供 DOH 2.0 DOH1.0 DOT DOQ TCP/UDP 等五种 DNS 解析协议供大家免费使用。
@hzy97 没有 不信你试试
@1265578519 没有恢复,明显就是限了轻量的 QOS 把,同 IP 段的其他 IP 怎么可能不丢包呢?如果是路由问题,那一个 C 段不可能广播 2 个路由
@ProjectSky 现在腾讯就这样。。干净的 IP 很少,而且对轻量网络明显有区别对待。
@Felldeadbird 43 段出现这个情况为主,124 ,101 之类的,应该是开了有一段时间的老机器了
@v2exblog 下载一个 Best Trace 。

然后 Ping / Tcping 22 自己的轻量香港服务器,看看有没有丢包,如果有的话,Ping / Tcping22 这个 IP 段里的其他 IP 地址,看看是不是大部分都是不丢包的。

然后使用 Best Trace 路由追踪这个不丢包的跟你一个 IP 段的 IP 地址,然后再追踪你自己的地址,看看是不是骨干网走的完全一致,并且骨干网是不是完全无丢包,只有最后一跳到腾讯云丢包,即可测试完毕。
@opengps 我觉得不应该这么巧合吧,但是如果你说要一个完全切实的去确定,那是不可能的,因为我们不是官方工作人员,但是根据我们群里好几次的样本对照测试得出的结论,那就是在相同 IP 段,相同骨干,相同路由的情况下,只有轻量会出现丢包情况。

换一个没有那么阴谋论的说法,那就是轻量云的优先级要比 CVM 低很多,然后腾讯的香港资源快耗尽了,导致非人为情况资源倾斜下产生的香港轻量被自动 QOS
回复一下各位的疑问。

首先,关于骨干网拥挤和 GFW/ISP 的定向 QOS ,

假如是 GFW/ISP 控制这样子的话,不可能没跑过流量的新机器也有 QOS 情况,并且丢包和 QOS 会在骨干网段发生,而不是在最后一跳腾讯云内网发生。

假如是骨干网拥挤的话,那么同网段 /同路由的 IP 都会跳 ping 和高延迟,因为腾讯云 BGP 通告的是整个段,而不是单个 IP 单个去广播,这点用路由追踪可以轻松看得出来,一个网段的 255 个 IP 走的骨干网 IP 都是一摸一样的,所以可以排除是古骨干网拥挤的问题,并且根据群里一个朋友的图片监测,丢包是 10 月 7 号开始的,丢包率是 24 小时稳定在 10%,假如是骨干网问题,不可能全天都稳定丢包 10%,也不可能同路由其他 IP 不丢包,更不要说什么因为翻墙导致的,根据我目前收集的信息,无论新老机器,无论是否跑了流量,都有被跳 Ping 的可能,但是具体如何触发?目前收集的样本还不够多。但是这个问题一定是真实存在的,并且绝对和骨干网以及 ISP/GFW 无关。
@amiaaaz 国内轻量不会有问题的,只针对香港地区。
@OnionJuice

请耐心读一下我的文章,同网段的单 IP 是无法进行单独的路由变更的。而且这个测试经过了严格的样本收集,如果你仔细读了文章,就会发现我说过新的轻量机器 IP 也会被 QOS ,而同网段其他非轻量机器完全正常。

例如 123.123.123.123 这个轻量 IP 丢包,然而 123.123.123.124 却不丢包。

你举的例子也是错误的,Vultr 和搬瓦工晚高峰丢包是因为骨干网拥挤导致的整个网段丢包,比如你的搬瓦工 IP 是

2.2.2.1 ,那么 2.2.2.1-2.2.2.255 都会出现丢包情况。

其次,我的轻量云是用于 DNS 解析项目的介绍网站。没有人会拿这个去翻墙
@0987363 没错,群里有人试过了,哪怕新开机器也有丢包,但是并不是全部段丢包,还是有一小部分人没这个问题。但是问题很明显,是只针对轻量的丢包。不然不可能同一个 C 段只有你一个再丢。
@holajamc 测试都是经过了 boce 的多地点测试得出的结果,并且如果是运营商问题,不会出现同网段只有一个 IP 地址这样的情况,而且测试的时候是无工作负载的,并且多人都有同样的情况,肯定不是巧合。
@wangxiaoaer 从 10 月 5-7 号开始,轻量就开始持续丢包了,然而同网段其他 IP 地址并未有这个情况,说明肯定不是骨干网的问题,只有人为因素一种可能性。
1  2  3  4  5  6  7  
关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     1577 人在线   最高记录 6679       Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 38ms UTC 16:28 PVG 00:28 LAX 09:28 JFK 12:28
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