META TESTER 5 Cloud Network — Agents disconnected and unable to self reconnect

 
Hello to the community and MQL5 developers,

Im a remote worker in Thailand.
I'm using a dedicated MetaTester 5 workstation for the MQL5 Cloud Network and my trading. I'm experiencing persistent disconnection issues that I can't seem to resolve.

System configuration:
OS: Windows 10 Build 19042

CPU: Dual-core Intel Xeon E5-2699 v4 @ 2.20GHz — 44 cores and 192GB of RAM + Laptop with 4 cores 3.1GHz and 32GB of RAM

Version: MetaTester64 build 6063 (latest version)

History:
The setup worked intermittently for months (best day: $13.03, total earnings: +$50). It would stop working after a few days, then reconnect after a while, and sometimes I'd have to completely reinstall the tester from scratch.

What I've checked:
TCP port 443 to agent5.mql5.net: TcpTestSucceeded = True

Windows Services: All 44 services are running

Processes: All 44 MetaTester64.exe processes are active

Ports 2000-2043: All listening and accepting TCP connections

Windows Firewall: Rules added for MetaTester64.exe (Inbound/Outbound)

Windows Defender: Exclusion added for the installation folder

Roaming\MetaQuotes\Tester folder: Purged

Registry: Clean (no orphaned MetaTester keys)

Schedule in common.ini: 168x"1" written in UTF-16-LE format

The Manager log only shows:

Startup — MetaTester 5 build 5876 MQL5 account: XXXXXXX, cloud network mode Initialization complete.

No connection attempts, no TLS handshake, no error messages. The application never sends an outbound connect() request to the MQL5 servers, even though the network is fully available with over 800 Mbps.

Key observation: The Schedule field in Manager\common.ini resets to 168x"0" after each reboot. Even when I manually enter 168x"1", the manager rewrites it with zeros a few seconds after startup—as if it were receiving a "disable" instruction from the server, or as if an internal state were preventing the connection.

My questions for the developers: Following excessive reconnection attempts (flooding), or after local backtests, is there a temporary server-side ban on the machine ID? If so, how long does this restriction last and how can it be lifted?

What internal conditions must be met for MetaTester to initiate an outbound TLS connection? Is there a hidden token, session file, or authentication state beyond the common.ini file?

Why does the Schedule field automatically reset to zero? Does this indicate a server-side signal, an expired registration, or a corrupted local state?

Is there a manual reset procedure or a command-line parameter to force agents to re-register with the Cloud Network?

Are there any log files other than those located in Tester\Manager\logs\ that could indicate the precise reason for this connection refusal?

This doesn't implicate the internet service provider, since the quad-core laptop I have next to it, which uses the same internet connection, never disconnects and obtains cloud passes every day.

Link to the program: https://cloud.mql5.com/en/download



i understand well how common.ini work







Since updating to build 6090 (August 10, 2026), agents are no longer connecting to the MQL5 Cloud Network.


A complete reinstall does not resolve the issue.


The manager log only displays "initialization finished" without any connection attempts.


Setting Schedule=0 and Schedule=1 both results in 0/44 agents being connected. Build 6033 worked perfectly.


What changed in build 6090 regarding the cloud connection logic?



Since August 15th at 9:00 AM Paris time, all cloud connections have been down.


Unable to reconnect.



Again.


Cloud disconnection for no apparent reason.


Over 15,000 passes processed in 48 hours, on August 24th and 25th.


And it's happening again...

version AVX2 build 6140 



The website is sometimes completely inaccessible on multiple internet service providers.


Both the website and the metadata are no longer working.


Download MetaTrader 5 Strategy Tester Agent to join MQL5 Cloud Network
Download MetaTrader 5 Strategy Tester Agent to join MQL5 Cloud Network
  • cloud.mql5.com
Join the MQL5 Cloud Network and earn extra income around the clock, while your computer works for you!
 
Cyril Louis Marc Maillet:
Startup — MetaTester 5 build 5876 MQL5 account: XXXXXXX, cloud network mode Initialization complete.

very old version. and it is also a beta. But also yes, i am sure it is, to your question regarding blocking of excessive reconnections.

 
Michael Charles Schefe #:

very old version. and it is also a beta. But also yes, i am sure it is, to your question regarding blocking of excessive reconnections.

The actual version is the newest.
It update regularly. 
version AVX2 build 6140
 
Cyril Louis Marc Maillet #:
The actual version is the newest.
It update regularly. 
version AVX2 build 6140

6140 is newest "release", but the 5876 was a beta version. much more probable to be "buggy".

you mentioned 3 different versions in your message. Can i assume that you do often do "manual" updates via the help menu option? i recommend that you stop doing that and only update with "release" versions. 

backup the latest release version 6140, metatester, terminal.exe and metaeditor, all versions 6140 and DO NOT update again, unless there is an automatic update. doing constant updates, betas especially, could cause intermittend or too frequent reconnections. I read 3 similar threads a few months ago and these stopped after the user updated to the release version.

 
Cyril Louis Marc Maillet:
The website is sometimes completely inaccessible on multiple internet service providers.
Seems more an Internet connection issue than something directly related to MT5.
 
Michael Charles Schefe #:

6140 is newest "release", but the 5876 was a beta version. much more probable to be "buggy".

you mentioned 3 different versions in your message. Can i assume that you do often do "manual" updates via the help menu option? i recommend that you stop doing that and only update with "release" versions. 

backup the latest release version 6140, metatester, terminal.exe and metaeditor, all versions 6140 and DO NOT update again, unless there is an automatic update. doing constant updates, betas especially, could cause intermittend or too frequent reconnections. I read 3 similar threads a few months ago and these stopped after the user updated to the release version.

i have copy paste month of my issue in french forum, as i dont get any answer and help from support.

i dont do manual update, i let the program do by himself.

i also work newly with an IT specialized in server side and lan application.

what we consider more now is a fully or partial block from ISP thailand. or a bandwidth privileges.

we have seen pass many complain about it, and on my personnal experience as a trader, the most afraid thing is for day trading, as packet data are not send and receive properly sometimes . 
Occur during USA session for example, and abnormal increase of speed volatility in candle drawing. make trade decisions very hard to manage.

mean also that datas packets are not sent/received real time , but delayed so much that the trade i scalp/ day trade can be already in lose state when i take it due to delay. and also watched by a big brother.

same for meta tester, ISP lock down data transmission result on data corruption in roaming, lead to permanent disconnection.
 
Alain Verleyen #:
Seems more an Internet connection issue than something directly related to MT5.
yes , we are now investigating from ISP side since the http2 protocol issue.

also, we seen that many others from some very high level of censorship country experience the same kind of problem.

Pakistan:

India:

Vietnam:

Thailand:
Cannot access MQL5.com without a VPN (Affecting Freelance Work)
Cannot access MQL5.com without a VPN (Affecting Freelance Work)
  • 2026.03.25
  • www.mql5.com
Hello everyone, For the past 10 days, I have been completely unable to access MQL5.com or log into my account using my normal network connection...
 
Michael Charles Schefe #:

6140 is newest "release", but the 5876 was a beta version. much more probable to be "buggy".

you mentioned 3 different versions in your message. Can i assume that you do often do "manual" updates via the help menu option? i recommend that you stop doing that and only update with "release" versions. 

backup the latest release version 6140, metatester, terminal.exe and metaeditor, all versions 6140 and DO NOT update again, unless there is an automatic update. doing constant updates, betas especially, could cause intermittend or too frequent reconnections. I read 3 similar threads a few months ago and these stopped after the user updated to the release version.

What you (and many of the moderators here) don't seem to understand is that MetaTester can be installed free-standing (download link here), apart from MetaTrader 5 and its update mechanisms.  Regardless of how it's installed, if MetaTester agents are installed and active on the Cloud Network, it updates itself automatically—sometimes even daily, often with beta builds that cannot be found anywhere else.  If you try to inhibit it from updating, it keeps trying over and over again every few hours.  The reason he mentions three different versions is because every time you turn around and look, it's automatically running a different version than before.


Cyril Louis Marc Maillet:
Hello to the community and MQL5 developers,

Im a remote worker in Thailand.
I'm using a dedicated MetaTester 5 workstation for the MQL5 Cloud Network and my trading. I'm experiencing persistent disconnection issues that I can't seem to resolve.

System configuration:
OS: Windows 10 Build 19042

CPU: Dual-core Intel Xeon E5-2699 v4 @ 2.20GHz — 44 cores and 192GB of RAM + Laptop with 4 cores 3.1GHz and 32GB of RAM

Version: MetaTester64 build 6063 (latest version)

History:
The setup worked intermittently for months (best day: $13.03, total earnings: +$50). It would stop working after a few days, then reconnect after a while, and sometimes I'd have to completely reinstall the tester from scratch.

What I've checked:
TCP port 443 to agent5.mql5.net: TcpTestSucceeded = True

Windows Services: All 44 services are running

Processes: All 44 MetaTester64.exe processes are active

Ports 2000-2043: All listening and accepting TCP connections

Windows Firewall: Rules added for MetaTester64.exe (Inbound/Outbound)

Windows Defender: Exclusion added for the installation folder

Roaming\MetaQuotes\Tester folder: Purged

Registry: Clean (no orphaned MetaTester keys)

Schedule in common.ini: 168x"1" written in UTF-16-LE format

The Manager log only shows:

Startup — MetaTester 5 build 5876 MQL5 account: XXXXXXX, cloud network mode Initialization complete.

No connection attempts, no TLS handshake, no error messages. The application never sends an outbound connect() request to the MQL5 servers, even though the network is fully available with over 800 Mbps.


Why does the Schedule field automatically reset to zero? Does this indicate a server-side signal, an expired registration, or a corrupted local state?

This doesn't implicate the internet service provider, since the quad-core laptop I have next to it, which uses the same internet connection, never disconnects and obtains cloud passes every day.


i understand well how common.ini work

Since updating to build 6090 (August 10, 2026), agents are no longer connecting to the MQL5 Cloud Network.

A complete reinstall does not resolve the issue.

The manager log only displays "initialization finished" without any connection attempts.

Setting Schedule=0 and Schedule=1 both results in 0/44 agents being connected. Build 6033 worked perfectly.

What changed in build 6090 regarding the cloud connection logic?

The website is sometimes completely inaccessible on multiple internet service providers.

Both the website and the metadata are no longer working.

I have never seen the common.ini file schedule change itself in response to anything.  It is solely user-configured via the Agents Manager window.  Stop trying to edit the file manually; doing so can cause formatting and settings propagation errors.  Stop all the services, delete that file, and start over, filling out your account and cloud info in the Agents Manager.  Also, you have the "0" and "1" state backwards; "1" (white) designates when it is unavailable, while "0" (dark) allows it to work.