Vous manquez des opportunités de trading :
- Applications de trading gratuites
- Plus de 8 000 signaux à copier
- Actualités économiques pour explorer les marchés financiers
Inscription
Se connecter
Vous acceptez la politique du site Web et les conditions d'utilisation
Si vous n'avez pas de compte, veuillez vous inscrire
Je l'ai trouvé, merci !
Oui, le journal est plein d'erreurs:
Oui, le journal est plein d'erreurs:
Quelle est la prochaine chose à faire à ce sujet ? Les DLL sont autorisées à être téléchargées dans la configuration. Ils sont sur l'ordinateur. Existe-t-il un moyen de forcer les DLL afin que le testeur n'ait pas la possibilité de faire demi-tour et de prétendre qu'il ne sait pas où les trouver ?
Les DLL sont interdites. A ce stade, aucune personne saine d'esprit ne laisserait une DLL sur le réseau.
Les DLL ne sont pas autorisées. A ce stade, aucune personne saine d'esprit ne laisserait une DLL sur le réseau
Que faire alors pour connecter des agents à partir de machines distantes?
Et que faire alors pour connecter des agents à partir de machines distantes?
Oubliez la DLL.
Pour permettre aux agents du réseau local d'utiliser une DLL, vous devez modifier les chemins de service avec le commutateur /dll dans le registre.
Dans ce cas, ils seront toujours interdits dans les tâches en nuage. Autorisé uniquement pour les tâches sur le réseau local.
Peut-être pouvons-nous ajouter une case à cocher pour autoriser les dlls pour les tâches locales à l'interface de l'agent du testeur.Pour permettre aux agents du réseau local d'utiliser une DLL, vous devez modifier les chemins de service avec le commutateur /dll dans le registre.
Dans ce cas, ils seront toujours interdits dans les tâches en nuage. Il n'est autorisé que pour les tâches du réseau local.
Ajouter éventuellement une case à cocher intégrée pour autoriser les dlls pour les tâches locales dans l'interface de l'agent de test.Renat, bonjour.
Et vous pouvez nous en dire plus sur la modification du registre ? Il est clair que la tique apparaîtra un jour, probablement, mais il est nécessaire de l'envisager dès maintenant.
Je vous en serais très reconnaissant.
Le registre pour le service a ceci
Mais parmi les paramètres qui peuvent être visualisés dans le metatester, il n'y a pas de clé/dll
Il y a un truc marrant. Si vous démarrez le service non pas sur l'IP 0.0.0.0, mais sur 127.0.0.1 ou sur une IP externe comme 192.168.0.10, alors l'IP externe ne fonctionne pas, mais sur localhost - le headend ne peut pas se connecter à l'agent distant. Connexion sans fin à IP:3000
Réglez-le sur 0.0.0.0 - c'est correct.
Renat, bon après-midi.
Pouvez-vous nous en dire un peu plus sur la modification du registre ? Il est clair qu'une tique apparaîtra probablement un jour, mais nous devons la compter maintenant.
Je vous en serais très reconnaissant.
Le registre pour le service a ceci
Mais parmi les paramètres qui peuvent être vus dans le metatester, il n'y a pas de clé/dll.
Dans ImagePath ajoutez /dll après /run et redémarrez le service.
Notez que le fichier dll doit être placé manuellement sur chaque ordinateur.