Notez le moment où la connexion se coupe et quel service échoue : ordres, prix en temps réel ou données historiques. Comparez ensuite ces horodatages avec les journaux de l'application, les avis du prestataire et les autres plateformes connectées. Les conflits de sessions, les problèmes de ressources locales et les comportements propres au connecteur appellent des vérifications différentes. Un graphique figé ne prouve pas à lui seul une panne complète de Rithmic.
Conseils éducatifs sur le logiciel. Le trading comporte des risques. Lire les avertissements financiers et d'information.
Protégez votre investigation contre des informations de compte périmées
Si une connexion se coupe alors que des positions ou des ordres existent, utilisez une route prise en charge disponible ou le prestataire pour confirmer l'état du compte. Ne déduisez pas une annulation d'une fenêtre vide ou déconnectée. Vérifiez où votre logiciel gère les brackets, l'annulation OCO ou les ajustements de trailing avant de le redémarrer.
OCO signifie « one cancels the other » (l'un annule l'autre) : la gestion des ordres liés peut dépendre de la route concernée. Le guide OCO explique pourquoi l'emplacement d'un ordre et sa logique de gestion doivent être vérifiés séparément.
Constituez un court journal d'incident
| Élément à consigner | Exemple de détail à conserver |
|---|---|
| Heure | Horodatage exact et fuseau horaire |
| Application | Nom, version et connecteur actif |
| Connexion | System/Gateway sélectionné ; direct ou plug-in |
| Service défaillant | Ordres, prix, historique, ou le service exact consigné dans le journal |
| Déclencheur | Seconde application ouverte, changement de réseau, requête d'historique volumineuse, ou aucun déclencheur connu |
| Rétablissement | Nouvelle tentative automatique, reconnexion manuelle, ou toujours déconnecté |
Les exemples ci-dessus sont des champs d'enregistrement, et non une panne reproduite. Conservez les lignes de journal voisines et masquez les identifiants ou informations privées avant de les partager.
Séparez les pistes probables
Une autre plateforme se connecte en même temps
Examinez le droit de session et le routage avant d'incriminer la qualité du réseau. Le guide des problèmes de Quantower décrit les conflits de sessions directes et les dépendances à l'hôte de plug-in. Le support de Sierra Chart identifie une limitation liée à un même compte dans son interface Rithmic. Ne fermez pas un programme qui gère des ordres avant d'avoir évalué cette dépendance.
RTrader Pro est l'hôte du plug-in
Pour une route de plug-in prise en charge, confirmez que l'hôte reste en cours d'exécution et connecté, et que le client utilise la route plug-in. Une connexion directe correspond à une configuration différente. Utilisez les consignes du mode plug-in pour vérifier les deux applications et les sessions autorisées par le prestataire.
Sierra Chart se reconnecte à répétition pendant l'activité sur les symboles/l'historique
Le guide officiel du service Rithmic décrit un schéma précis de déconnexions récurrentes impliquant des symboles qui ne correspondent pas à son format Rithmic. Il mentionne une correction liée à la version et conseille d'inspecter les endroits qui demandent ces symboles. Suivez cette piste documentée lorsque les symptômes correspondent. N'inventez pas de paramètres de heartbeat et n'appliquez pas son diagnostic à toutes les plateformes.
Un ordinateur rencontre des problèmes et pas les autres
Comparez la disponibilité du réseau, l'utilisation des ressources par l'application et l'erreur exacte. Inspectez l'utilisation des ressources autour de l'incident plutôt que d'affirmer une surcharge du processeur à partir d'une simple pause du graphique. Un site web qui fonctionne ne confirme pas que tous les points d'accès de trading sont joignables. Faites examiner par l'administrateur concerné les restrictions de VPN ou de pare-feu ; évitez de désactiver les contrôles de sécurité comme étape courante.
Plusieurs services échouent ensemble
Consultez les avis officiels datés, notamment le System ou le composant qu'ils nomment. Les avis du prestataire peuvent différer du statut d'un éditeur de plateforme. La vérification d'une panne explique comment consigner une incertitude sans la présenter comme un incident confirmé.
Vérifiez le rétablissement par étapes
- Vérifiez que la connexion visée indique bien « connecté ».
- Confirmez le compte attendu et actualisez ses positions et ses ordres via l'interface prise en charge.
- Vérifiez le contrat exact et les horodatages des cotations pour le service de données.
- Inspectez les journaux à la recherche de nouvelles erreurs ou de tentatives répétées.
- Confirmez que toute logique d'ordres gérée localement fonctionne comme prévu avant de vous y fier.
Un indicateur vert enregistre l'état du service à cet instant ; il ne prouve ni une exécution, ni tous les abonnements aux bourses, ni l'absence de futures coupures.
Si l’interface signale précisément une connexion perdue, consultez les étapes de diagnostic d’une connexion perdue en conservant le message exact et l’état du compte.
Questions fréquentes
Un VPS corrigera-t-il les déconnexions récurrentes ?
Un VPS modifie une partie de l'environnement ordinateur/réseau. Il n'établit ni le droit d'accès du compte, ni la compatibilité du plug-in, ni la disponibilité du prestataire. Diagnostiquez la piste défaillante avant de dépenser de l'argent.
Mes ordres sont-ils annulés automatiquement lorsque l'application se coupe ?
Une déconnexion ne prouve pas à elle seule une annulation. Confirmez l'état de l'ordre ainsi que les règles d'hébergement et de gestion de la route.
Dois-je réessayer toutes les quelques secondes ?
Évitez une boucle de nouvelles tentatives incontrôlée. Conservez la première erreur, suivez la procédure de rétablissement prise en charge par la plateforme et sollicitez le prestataire si les échecs se répètent.
Pourquoi les graphiques fonctionnent-ils alors que le trading ne fonctionne pas ?
Les prix et l'accès au compte/aux ordres peuvent faire intervenir des services ou des autorisations différents. Vérifiez-les séparément.