The agent repeatedly reconnects
Investigate unstable agent transports
Repeated reconnects usually indicate an unstable egress path, an expired working window, a proxy interruption, or an agent process restart.
Example healthy connection log:
TODO_PLACEHOLDER_HERE
Example reconnect/failure log:
TODO_PLACEHOLDER_HERE
Compare the agent and server logs and check:
- heartbeat RTT and timeout messages;
- reconnect count and transport failures in metrics;
- agent process restarts;
- proxy authentication or idle timeout messages;
- TLS certificate validity and clock skew; and
- working-days and killswitch settings.
Try one transport at a time when isolating the problem. Start with the simplest path available, then test the configured fallback transports. Record which transport remains stable before changing the deployment permanently.