kblack's recent timeline updates kblack's recent timeline updates |
kblackV2EX member #158842, joined on 2016-02-15 13:36:51 +08:00 |
kblack's recent replies
Jan 16 Replied to a topic by duolaamengv2 › 宽带症候群 › 上海移动 IP 直接访问 302 跳反诈？ |
@duolaamengv2 我们也遇到了这个问题，只有部分移动下面被跳了，有啥解决方案不？
May 29, 2025 Replied to a topic by villivateur › 宽带症候群 › 我遇到了 GFW 的恶心但奇怪的行为，偶尔随机掐断所有国外 IPv4 的 TCP 8 分钟，有人遇到过吗？ |
@w568w 半个小时后 Google Meet 中断了，中国人给面试官打了个电话“不好意思，梯子断了正在修”，顺带一提，电话用的是 Google Voice 。
Dec 19, 2023 Replied to a topic by lly8666 › 宽带症候群 › 搞不明白，你们为啥喜欢在软路由上用旁路由？ |
@sldaniel 我是自己写的转发代码，从 tproxy/redir listen/accept 的 socket 都加上 fwmark ，然后通过 ip rule 指定路由表强制原路返回主路由，tun 的不知道，iptables 标记 mark 应该也行
Dec 14, 2023 Replied to a topic by lly8666 › 宽带症候群 › 搞不明白，你们为啥喜欢在软路由上用旁路由？ |
@sp670 你是不是旁路由、主路由、客户端在同一个网段了，我也遇到了类似的问题。这样的话去程会经过 routeros 但是回程不会，旁路由会直接发送给客户端，这样 routeros 是看不到完整的 tcp 握手的，从而认为连接不合法，10s 后可能是走了 untracked 。如果是这个问题的话，直接 accept 肯定能解决，让旁路由（通过 fwmark ）强制转发回主路由也可以（我选了这条）。
Jun 3, 2022 Replied to a topic by c7in7 › 上海 › 今晚可能要骑车回家了 |
@kblack 上一条打错了，不科学的是按检测时间，如果真的是想按小时计时生效的话
Jun 3, 2022 Replied to a topic by c7in7 › 上海 › 今晚可能要骑车回家了 |
我猜测他这个 72 小时其实本质还是想要求 48 小时，让你隔天测，但是他又不敢保证很快出结果，按采样时间的的逻辑其实也不太合理，所以相当于多给个 24 小时的 buffer ，说到底就是这么直接算时间 72H 48H 的方法，对于可执行性的考虑是欠佳的，深圳统一凌晨出结果这件事，本质也是对大部分人来说实际简化成了 3 天一测而已，也有掩耳盗铃的感觉
Jan 30, 2017 Replied to a topic by lwd2136 › 宽带症候群 › 北京电信宽带部署 CGN 割接的通告 |
好日子到头了？(°ー°〃)
Select Language