heiher 最近的时间轴更新 heiher 最近的时间轴更新
hev.cc
heiher
heiher 最近回复了
1 天前 回复了 a9htdkbv 创建的主题 › 宽带症候群 › 浙江台州联通固定 IP 专线晚高峰跨网限速 5M |
@birdvdsk #9 我这的 PON 接入移动企宽是串接了一个光衰减器后连接的光猫。
8 天前 回复了 595855653 创建的主题 › 宽带症候群 › 广州电信 1000M，换上 2.5G 光猫测速最高 1000M |
我也是这样，最近换了 XG-040G-MD 光猫，确定已经协商到 2.5G 速率了，测试还是 940M 左右。
11 天前 回复了 peterwillcn 创建的主题 › 宽带症候群 › 北京联通家宽被割接到 vBRAS 了！ |
我这 pppoe-discovery 响应的 AC 不是当前正在使用的，断开 PPPoE 连接才能扫全了
2025 年 12 月 29 日 回复了 sun0x00 创建的主题 › 宽带症候群 › 太棒了，宽带移机公网 ip 还在 |
赶快留存证据，后面再掉好投诉
2025 年 12 月 28 日 回复了 starrys 创建的主题 › 宽带症候群 › Android 手机开启 VPN 后，分享热点给电脑使用，电脑几乎无法联网，怎么解决？ |
换个 VPN 软件试试看。我这一个支持热点通过 VPN 网络的三方 Android ROM ，组合 https://github.com/heiher/sockstun 把 VPN 网络在局域网分享，其它主机的联网看上去挺正常的。
2025 年 11 月 29 日 回复了 Chairs0 创建的主题 › DNS › 分享一次 FakeIP 的踩坑记录 |
@lnbiuc #18 举个实际的例子：机场服务器的 ISP 提供的 DNS 是 a.a.a.a ，机场服务器系统默认是用 a.a.a.a 解析域名的。用户不知道 a.a.a.a 的具体地址时，配置为 1.1.1.1 ，DNS 请求送到机场服务器上也是经 1.1.1.1 解析的。这与使用 a.a.a.a 解析的结果可能是不同的。（体验包括 IP 访问延迟，也包括基于 DNS 解析的特征进行代理识别
2025 年 11 月 29 日 回复了 Chairs0 创建的主题 › DNS › 分享一次 FakeIP 的踩坑记录 |
@lnbiuc #9 代理 DNS 请求需要知道代理服务器端的 DNS 服务器地址，否则只能用公共 DNS 。公共 DNS 解析出的 IP 体验没有 ISP 提供的好。
2025 年 11 月 29 日 回复了 Chairs0 创建的主题 › DNS › 分享一次 FakeIP 的踩坑记录 |
> 最后我想说，实际上由于 DNS 缓存没有 FakeIP 体验并不差，大多数 CDN 分发的静态资源域名 TTL 都在数分钟甚至数小时...，实际查询一次后面都是 0 延迟，完全没必要为了 FakeIP 那一丁点收益引入各种复杂性。Real-IP 模式配合现代的分流策略（国内直连 DNS + 国外远端 DNS ），在绝大多数网络环境下已经足够快且极其稳定。
最后这个结论怎么把 FakeIP 归类为解决延迟问题了，应该是 在不知道代理服务器端真实 DNS 服务器地址的情况下实现在代理服务器端进行域名解析。
最后这个结论怎么把 FakeIP 归类为解决延迟问题了，应该是 在不知道代理服务器端真实 DNS 服务器地址的情况下实现在代理服务器端进行域名解析。
2025 年 11 月 29 日 回复了 Chairs0 创建的主题 › DNS › 分享一次 FakeIP 的踩坑记录 |
FakeIP 被应用超期缓存，应用没有严格尊重 TTL 是原因。DDNS 与 FakeIP 同理。那么到底是 DDNS 和 FakeIP 设计的错，还是应用的错呢
2025 年 11 月 22 日 回复了 Zarhani 创建的主题 › NAS › 群晖用 ext4 和 btrfs 哪个更靠谱？（无 RAID） |
btrfs 容易炸的电脑先跑一下内存可靠性测试
Select Language