V2EX › heiher 的所有回复 › 第 1 页 / 共 35 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10 ... 35

❮

❯

1 月 29 日

回复了 cchaan 创建的主题 › 宽带症候群 › sing-box tun 模式死活有问题，求助

system stack 虽然可以复用内核网络栈实现，但 I/O 次数更多，效能还不如 userspace ，内核相关配置变动的干扰因素也多

1 月 26 日

回复了 383394544 创建的主题 › 宽带症候群 › 电信 5G 什么时候改成国内拜访地接入的？哪些省改了？

联通是可以找运营商回退到归属地接入的，我试过一次，想看看跨省时优先级会不会比拜访地接入高一些（实际上没什么区别），前提条件是彻底关闭 5G 信源，回退到 4G 核心网（不是 5G 核心网用 4G 空口）。

1 月 23 日

回复了 Hhehepei 创建的主题 › 宽带症候群 › 广东移动 nat1 变 nat4

关于 IP 地址不同应该没什么关系。我这一刀切后，不管拨哪个 BRAS 都一样的（不存在 vBRAS ），IP 也没有相关性。OP 不妨用 pppoe-discovery 扫描看看，选定 AC 每个拨下看看有没有区别

1 月 23 日

回复了 Hhehepei 创建的主题 › 宽带症候群 › 广东移动 nat1 变 nat4

@Hhehepei 如果愿意花时间来解决的话，我的建议是逐步升级投诉，有意控制节奏把整体时间拉长来慢慢磨，用 AI 写小作文。

1 月 22 日

回复了 Hhehepei 创建的主题 › 宽带症候群 › 广东移动 nat1 变 nat4

刚变就要立即投诉，根据我这的经历，运营商会留有特殊处理的渠道，匹配的话会加白名单。投诉时要抓住之前的事实是 NAT1 ，游戏联机也确实用到了 NAT1 ，现在你们单方面变更成 NAT4 影响到了游戏联机的体验，要求立即改回。

1 月 12 日

回复了 a9htdkbv 创建的主题 › 宽带症候群 › 浙江台州联通固定 IP 专线晚高峰跨网限速 5M

@birdvdsk #9 我这的 PON 接入移动企宽是串接了一个光衰减器后连接的光猫。

1 月 5 日

回复了 595855653 创建的主题 › 宽带症候群 › 广州电信 1000M，换上 2.5G 光猫测速最高 1000M

我也是这样，最近换了 XG-040G-MD 光猫，确定已经协商到 2.5G 速率了，测试还是 940M 左右。

1 月 2 日

回复了 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 服务器地址的情况下实现在代理服务器端进行域名解析。

2025 年 11 月 29 日

回复了 Chairs0 创建的主题 › DNS › 分享一次 FakeIP 的踩坑记录

FakeIP 被应用超期缓存，应用没有严格尊重 TTL 是原因。DDNS 与 FakeIP 同理。那么到底是 DDNS 和 FakeIP 设计的错，还是应用的错呢

2025 年 11 月 22 日

回复了 Zarhani 创建的主题 › NAS › 群晖用 ext4 和 btrfs 哪个更靠谱？（无 RAID）

btrfs 容易炸的电脑先跑一下内存可靠性测试

2025 年 11 月 10 日

回复了 wangweitung 创建的主题 › Linux › 使用 Linux 作为透明网关的最佳实践？

少打两个字吧，透明代理网关，部署了透明代理的网关

2025 年 10 月 15 日

回复了 wi11iamZ 创建的主题 › 宽带症候群 › 外出时家宽回连方案讨论

家里跑 socsk5-server ，udp in tcp ，tcp 外套一层对称加密，natmap tcp 端口打洞。手机是 socks5-tunnel vpn ，PC 是 socks5-tproxy ，支持 ip4p 域名解析动态 ip 和动态端口。