我正在尝试在工作中的 Debian buster 上使用 rudder-server，webapp 运行正常，但是其中一个 rudder 服务不起作用，而且我无法收到来自其他节点的报告： ● rudder-relayd.service - Rudder Relay Daemon Loaded: loaded (/usr/lib/systemd/system/rudder-relayd.service; enabled; vendor preset: enabled) Active: failed (Result: exit-code) since...
我在 OpenBSD 上在网站前面设置了 Relayd。这个东西将静态请求重定向到 httpd，将动态请求重定向到在本地主机端口 9000 上运行的应用程序（我不想透露这个应用程序的名字，这样我就可以写一篇关于这个解决方案的长篇博客文章，抱歉）。这个部分运行良好。 现在我希望看看我是否可以通过将特定标头归因于特定请求路径来优化解决方案。就像我在此处描述的那样（由于现在不起作用而进行了评论）。 http protocol https { # Various TCP options tcp { nodelay, sack, socket buff...
OPNsense（和 pfSense）中有两个主要的负载平衡选项：relayd 和 haproxy。pfSense 已删除了 Relayd，转而使用 haproxy [1,2]，但 OPNsense 仍支持它。在什么用例中我们应该优先使用 haproxy 而不是 Relayd（反之亦然）？ [1]https://redmine.pfsense.org/issues/9386 [2]https://forum.netgate.com/topic/140790/heads-up-relayd-deprecated-on-pfsense-2-5-0/14 PS...