onion83 最近的时间轴更新
onion83

onion83

V2EX 第 92963 号会员,加入于 2015-01-21 16:38:32 +08:00
今日活跃度排名 22948
使用 Speedtest 服务器定点定栈测试 IPv6 带宽
宽带症候群  •  onion83  •  2023-08-21 23:22:24 PM  •  最后回复来自 iijboom
5
不折腾了 10G EPON Stick + Wi-Fi 6E 跑爆千兆宽带
  •  7   
    宽带症候群  •  onion83  •  143 天前  •  最后回复来自 ynexz
    73
    iOS 15 beta 1 掉电非常严重
    iOS  •  onion83  •  2021-06-10 12:48:32 PM  •  最后回复来自 zhouweiluan
    14
    Pon Stick 取代光猫的 Hyper 软路由解决方案
    宽带症候群  •  onion83  •  2023-04-03 11:45:16 AM  •  最后回复来自 yingkong1987
    50
    国内三大运营商不同价格 5G 套餐的限速方案
    宽带症候群  •  onion83  •  2021-01-29 20:58:03 PM  •  最后回复来自 lollxxox
    27
    Google 近来中文搜索质量越来越差了?
    Google  •  onion83  •  2023-11-07 17:56:19 PM  •  最后回复来自 temberature
    185
    试出 Redmi K30 5G 8+128,蓝色, 9.9 成新
    二手交易  •  onion83  •  2020-02-29 23:46:52 PM  •  最后回复来自 mh
    5
    onion83 最近回复了
    4 天前
    回复了 p1gd0g 创建的主题 NAS 国内 Linux 测速有什么工具吗?
    @yqdhm 这个项目凉了。。。
    我是一名有着 15 年经验的业余程序员,虽未在像 V2EX 这样的专业平台与大家以代码会友,但我也认真研究了您的源代码。在此,我想先谈谈对您作品`dns-bechmark`的一些看法。

    您的`dns-bechmark`作品是这样运行的:它以`dnspyre`(目前 star 数为 124 的 DNS 压力测试工具,https://github.com/Tantalor93/dnspyre )为核心,通过 Go 语言调用外部`dnspyre`命令。这个工具会对自行收集的 DNS 服务器列表进行测试,测试时利用世界排名较靠前的 1000 个域名( https://github.com/Tantalor93/dnspyre/blob/master/data/1000-domains )进行并发解析。在这个过程中,`dnspyre`会输出测试的 json 结果,您的作品会解析这些结果,并结合自身的评分体系对 DNS 服务器进行评分,同时使用 GEOCODE 分类,最终生成结果 json 文件。最后通过 Web 前端读取结果,并按照评分高低进行可视化展示。

    不过,这个作品存在一些问题。

    首先是关于评分算法与网络性能相关的问题。作为核心的压力测试工具`dnspyre`,其本身无法规避网络性能问题。您在评分算法中设置的`LatencyRangeMax`、`LatencyRangeMin`、`LatencyFullMarkPoint`这三个算子都和网络延时密切相关。这就导致了按照您的算法,像 1.1.1.1 这样的 DNS 服务器得分远低于 223.5.5.5 ,但这与实际情况并不相符。

    其次,使用`dnspyre`对公共 DNS 进行高频查询存在问题。暂且不考虑这种行为是否符合道德规范,这种高频查询会浪费公共资源。而且当单 IP 高频次查询达到一定程度时,必然会触发 DNS 服务商的防火墙,这会进一步影响评分算法的结果。

    再者,您的评分算法只考虑了`errorRate`,却没有考虑解析结果的准确性,也没有考虑诸如 DNS 劫持等情况。我们都知道,在国内由于一些特殊原因,查询 Google 、Facebook 等域名时,即使局域网内配置了旁路由进行 IP 分流/cache ,RTT 几乎都是 1ms ,但这显然不符合真实的网络解析情况。

    最后,在对 DNS 服务器地址使用`net.LookupIP(server)`进行解析并返回 geo code 进行分类时也有问题。因为`net.LookupIP`本身会依赖系统的 resolver 进行解析,也就是会依赖系统默认的 DNS 。然而很多公共 DNS 是在多国部署的,这样做会导致地区分类不准确。

    总结来说,您的`dns-bechmark`作品有其亮点。您精心收集了全球很多 DNS 服务器,并利用`dnspyre`进行压力测试,最后将结果汇聚并进行了可视化展示,界面还算美观,这在一定程度上可以为本地优选服务器提供参考。但需要注意的是,如前文所述,影响评分结果的主要因素是网络延时,所以这个结果只能体现本地到“世界 DNS”的性能,仅对本地网络有参考价值,缺乏分享和对比价值。毕竟,通常情况下速度最快的 DNS 往往是本地宽带运营商提供的。此外,您的评分只考虑了 QPS 、延时、错误率等指标,没有对解析结果、应用层 RTT 等结果进行校验,这就可能导致得分最高的 DNS 服务器未必能提供最好的解析结果。还有一点,鉴于您的作品并非 100%原创,尤其是核心的`bechmark`程序`dnspyre`,希望您能在 README 文件中对`dnspyre`进行相关引用并致谢,这符合开源社区的礼仪规范。

    --- 感谢豆包对人类回复进行了润色 ---
    @bigtear 专不专业不是您自认的,V2 都是行内人士懂的人一眼便知道你作品的问题所在。如果连数据都是错的,一切的什么可视化、评价体系就是 s 上雕花,毫无价值。
    @bigtear dns-jumper 这种表格有数字还能排序的形式还不够直观 ☺️ 最关键的问题我因为说了,你的单一网络本身就是最大的瓶颈,响应速度几乎就是你的网络延迟。 加上 dns 服务器普遍都会存在防火墙,类似 223.5.5.5 还有每日,每小时限速测率,还没有考虑 isp 对 53 等端口的特殊关照,所以说您做这个小工具也就是有个图表能看看而已,意义其实并不大,放到任意用户的手里结果都会不一样的。但是作为练手的作品,我是非常肯定您的想法和动手能力的,起码东西做出来了。
    10 天前
    回复了 doghappy 创建的主题 Android 小米手机无法通过 hostname 访问局域网设备
    @ysxb1145 哥们我那里黑了,我只是说兜底。另外,国行手机你弄两个外网的 dns 你觉得这合理呢?
    10 天前
    回复了 doghappy 创建的主题 Android 小米手机无法通过 hostname 访问局域网设备
    小米/oppo/vivo 等国产手机无论你 dhcp 配置什么地址,都有一个 114.114.114.114 作为兜底,供参考。
    首先,肯定楼主的工作和探索精神 👍,但是家庭或者非专业监控机构,去监控全世界的 dns 个人觉得意义不大,dns 服务器一般都是用运营商就近提供或者使用大厂的 DNS ,对于单一网络条件下去测试全球的 QPS 和成功率,自身网络就是瓶颈,数据没有参考价值。

    如果是普通用户挑选优质 DNS , 在 Windows 平台且只用于临时测试,希望测速后一键切换
    友情推荐免费 dns-jumper : https://www.sordum.org/7952/dns-jumper-v2-3/3/#8

    https://imgur.com/klvZrWV
    这个问题我也疑惑过,因为 ipv6 的 nd 时间不固定,我抓鬼也抓了很长时间,终于被我抓出来了 -_-

    1 、调试工具: https://www.remlab.net/ndisc6
    2 、这个地址实在太熟了,最终结论就是 [ Apple TV ] 目的是要做智能中枢网关( https://discussions.apple.com/thread/252823422
    刚才我看了一下 D840N 的后台管理页面,确实没有像 F7005TV3 的上行光模式 XEPON/XGPON 切换选项,这个只能查看其它类似案例自行探索了,实在不行就只能换 zte 7005 、7015 了

    - https://www.chinadsl.net/thread-176170-1-1.html
    11 天前
    回复了 lyo710 创建的主题 宽带症候群 sing-box tun 模式不定时断流,需要重启
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   3506 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 26ms · UTC 11:15 · PVG 19:15 · LAX 03:15 · JFK 06:15
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.