关于 负载均衡 的讨论

[gito10]

[jxph1123]

大部分节点是不支持IPV6，只有部分支持，开了dns有时会影响上网，所以我smartdns关闭了国外IPV6 dns

[gito10]

大部分节点是不支持IPV6，只有部分支持，开了dns有时会影响上网，所以我smartdns关闭了国外IPV6 dns

据我此前分析，要想利用代理节点的IPv6地址访问目标网站，只有2种情况。

1. 本机不发出实际DNS请求，实际以域名像代理节点发出请求，那么使用IPv4还是IPv6访问双栈网站就是代理决定，或者遇到纯IPv6站点也可以访问，
   1）之前说的socks代理就是这样。
   2）另外之前说的像路由器上这种透明代理，一般情况下实现不了，是因为客户端不知道自己其实用了代理，所以自己发出请求。FakeDNS就是一种变通，本地客户端发出的请求，收到的是一个假地址，代理请求发出去还是被还原成域名了。

2. 就是非FakeDNS这种变通的普通透明代理
   1）如果客户端不支持IPv6，那么就只有用IPv4访问目标网站，代理节点收到的是IPv4地址的请求，当然只能用IPv4访问目标网站。不过如果代理的服务端程序比如Xray如果做了嗅探把IP还原为域名，再从freedom发出去，服务器就会再次请求DNS，如果是支持IPv6的网站，就用IPv6访问了。
   2）如果客户端支持IPv6协议栈，但路由器没有对IPv6进行代理，就会直接用本机IPv6直接访问目标网站，就像我刚刚访问ip111.cn的情况，显示的是我本地的IPv6。
   3）客户端支持IPv6协议栈，路由也开了IPv6的透明代理，那么就是客户端自己决定使用IPv6访问目标站点，代理节点收到的是对一个IPv6地址的访问请求。

按照你的情况，不是1，只能是2，又没开IPv6的透明代理，难道是 2.1 的服务端嗅探域名然后重新请求DNS了？那张新加坡IPv6的节点是什么协议？

[jxph1123]

我的节点这样的，xray怎么处理的就不清楚了

[jxph1123]

开了xray负载均衡，内存使用增加，是正常的吗

[jxph1123]

有开机场的都想备案搞个正规的出口

[gito10]

你那是什么命令查的，没看到进程的物理内存占用啊

[jxph1123]

我直接top啊

[gito10]

看来你是编译的时候自己选了top。可以看看物理占用。ps |grep xray，找到pid，然后cat /proc/{查到的pid}/status
在下面找VmRSS，就是物理占用。

[jxph1123]

应该差不多，我多开几个加入也没有增多，应该没啥问题

[jxph1123]

我想请教下大佬，xray的负载均衡能不能叠加网速，如果能叠加就完美了

[gito10]

我放了4个节点，3个坏的一个好的，没感觉明显中断，应该leastPing生效了

感觉V5的文档还没写全啊

上面的配置示例都是selector，下面的说明又是outboundSelector，还有下面strategySettings: [StrategySettingsObject]也是空的

[jxph1123]

应该生效了，我3个坏的一个好的，采用random模式，会出现下面的情况，采用leastPing则非常通畅。

[jxph1123]

应该是可以不用动了，leastLoad按字面意思是按照最小负载，不知道会不会检测可用性，如果不检测，有可能会分配到坏的小负载节点上，那样反而会有影响，当然，random和leastLoad肯定适合网络环境好，服务器稳定的场所

[gito10]

应该生效了，我3个坏的一个好的，采用random模式，会出现下面的情况，采用leastPing则非常通畅。

你这边有空的话，可以帮忙搜一下V2ray V5版的均衡策略配置，我这边从V2ray的源码上看看。

[jxph1123]

s

应该生效了，我3个坏的一个好的，采用random模式，会出现下面的情况，采用leastPing则非常通畅。

你这边有空的话，可以帮忙搜一下V2ray V5版的均衡策略配置，我这边从V2ray的源码上看看。

搜了一圈，还真没有相关V2ray V5版相关的均衡策略配置的issue，这个估计只有大佬看代码研究了。。。

[gito10]

感觉 leastPing 除非是网络条件基本相同的，比如同一机场同一中转线路至同一运营商，然后IP段差不多，比如就最后不同，16/17/18/19这样的，还能把流量分摊，要不然其实更像是个优选器，让你尽可能的使用延迟低的更稳定的节点上网。感觉用来代替ssr+，passwall这些自己实现的自动切换功能要好，至少切换平滑，无感。而用节点切换功能的话，切换的时候要重新生成配置文件，重启xray进程。虽然到需要切换的时候，外网肯定已经断了。还有一个就是从节点down掉，到成功换用新节点做出口要多长时间，会不会影响到上网体验。感觉这是个关键，是leastPing的一大应用场景。
而且，虽然你之前用random说节点掉线就会影响上网，但根据我之前的使用来看，三四个节点里面总有掉线一两个的，但是我上网的时候还好啊，不过好像也是有些时候感觉慢，不知道是不是第一次请求刚好走了down掉的outbound，没通然后自动转到其他outbound了，或者有些客户端第一请求失败还会继续请求，然后刚好分到了能用的节点，所以这就是能用但又感觉哪里慢的原因？

不过，我觉得V2Ray/Xray 应该是有个兜底的默认路由的，就像mwan3，可以指定策略当分配的成员都不可用时，可以选走默认路由尝试或不可达。一个就是前面说的使用感受，之前用的时候没出现访问网站上不去的情况。还有一个就是前几天修改分流模式下使用负载均衡节点，做测试的时候，单独用小机场的不太稳的节点能通，用另一个2.5倍率的专线节点也能通，但是把它们两个组成负载均衡，用多个网站多次刷新检测IP，始终都是专线节点的IP，这也是我之前怀疑默认策略是选最低延迟的原因。
之后会再专门测试一下random，看到底怎么回事。就用一个专线节点+3个真正需要优选（不太稳）的节点放一起组负载均衡，然后测试看看。看random到底是真的完全随机，还是说其实也是有一定优选的。

[jxph1123]

这个random模式，可以弄3个节点，1个好的，2个坏的，上网和看视频都能明显看到中断。他应该就是随机的，随机到坏的节点，就会断。l

[jxph1123]

我觉得random模式下观测配置应该无效,要不然他不会再搞个leastping模式出来

[jxph1123]

大佬,能否排查下这个问题,当我选择中国列表外默认DNS为"远程"时,连不上网了,选用"直连"就是正常的.如图,127.0.0.1:5335是我smartdns的国外组,按日志看, 以上所列以外及默认：127.0.0.1#5335, 应该是没问题的,就是上不了网,麻烦大佬排查下,谢谢~~

日志看是正常的

2023-03-26 00:49:22:   - 域名解析：使用UDP协议请求DNS（127.0.0.1#5335）...
2023-03-26 00:49:22:   * 要求代理 DNS 请求，如上游 DNS 非直连地址，确保 UDP 代理打开，并且已经正确转发！
2023-03-26 00:49:23:   - 节点列表中的域名(vpsiplist)：127.0.0.1#6053
2023-03-26 00:49:23:   - 域名白名单(whitelist)：127.0.0.1#6053
2023-03-26 00:49:23:   - 代理域名表(blacklist)：127.0.0.1#5335
2023-03-26 00:49:23:   - 防火墙域名表(gfwlist)：127.0.0.1#5335
2023-03-26 00:49:27:   - 中国域名表(chnroute)：127.0.0.1#6053
2023-03-26 00:49:28:   - 以上所列以外及默认：127.0.0.1#5335
2023-03-26 00:49:28:   - PassWall必须依赖于Dnsmasq，如果你自行配置了错误的DNS流程，将会导致域名(直连/代理域名)分流失效！！！
2023-03-26 00:49:28: 开始加载防火墙规则...

选择中国列表外默认DNS为"远程"时,连不上网了,选用"直连"就是正常的

[jxph1123]

设置直连是6100行,设置远程是70000行,但也应该不至于上不了网.不清楚这个逻辑,怎么多出来那么多..

GFWList规则6200行左右，中国列表多一些，但是主要就是多在我说的每个域名都会生成几条，对应路由器设置的DNS条目。我估计你的国内直连DNS应该有6个，你数数看是不是。

我的模式是选用中国列表以外,我试了把DNS设置成一个,还是有7万多,我发现好像是这几个规则的总和,和DNS数量无关.不知道是不是"中国列表以外"和这个"当使用中国列表外时的默认DNS"为"远程"有冲突?

[jxph1123]

我试了确实模式采用GFW模式,生成的是6000条,模式采用中国列表以外,这个远程设置不适合模式中国列表以外?

[jxph1123]

我试了确实模式采用GFW模式,生成的是6000条,模式采用中国列表以外,这个远程设置不适合模式中国列表以外?

不对,采用GFW模式,这个远程设置根本没生效,看日志.所以这个"远程"功能应该有点问题.

2023-03-26 17:19:08:   - 节点列表中的域名(vpsiplist)：127.0.0.1#6053
2023-03-26 17:19:08:   - 域名白名单(whitelist)：127.0.0.1#6053
2023-03-26 17:19:08:   - 代理域名表(blacklist)：127.0.0.1#5335
2023-03-26 17:19:08:   - 防火墙域名表(gfwlist)：127.0.0.1#5335

生效的日志应该是这样:

2023-03-26 17:12:29:   - 节点列表中的域名(vpsiplist)：127.0.0.1#6053
2023-03-26 17:12:29:   - 域名白名单(whitelist)：127.0.0.1#6053
2023-03-26 17:12:29:   - 代理域名表(blacklist)：127.0.0.1#5335
2023-03-26 17:12:29:   - 防火墙域名表(gfwlist)：127.0.0.1#5335
2023-03-26 17:12:33:   - 中国域名表(chnroute)：127.0.0.1#6053
2023-03-26 17:12:34:   - 以上所列以外及默认：127.0.0.1#5335

[jxph1123]

多了这两个,反而上不了网了.

2023-03-26 17:12:33:   - 中国域名表(chnroute)：127.0.0.1#6053
2023-03-26 17:12:34:   - 以上所列以外及默认：127.0.0.1#5335

[jxph1123]

按理说,模式采用中国列表以外,应该有中国域名表(chnroute)：127.0.0.1#6053,模式采用"GFW模式",才应该是 防火墙域名表(gfwlist)：127.0.0.1#5335
现在这个中国列表以外模式和"GFW模式",都是防火墙域名表(gfwlist)：127.0.0.1#5335,这个模式选择有点迷.....两个模式的日志一样...感觉没区别.

[jxph1123]

我才发现,模式采用中国列表以外和模式采用GFW模式,日志一模一样,看日志描述,应该是GFW模式,所以中国列表以外应该是废的, 这个太迷了..

2023-03-26 17:43:20:   - 域名解析：使用UDP协议请求DNS（127.0.0.1#5335）...
2023-03-26 17:43:20:   * 要求代理 DNS 请求，如上游 DNS 非直连地址，确保 UDP 代理打开，并且已经正确转发！
2023-03-26 17:43:20:   - 节点列表中的域名(vpsiplist)：127.0.0.1#6053
2023-03-26 17:43:20:   - 域名白名单(whitelist)：127.0.0.1#6053
2023-03-26 17:43:20:   - 代理域名表(blacklist)：127.0.0.1#5335
2023-03-26 17:43:21:   - 防火墙域名表(gfwlist)：127.0.0.1#5335
2023-03-26 17:43:21:   - PassWall必须依赖于Dnsmasq，如果你自行配置了错误的DNS流程，将会导致域名(直连/代理域名)分流失效！！！

[jxph1123]

现在就是设置成远程dns时，国内国外都上不了，不知道哪里出的问题

我刚试过了，没问题，而且还是leastLoad负载均衡节点。之前出现断线，应该是墙抽风太狠。

你的路由器是什么CPU，OpenWrt是什么版本。

哈哈，非常不幸，dnsmasq就是2.86。。

[handsomeji]

openwrt 22.03 分支的坑不少。
都默认fw4+nftables了，dnsmasq还不升级支持nftset。

[jxph1123]

破案了,我dnsmasq升级成2.88,没问题了,谢谢大佬

[gito10]

破案了,我dnsmasq升级成2.88,没问题了,谢谢大佬

刚刚把那个227 issue，还有里面发的链接都看了下，大概了解了下情况。原来18，19年的时候，dnsmasq的查找方式效率不高，但是一个中国老哥改进了算法，看当时的贴，应该是官方还纠结要不要合并，那时候还在v2.7x，看情况官方最后还是合了，dnsmasq的查找瓶颈就已经打破了。然后到2.86才因为某些改动出问题。所以你上午不是因为规则太多server匹配低效，真的是整个dnsmasq直接爆了。
不过看里面21年之后发的，换成SmartDNS之后很舒服，分流匹配效率比新版dnsmasq还高。而且dnsmasq用来做代理DNS分流还有一个地方不太优雅，就是明明都有ipset了，不支持根据ipset分流DNS请求，每个域名要写一遍ipset，还要写一遍或几遍server。今天搜了一圈，SmarrDNS是支持Ipset分流DNS的。看来真得抽个空把SmartDNS配置研究下。目前看来最理想的方式是Dnsmasq处理一些简单特殊的DNS处理需求，直接设置SmartDNS为唯一的上游服务器做分流，需要代理的分给国外DNS，国内阿里系的域名分给阿里云，百度系的分给180.76.76.76，腾讯系的分给DNSPod，其余的自己手工做一次DNS优选，然后设为默认。

[jxph1123]

确实,现在smartdns已经很完善了,解析很快,国内还有测速,开网页明显很快.比dnsmasq快.
SmartDNS配合passwall真的牛.

[gito10]

DNS优选的话，我去年尾专门一连测试了好几天，总结出来对大部分地区比较友好的应该就是百度的180.76.76.76，还有阿里云223。腾讯DNSPod的话，目前是不建议，114的话，除非你刚好位于DNS出口同省，否则不要用，而且鉴于以前的名声和干过的事，即使同省也不要用。
百度IPv4和IPv6都不支持ECS，但是它在你本省就会有出口，IPv6也是本省地址出口。我记得之前好像还跟踪过入口地址，记不太清了。还是可以的。
阿里DNS，IPv4不支持ECS，但是在本省有出口。IPv6支持ECS，因为IPv6的出口地址不知道是地址库的问题还是什么，有的不知道，ip138给的是新加坡阿里云，但是速度很快，应该是在国内。

上面是比较推荐的，当然具体是否在你本省有出口，还是自己测试过才清楚。

然后是腾讯DNSPod，怎么说呢，IPv4出口应该就2个，我测试的时候是广州移动，但是支持ECS，就是有些权威DNS不一定支持ECS，会按照广州给分配最近的IP。IPv6，怎么说，我测试应该是不支持，关键DNSPod是有IPv6的入口2402:4e00::，结果测试也只支持IPv4，IPv6无任何回应，可能是出口只有IPv4协议栈，如果权威服务器只有IPv6栈，就无法请求到。但不是说它一定不支持AAAA记录，也许某个域名的权威DNS是双栈的，然后该域名的AAAA记录就可以获取到？反正感觉应该不咋地，而且网上评价确实都不咋地。但是对腾讯自己的服务应该还是优化了的，只适合用于腾讯系的域名解析。
114，不说别的东西，单说DNS本身，IPv4出口好像也就2个，反正不超过3个，反正我身处南方，DNS出口到了山东联通。而且还不支持ECS，IPv6跟腾讯一样，都没有。

然后DNS的判断，还有个在线率还是什么的，这个需要到有些网站查，反正114的记得是也不怎么地，好像腾讯的在这一项上倒是还可以。
明天查查。

[gito10]

可以去看看xray的994号pr，这里我就不引用了。
今天看到那个，发现Xray的连接观测比V2ray多个enableConcurrency，然后搜了一下代码，默认值应该是false，看这个PR里提的，非并发的每次只测一个。昨天墙抽风的时候，节点特别不稳，即使用的leastPing策略，也出现了有时候无法访问的情况，但从手机测试情况来看，出现无法访问的时候，至少还有两三个节点存活，只是偶尔连接测试延迟很大甚至超时。不知道是否跟这个原因有关。之前间隔设置的1min，6个节点，等于是每个节点6分钟测试一次，今天把并发启用看看。其实一般情况高峰时期，可能节点能够使用，但丢包率高，连接测试经常出现超时，可能会把能用的节点判断为不能用。如果全部节点都是这种情况，增大测试间隔可能更稳定。
然后，我感觉也许可以这样设置。均衡节点里面弄几个平时低延迟，然后再加几个平时延迟稍高但稳定的节点。因为平时低延迟高质量的节点，肯定选的人也多，高峰期也就大多挤这些节点，导致延迟随低，丢包比价高，体验可能还不如平时延迟高的。因为那些延迟稍高的肯定用的人少，高峰期用的人也少些，可能就相对更稳定。然后这两种节点放在一起负载均衡，平时低延迟节点够稳定，肯定轮不到延迟高一些的节点上去，高峰期的时候，低延迟节点拥挤，丢包，就会转用此时更稳定的延迟稍高的节点。

[jxph1123]

已经成功了enableConcurrency = true了,但我不知道怎么测试,一直比较稳....如果真是并行,应该对网络恢复有好处,不会一个一个去轮询浪费时间.只是不知道怎么来测试确认是并行.

[gito10]

我这边专门用来均衡的6个节点，今天也是6个都可以用，这个只有像前天那样抽风，极度不稳的时候才可能体验出差别，而且节点要放多一些才能体现出并行和每次测一个的区别。我看你之前间隔设置的30s，3个节点没30s测一个，全部轮一遍也只要90s。这样一看，其实只要设置合理，一次一个也是可以的。比如我6个节点，如果并行，设置1min，那就是每隔一分钟把6个同时测一遍。如果是设置10s，6个节点每个也是1min测一次，但是6个节点就不是一起测了。这样一分析，其实这种设计也是有一定优势的，尤其是平时比较稳定的时候。如果是不太稳的时候就可以直接上并行，或者计算一下需要的测试间隔然后除以节点数量再设置。

[jxph1123]

我看了下smartdns的日志，几个节点是同时测试的，这个挺好，实时性增强，特殊是节点多，坏点多的时候，如果用轮询会花很多时间。

[gito10]

如果用轮询会花很多时间。

这个弄明白原理了，其实非并行设置也可以很短。比如你3个节点，30s，现在并发是每隔30s全部测一次。如果关掉并发，然后把间隔改为10s，实际上也是30s测一次，只不过3个节点的测试时间点错开了。虽然同是30s测一次，但时间分片更小了，可以避免刚好某一时刻网络有一点小问题，比如发生丢包什么的，这3个都测出不可用的状态，当然也不可能测一次不行就判断不可用，应该是综合前几次测试情况或者测出不可用会加测。这个看来还是需要去看看源码怎么实现的，这样才能够了解透彻，不然都是猜测。

看样子，这个选项还得加提示，一两句讲不清的话就只能弄个wiki页，然后提示用链接指向说明文档了。光是这个参数要配置明白，就需要文档详细说明了，Xray直接没文档，V2ray也只有个配置参数的简单说明，像这个探测间隔只有可以设置哪些值，但没说这个值具体是怎样起作用的，比如并发和非并发下这两个值表现出来的意义就不同了。非并发下的间隔值✖️总的观测节点数，才等效于并发下设置的间隔值。
突然想到这样的话，在非并发下，使用分流模式，有多个负载均衡节点的情况会有很大问题。总的来说，还是原来v4的这种均衡器检测的方法从底层逻辑上来说就有很大的问题。反而是Xray那边，那个没有被合并的optimal策略的做法才是合理的。均衡器节点选择需要策略，策略需要判断节点状况应该自己来监测，这是均衡器该干的。比如该多久检测一次，是需要低延迟还是高带宽。尤其像检测间隔应该是动态的，至少是像mwan3一样不同情况可以设置多个值，比如节点稳定，状况良好可以慢慢调大间隔，直到设置上限。检测不太稳的需要更小的检测间隔。现在新的leastLoad应该是均衡策略的各种参数直接在均衡器里面设置了。

[jxph1123]

不知道xray好久才能支持新的策略

[xcyll]

今天使用过程发现了一个问题

使用场景（iptables 21.02op / 中国列表外模式 xray分流-xray负载均衡）pw verson.4月18日

默认节点----jp
YT节点---hk负载均衡
Netflix节点--hk负载均衡
(hk负载均衡-对应流量多,延时高的4个hk节点)
平时这几个hk节点有可用的时候 分流正常 域名走分流的负载均衡节点 正常显示YouTube HK
今天hk节点全断了 负载节点也肯定不通了 此时我浏览YT和Netflix正常情况下应该是上不了网的
但实际情况是分流的域名走了默认的节点即登入网站后显示 YouTube JP和Netflix JP导致默认节点流量消耗（默认节点流量少）
但此时分流节点单选一个不通的hk节点 能得到正确反馈 即不能浏览分流的域名 而不会走默认节点
@nftbty

[gito10]

你说的是xray的leastPing负载均衡吧？这个检查一下配置文件，如果配置文件写法没有问题，那么这个行为应该就是xray自动fallback了，因为leastping是有使用观测的，balancer指定的outbound全部失效它是可以知道的。如果这是xray的默认行为，除非有提供配置参数控制，不然应该是没办法的。可以先搜下xray有没有提出类似问题的，或者先检查下自动生成的配置文件，看配置文件是否有错误。

[xcyll]

是的 用的xray的leastPing负载均衡
配置不知在哪看

[gito10]

关于Xray 1.88 新加的leastLoad，有些问题险些忘了说了。
1.8.8刚发布那天，我看到更新日志里终于引入了来自V2Ray的“leastLoad”负载均衡策略，另外还发现 1.8.7新增了RoundRobin轮询策略，打算研究一番。RoundRobin还是很简单，就是A->B->C->D->A 这样循环，配置也简单，没有额外参数，就跟Random一样直接填就行。但是leastLoad麻烦的多，参数比leastPing还多。最初的版本，所有参数配置(包括节点健康检查)都在该 balancer 内部设置，后来把健康检查独立出去，成了并发连接观测burstObservatory，不同于leastPing所需的后台连接观测backgroundObservatory。除此以外，每个 leastLoad 策略的均衡器还有自己的设置项。具体见 XTLS/Xray-core#2999，还有原始的v2fly/v2ray-core#589。后面发现@xiaorouji 提交了leastLoad策略的新增，不过配置格式还是按照leastPing来的，所以应该是不能起作用的，还需要好好研究下再适配。

[gito10]

并发连接观测的配置及参数含义可到V2Ray官方文档找到，结合其他地方的解释，主要是以下几个：
destination 通过待测节点代理访问该url，测试节点健康度，跟leastPing里的probeUrl是一样的
connectivity 本机网路直连访问，一般是国内知名服务的204地址，测试网络连通性，destination不通时检测是否是因为本机网络断开而非节点本身问题
interval 检查间隔时间
samplingCount 保存样本数，保留最近n次测试结果，在对节点评分时，会综合最近n次结果。比如间隔 10s，保留样本数 6，那么节点评分就是根据过去1分钟内的状况。
timeout ping 超时时间，应该就是每次连接检测时，超过该时间就算该节点不可用了。

[handsomeji]

只是初步加入，我沒使用此功能。歡迎PR改進

[gito10]

另外，leastLoad还新添加了fallback回落选项，当用于负载均衡的节点都不可用时，回落到该节点。理论上，其他策略的均衡器也可以增加该参数，尤其是leastPing。但是，看了源码，目前只有random策略增加了fallback参数，回落时机为当 selector 没有选中任何节点时。

[gito10]

大部分参数都搞明白了，主要是还有个cost设置节点开销的，大概表示权重开销越大，权重越低，把这一块设置搞明白了就能开干了。

[jxph1123]

是不是leastLoad类似haproxy了。

[gito10]

是不是leastLoad类似haproxy了。

有类似权重的概念了，主备的话，有个fallback，不知道只能fallback到普通单节点，还是可以fallback到另一个balancer，不过就算只能fallback到普通节点，也可以用 Loopback出站协议实现主备，而且是haproxy不支持的多级主备。
就是不知道实际效果怎么样，目前在实现sing-box 的 URLTest出站协议。

[jxph1123]

目前leastPing够用了，如果sing-box能实现leastPing就够用了

[gito10]

Sing-Box 不支持负载均衡，好像也没打算支持负载均衡，有关多出口选择的，只有 Select和 URLTest 的出站协议，其中 URLTest 就类似于 Xray的 leastPing策略负载均衡，不过多3个参数，tolerance测试容差 ，idle_timeout空闲超时，还有当选定的Outbound改变时是否断开现有连接。
后一个好理解，也比较有用。前2个字面意思看不出来，也没有详细解释。

[gito10]

@xiaorouji 关于Haproxy负载均衡，刚在跟别人讨论负载均衡这个话题时，突然想到应该可以增加个选项，检测超时时间，由用户自己定义超过多长时间算节点超时，比目前直接固化要灵活些，可以根据自身的使用场景来调整。
2种健康检查方式，内置的TCP健康检查，看了下，timeout check 是10s，passwall健康检查，curl --connect-timeout 是3s。2种方式都带超时选项，应该比较好改。不知道内置TCP健康检查除了全局的超时设置，每个均衡组是否支持单独设置检测超时时间。

当然，我没怎么用过Haproxy的均衡，不清楚用Haproxy均衡的用户是否有这个需求。如果我用来均衡的节点平均延迟不超过400ms的话，会希望在节点延迟超过800ms或者1s时，就不再用它。

[gito10]

突然想起，好像 Xray的 leastLoad策略使用的并发连接观测有个类似的参数。我还是抽空适配一下 leastLoad，开发适配简单，就是有几个参数没研究，搞不明白什么意思。没有类似跃点的概念，后备使用fallback，实现多级需要自己变通；没有权重，而是cost ，看单词含义和配置样例，好像是反向权重，又不太像，最后的例子

- regexp: true
  match: \.weight\d+(\.\d+)?    # matchs & set from .weight<num>, users can set weight with outbound tags, like all.node1.weight0.5, all.node2.weight5

又说可以从tag里面设置权重，估计要去看源码才能明白。

[zhoufla]

xray核心的负载均衡能够选择sing-box核心下的hy2节点，这是怎么做到的呢？