DanielLavrushin的动态

Merlin XrayUI 作者与维护者

共 3 条动态,按原始发布时间排列。

查看人物介绍
来源:GitHub

DanielLavrushin:b4 的 queue.mark 为重启生效项,不应单独改动 DNS 拷贝监听的 mark

在 b4 PR #418(为 Keenetic/Netcraze 修复 iptables UDP 53 队列规则下并发 A+AAAA 丢 AAAA 应答)中,DanielLavrushin 回应一处代码审查意见「应用队列 mark 变更时应更新监听器的 mark」,表示不改:queue.mark 是重启才生效的设置(UI 标注「重启后生效」),在重启前整条包路径沿用连接池启动时的 mark——工作进程的原始套接字在 Worker.Start 中一次性设置 SO_MARK,队列…(节选)

来源:GitHub

DanielLavrushin:b4 并发 A+AAAA 丢 AAAA 源于 DNS 入队晚于 conntrack,1.85.1 改到 raw 表

针对「iptables 队列 UDP 53 规则生效时并发 A+AAAA 查询丢 AAAA 应答」,DanielLavrushin 确认根因是 b4 在 conntrack 建好记录之后才把 DNS 请求入队:同一 socket 的第二个请求在前一个排队期间拿到自己的记录,4.18 之前的内核在确认时把它丢弃(insert_failed),路由器自身的上游请求也因此被延迟;内核 4.9 上复现时 30 个 AAAA 应答丢了 29–30 个。1.85.1 改为从 raw 表入…(节选)

来源:GitHub

DanielLavrushin 说明 b4 在 MikroTik 容器方案下域名学习失效的原因与 1.83.1 修复

解释 www.formula1.com 为何时而走代理时而直连:MikroTik 容器方案中只有客户端发往外部地址的 IPv4 流量进入容器,发往路由器的 DNS 请求与全部 IPv6 流量都绕过 b4,因此 b4 看不到 DNS 响应,域名只能从首次连接的 SNI 学习;而首次连接已直连(CloudFront 对俄罗斯返回 403 地理封锁)后会中断,下一次才走代理。CloudFront 每次返回 4 个地址、TTL 60 秒且频繁更换,故出现时通时不通。另外 1.83.0…(节选)