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