访问检查 dns 还是 http 毛病咯

用 bbr 啊
bbr 魔改源代码暴力多倍发包，效果更好还免费

我这还有更牛逼的，
腾讯云 COS 对象存储使用全球 CDN 境外加速后，统计的流量不正确，使用 206 响应 Content-Range
COS 文件大小为 6.9G ，下载次数为 1
COS 产生流量 7.9G （就算是回源流量，居然也超出了 1G 流量统计？）
CDN 分发上产生总流量 9.9G ？直接超出了 3G
我问客服 CDN 统计的到下载的文件 URL 产生流量 9.01G 。我文件 6.9G 你怎么统计出 9G 的？
而且一个 9G 文件统计，这个总流量 9.9G 你又是怎么出来的？肛客服去
通过肛客服，腾讯云 CDN 使用 Content-Range 响应头导致错误的流量统计，只要收到请求，就计算流量大小。
流量通过日志记录，在多线程分段下载过程，会发送 Range 请求头，CDN 响应 206 与 Content-Range，此时就算 CDN 未发送数据，客户端没有接收那么多流量的话，也会统计完整的分段流量
客户端下载时多次重复请求同一分片，这样会导致实际请求的大小要大于文件本身。由于重复请求过多，就会出现流量和文件大小明显不符合的情况，最终日志流量为 9.01G
例如：CDN 收到客户端分段 679160205-679727994 请求，则统计 554.48KB 流量。客户端多个不同的分段下载，每个实际上下载了 20KB 则关闭了连接。没有下载后续的分段流量，就会导致每个分段额外多出 534.48KB 的计费
所以就导致了 6.8G 文件产生了 CDN 9G 流量，该部分由于日志统计，所有日志 Content-Range 响应加起来总数为 9.01G ，无法为您做减免。
COS 流量高于文件本身。
同上中解答。
控制台显示的 9.9G 为计费流量，即为日志流量上浮 10%得出。9.01 * （ 1+10%）~ 9.9G
该 10%浮动用作协议流量开销。

算了算了，3 个 G 的事情，纠结这么久，也发给他们看了网卡统计图，毕竟只是 1 块钱小钱。
10%浮动在官网文档就有说明，可以看官网，所以 9.01G 收取 9.9G 是正常的。
他们客服也试过 CDN，测试下载 5 个 G 的文件后 CDN 统计会多出 7 个多 G 确实有 2 个多 G 的差异。
说他们联系过后台研发，nginx 研发设计就是这样的，以日志为准，CDN 是从日志拉去流量记录的。没发现 CDN 统计流量有异常，没有办法申请减免。
意思就是一切以他们 CDN 系统 nginx 软件中的日志为准。客户端网卡流量和 CDN 节点服务器网卡流量实际输出数据这些不做计算，只看 CDN 系统的日志

所以，腾讯的意思就是，我是爸爸，我说了算，我们系统给你显示什么，你就得付钱，所有流量都需要涨幅 10%保底，范围请求根据每个请求区块进行日志计费统计。不管你有没有下载，请求到腾讯云节点服务器上了，产生了日志，那么就根据腾讯系统中的日志为准进行计费。

坐标广西移动，200M 满速，昨天我看过了没有货，估计在内测要工单申请，还没开卖
[url=https://sm.ms/image/KwmTIclZX3fNit9][img]https://i.loli.net/2020/05/10/KwmTIclZX3fNit9.png[/img][/url]
[url=https://sm.ms/image/Jj2VYGs9ly3vwF1][img]https://i.loli.net/2020/05/10/Jj2VYGs9ly3vwF1.png[/img][/url]

上图，如果软件中端口号不一样却显示 fullcone 那就是假的 nat，实际上是 Symmetric 。

今年 3 月 9 号开始执行 https 证书劫持，网站使用 google 系证书一律拦截劫持
https://bbs.itzmx.com/forum.php?mod=viewthread&tid=95183&fromuid=1

ctfmon.exe 刚刚调试找了一会发现居然是这个泄漏占用了 10g 内存，自带任务管理器查不出来 要用第三方

time.apple.com 经常突然误差 300 多秒，不知道什么情况，，

240C::6666
240C::6644
这个移动宽带没法使，他们服务器只有山东联通，，，电信不知道有没有，移动全走山东的联通服务器了
我发现运营商自带的很好使，，一点劫持都没有，速度还快，广西内同省解析
注意光猫获取 DNS 方式不要用 HGWProxy，例如 F663N 型号，就有劫持缓存行为，如果 nlookup 命令显示 fe80::1 那么就是错的了，直接走光猫代理转发了，，自己可以尝试下 dig，我这第一次 dig 是正常的，第二次，别名都没了，ttl 都变了，被强制缓存 DNS 查询结果

2018 年 2 月份
全国就开始全面覆盖 ipv6 了
任何一个家庭都有
你知道为什么全球第一嘛。。
因为人多 233
其他国家根本没那么多人去分
https://i.imgur.com/Sc6kMx3.png
https://i.imgur.com/qIhALa1.png

微力同步吧，基于 bt 协议的文件传输，可靠性高支持断点续传，错误重传

根据中华人民共和国通信行业标准《宽带速率测试方法－固定宽带接入》（ YD/T2400 － 2012 ）标准

电信现在只按照这个要求标准，，，楼说说的 YD/T 3328-2018 在工信部上面都查不到。

IPV4 地址池里总数量约有 43 亿个地址，而 ipv6 家庭提供的 ipv6 /56 前缀下的地址量，是整个 IPV4 地址量的 10995 亿倍，感觉给家里的每一粒灰尘都分配一个 IP 都足够。
你想想，这还是一个家庭分配的
如果整个所有 ipv6 地址量，有多少

网上查资料最早 7 月份
北京联通就完全支持 IPV6 了
包括 4G

关于各大客户端的速度方面，感兴趣的话可以看看： http://bbs.itzmx.com/thread-88860-1-1.html
具体各位也可以仔细测试下，来探讨下，说实在的 utorrent 基本上没什么存在的必要了，，代码太屎了，要推倒格式化重新用 iocp 模型完全开发一遍才行，这样才能提高性能。
？？？发回复还要铜板？吓得我去充了 200 块才发成功这条回复

烦死这群 utorrent 吸血鬼了，只下载不上传，特别是老外。
关于迅雷这方面，是完全遵守 BT 网络的，不会出现评论中说的什么只会上传给迅雷相同客户的问题，这种事情自己抓包测试就行，不用跟风造谣。
总结，还是看人，特别是老外，尼玛就是喜欢限速 1KB 上行。

unit-nginx1.0 刚发布了