0.10
Hi Team,
It would be beneficial to have a option to configure TCP Keepalives (optional).
This would be benefical in environments, where firewalls will close TCP connections due to Idle timeout.
I experienced this, when using Syslog-TLS input.
The present solution would be to increase firewall idle timeout. However, given 1 hr is timeout standard in most enterprise firewall, TCP keepalive makes the more sense.
Option to configure TCP Keepalive per input in vector.toml
https://discord.com/channels/742820443487993987/746070591097798688/771775364170383411
cc @jamtur01 for up coming work.
Looks like the TCP keepalive information needs to be propagated to set_keepalive in Tokio's TcpStream.
Unfortunately, the option is missing beginning from 0.3.x and will be reimplemented in future versions. Upstream issue: https://github.com/tokio-rs/tokio/issues/3109.
The new TcpKeepalive configuration will also include interval and retries options, while on 0.2x. (which is currently used) we can only set the keepalive time.
I'd suggest we implement the keepalive time option with the current tokio runtime, as it covers most use cases. For the other options another issue with blockers on the upstream feature and runtime upgrade would be suitable.
@lukesteensen @Hoverbear Thoughts ^^^
Hey guys, basic TCP keepalive functionality will help us big time.
I'd suggest we implement the keepalive time option with the current tokio runtime, as it covers most use cases. For the other options another issue with blockers on the upstream feature and runtime upgrade would be suitable.
@pablosichert that sounds reasonable. Could you open the other issue and reference the blocking issues? We might decide to contribute upstream to unblock work.
@pablosichert Well researched! =D I agree.
@pablosichert Ditto - let's implement based on time and go from there.
Most helpful comment
Hey guys, basic TCP keepalive functionality will help us big time.