META TESTER 5 Cloud Network — Déconnexion des agents et impossibilité de les reconnecter
avec un common.ini a 0000000000
avec un common.ini a 1111111111111, tous les jours calendrier sont a blanc.
Depuis la mise à jour vers le build 6090 (10 Aout 2026), les agents ne se connectent plus au MQL5 Cloud Network.
Une réinstallation complète ne résout pas le problème.
Le log du manager affiche uniquement "initialization finished" sans aucune tentative de connexion.
Schedule=0 et Schedule=1 donnent tous les deux 0/44 agents connectés. Le build 6033 fonctionnait parfaitement.
Qu'est-ce qui a changé dans le build 6090 concernant la logique de connexion au cloud ?
depuis le 15 aout a 9h heure de paris, toutes les connexions cloud sont déconnecter.
Impossible de se reconnecter.
deconnexion du cloud sans raison.
plus de 15000 passes traiter en 48h. le 24 et 25 aout.
et ca recommence....
version AVX2 build 6140
le site web est parfois totalement inaccessible, sur de multiples operateurs.
aussi bien le site que le metatester ne fonctionne plus.
Désolé pour la réponse tardive, il y a tellement peu d'activités sur ce forum francophone que j'oublie de vérifier.
Comme je l'ai signalé sur le forum anglophone, il y a peu qu'on puisse faire ici pour vous aider. C'est une question de connexion Internet, pas de MT5.
Je ne sais pas quelles mesures peuvent être prise par MetaQuotes pour des agents instables, mais certainement rien de favorable.
Désolé pour la réponse tardive, il y a tellement peu d'activités sur ce forum francophone que j'oublie de vérifier.
Comme je l'ai signalé sur le forum anglophone, il y a peu qu'on puisse faire ici pour vous aider. C'est une question de connexion Internet, pas de MT5.
Je ne sais pas quelles mesures peuvent être prise par MetaQuotes pour des agents instables, mais certainement rien de favorable.
mais cela ne m'explique pas pourquoi ils font ca.
- Applications de trading gratuites
- Plus de 8 000 signaux à copier
- Actualités économiques pour explorer les marchés financiers
Vous acceptez la politique du site Web et les conditions d'utilisation
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 :
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 :
-
-
-
-
- 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.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 ?
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 ?
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 ?
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 ?
Lien vers le programme : https://cloud.mql5.com/en/download