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