You are missing trading opportunities:
- Free trading apps
- Over 8,000 signals for copying
- Economic news for exploring financial markets
Registration
Log in
You agree to website policy and terms of use
If you do not have an account, please register
Now that the schedule values are clarified, I would stop editing common.ini manually and reproduce the problem once from a clean Agent Manager configuration. Compare the affected machine and the working laptop at the same time, recording build number, DNS resolution, outbound connection attempts and exact UTC timestamps. If the laptop connects while the workstation sends no outbound request, that points more to local agent state than the ISP. Can you post one fresh Manager log from startup until the first failed connection attempt?
Here's a fresh log from the workstation (build 6140, currently connected and working fine — 44/44 agents, receiving cloud passes normally):
Important context: the machine itself was never rebooted or manually restarted at any point during this window. It has been running continuously. So these 5 "Startup" entries are the manager process restarting on its own, not the OS restarting.
Two observations:
Given point 1, would it be possible to get a build that logs the actual cloud connection attempt/result (TLS handshake, registration accepted/rejected, schedule acknowledged)? And regarding point 2 — is there a separate crash/event log for the manager process that would show why it restarted 5 times in one day with no user action?
tcp 443 indicate a normal ping at 45ms.
Not a single change of IP
here is the log of the workstation: