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   ·   实用小工具   ·   1863 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 25ms · UTC 16:25 · PVG 00:25 · LAX 09:25 · JFK 12:25
Developed with CodeLauncher
♥ Do have faith in what you're doing.