You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
[Warning] [437430713] app/proxyman/outbound: failed to process outbound traffic > proxy/vless/outbound: failed to find an available destination > common/retry: [dial tcp *****: operation was canceled] > common/retry: all retry attempts failed
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
-
问题要点:
主备切换应该是当主服务故障时切换到备用服务。在实际应用中,并没有服务健康检查的相关配置。还是我不知道如何应用?
我的提议:实现真正的主/备配置,通过连接日志来记录并判断服务的健康状况连接观测的配置是以固定的访问目标及固定的时间间隔来请求并获得结果。这无疑是个资源的开支,据使用文档中的相关描述,连接观测主要是为负载均衡服务。那么当负载均衡使用
random
模式时,应该是用不到连接观测的结果。那么用leastPing
时,在实际应用中遇到一种情况会影响体验。场景为:有2服务(A,B) A在连接观测中得到的结果较比B差。但观看视频或拉取文件资源时会获得比B好的速率。但因为连接观测结果则是B比A较好。以https://www.gstatic.com/generate_204
为观测目标时确实也是如此。但结果并不符合实际应用。我的提议:有没有可能在代理请求的过程中实现连接质量的记录?并且可关闭/启用。而不需要另外配置一个连接观测Beta Was this translation helpful? Give feedback.
All reactions