META TESTER 5 Cloud Network — Déconnexion des agents et impossibilité de les reconnecter

[Cyril Louis Marc Maillet]

Bonjour à la communauté et aux développeurs MQL5,

J'utilise une station de travail MetaTester 5 dédiée pour le MQL5 Cloud Network et mon trading, je rencontre des problèmes de déconnexion persistants que je n'arrive pas à résoudre.

Configuration du système :

• OS : Windows 10 Build 19042

• CPU : Double Coeurs Intel Xeon E5-2699 v4 @ 2.20GHz — 44 cœurs et 192 go de ram      +      Laptop avec 4 coeurs 3.1Ghz et 32 go de ram

• Version : MetaTester64 build 6063 ( dernière version )

Historique :

La configuration a fonctionné moyennement pendant des mois en intermittence (meilleure journée : 13,03 $, total gagné : +50 $). Elle s'arrête après quelques jours, puis se reconnecte après un certain temps et parfois je suis obliger de refaire depuis 0 la réinstallation complète du tester.

Ce que j'ai vérifié :

• Port TCP 443 vers agent5.mql5.net : TcpTestSucceeded = True

• Services Windows : Les 44 services sont en cours d'exécution

• Processus : Les 44 processus MetaTester64.exe sont actifs

• Ports 2000-2043 : Tous en écoute et acceptant les connexions TCP

• Pare-feu Windows : Règles ajoutées pour MetaTester64.exe (Entrant/Sortant)

• Windows Defender : Exclusion ajoutée pour le dossier d'installation

• Dossier Roaming\MetaQuotes\Tester : Purgé 

• Registre : Propre (aucune clé MetaTester orpheline)

• Planification dans common.ini : 168x"1" écrit au format UTF-16-LE

Le journal du Manager affiche uniquement :

Startup — MetaTester 5 build 5876 MQL5 account: XXXXXXX, cloud network mode is on initialization finished

Aucune tentative de connexion, aucun handshake TLS, aucun message d'erreur. L'application ne lance jamais de requête sortante connect() vers les serveurs MQL5, bien que le réseau soit pleinement disponible avec plus de 800 MBPS.

Observation clé :

Le champ Schedule dans Manager\common.ini se réinitialise à 168x"0" après chaque redémarrage. Même lorsque j'écris manuellement 168x"1" , le manager le réécrit avec des zéros quelques secondes après le démarrage — comme s'il recevait une instruction de "désactivation" de la part du serveur, ou qu'un état interne empêchait la connexion.

Mes questions pour les développeurs :

1. Suite à des tentatives de reconnexion excessives (flood), ou après des backtests locaux , y a-t-il un bannissement temporaire côté serveur de l'ID de la machine ? Si oui, quelle est la durée de cette restriction et comment peut-elle être levée ?

2. Quelles conditions internes doivent être remplies pour que MetaTester initie une connexion TLS sortante ? Y a-t-il un jeton (token) caché, un fichier de session ou un état d'authentification au-delà du fichier common.ini ?

3. Pourquoi le champ Schedule se réinitialise-t-il automatiquement à zéro ? Cela indique-t-il un signal côté serveur, un enregistrement expiré ou un état local corrompu ?

4. Existe-t-il une procédure de réinitialisation manuelle ou un paramètre en ligne de commande pour forcer le réenregistrement des agents sur le Cloud Network ?

5. Y a-t-il des fichiers journaux (logs) autres que ceux situés dans Tester\Manager\logs\ qui pourraient indiquer la raison précise de ce refus de connexion ?

D'avance , cela ne met pas en cause le fournisseur de service internet , puisque le pc portable avec 4 coeurs que j'ai a cote et qui utilise la même ligne internet ne se déconnecte jamais et prend tous les jours des passes cloud.

Lien vers le programme : https://cloud.mql5.com/en/download