Il ne s'agit pas de programmation, mais de VPS. - page 4

 
forexvps:

Pourquoi ? Qu'est-ce que vous voulez dire ? Je ne suis pas d'accord, avoir une solution Windows est une préoccupation pour les gens qui connaissent les implications de sécurité d'avoir un compte live avec 10'000 USD. Êtes-vous en paix lorsque vous négociez une telle somme d'argent en sachant que toute défaillance peut ruiner vos transactions ? Êtes-vous préoccupé par les attaques de type "man in the middle" ? Les VPS basés sur Windows n'offrent qu'un faible cryptage 128 bits (ou pas du tout par défaut) avec le protocole Remote Desktop. Nous cryptons tout le trafic avec au moins 2048 bits.

Avez-vous lu tout ce que j'ai écrit... ? Vous devriez défendre la réputation de votre entreprise maintenant et non la fiabilité de vos serveurs... (Je suis sûr qu'ils sont fiables, ce n'est pas du tout le sujet).

De toute façon, puisque vous êtes ici pour promouvoir un service, je pense que vous êtes partial et que cette conversation n'a pas beaucoup de sens.

 
jjc:

La protection de la propriété intellectuelle n'est-elle pas une préoccupation de niche, spécifique à des univers tels que MT4, car la plupart des gens n'en ont pas sur leur ordinateur ?

Non. À mon avis, c'est la principale préoccupation des gens en ce qui concerne la sécurité de l'hébergement d'EA. Ils l'ont sur leur ordinateur, mais il est relativement "anonyme", contrairement à un serveur connu pour héberger des EA et qui se trouve physiquement en dehors de leur domicile.

 
gordon:

Non. À mon avis, c'est la principale préoccupation des gens en ce qui concerne la sécurité de l'hébergement d'EA. Ils l'ont sur leur ordinateur, mais il est relativement "anonyme", contrairement à un serveur connu pour héberger des EA et qui se trouve physiquement en dehors de leur domicile.

Je pense que nous sommes largement d'accord ; j'ai fait référence au fait que c'était "spécifique à des mondes tels que MT4".

Tout ordinateur connecté à l'internet sera constamment malmené par toutes sortes de tentatives d'intrusion génériques contre lesquelles vous voudrez vous protéger. Je ne vois pas quelles mesures vous prendriez/pourriez prendre pour empêcher des personnes extérieures de s'emparer spécifiquement de vos EA, mesures que vous ne prendriez pas de toute façon pour éviter que votre machine ne soit réduite à néant par des tentatives d'intrusion normales. Si une personne X, prise au hasard sur Internet, peut s'emparer de votre EA sur votre VPS, alors votre VPS sera déjà grillé parce qu'il sera rempli de tous les logiciels malveillants génériques possibles et imaginables, et s'écrasera.

Par conséquent, votre préoccupation spécifique avec l'hébergement MT4 doit être le fournisseur d'hébergement, et non les pirates externes.

Une solution consiste à remplir votre disque dur avec autant d'EA que vous pouvez trouver (ou créer). Comment le fournisseur d'hébergement peut-il alors déterminer lequel est le merveilleux EA que vous avez peur que quelqu'un vous vole ? Le même principe s'applique à la notion de se cacher parmi de nombreux autres clients MT4, tous avec des fichiers .ex4 qui peuvent être ou non de la poussière d'or - c'est-à-dire utiliser une plateforme d'hébergement MT4 spécialisée.

 
jjc:

Une solution consiste à remplir votre disque dur avec autant d'EA que vous pouvez en trouver (ou en créer). Comment le fournisseur d'hébergement peut-il alors déterminer laquelle est la merveilleuse EA que vous avez peur de vous faire voler ?

Le dernier EA utilisé (ou en cours d'utilisation) laisse des traces... Puisqu'au redémarrage du terminal, elle est toujours attachée, elle doit être sauvegardée quelque part. Cette information peut être utilisée pour trouver le véritable EA...

Edit : même les logs nous diraient lequel est le vrai... Je ne pense pas que cela puisse être caché de manière fiable.

 
gordon:

Le dernier EA utilisé (ou en cours d'utilisation) laisse des traces... Puisqu'au redémarrage du terminal, elle est toujours attachée, elle doit être sauvegardée quelque part. Cette information pourrait être utilisée pour trouver le véritable EA...

Edit : même les logs nous diraient lequel est le vrai... Je ne pense pas que cela puisse être caché de manière fiable.

Donc, vous créez un nombre quelconque d'EA, vous les attachez aux graphiques, mais vous en faites des EA factices qui ne traitent jamais réellement. Je ne connais pas de moyen de déterminer, à partir du seul disque dur, lequel de ces EA a effectué des transactions.

Une autre option consiste à déployer sur votre VPS un EA qui est délibérément incroyablement lent lorsqu'il est testé à rebours. Que va faire le fournisseur d'hébergement ? Faire des tests à long terme de tous les EA des clients qu'il peut trouver, afin d'identifier le petit nombre de ceux qui ne sont pas des déchets ? Ou pensez-vous que le fournisseur d'hébergement peut se brancher sur le flux de trafic du courtier et lire le protocole propriétaire pour obtenir les informations sur votre compte?

 

Je pense que nous risquons de nous engager dans une voie de "sécurité par l'obscurité" qui n'aidera aucun d'entre nous.

Je préfère choisir une société d'hébergement de bonne réputation que je peux :

- rencontrer et parler avec elle en face à face

- signer des contrats de sécurité et des accords de niveau de service

- prendre le contrôle total de la plate-forme, en sachant que personne d'autre ne s'en approche.

On peut s'interroger sur les motivations des entreprises qui proposent des services d'hébergement d'EA. Je me demande pourquoi elles voudraient limiter leur marché dans ce domaine :-)

CB

 
jjc:

Ainsi, vous créez un nombre quelconque d'EA, vous les attachez à des graphiques, mais vous en faites des EA factices qui ne traitent jamais réellement. Je ne connais pas de moyen de déterminer, à partir du seul disque dur, lequel de ces EA a effectué des transactions.

Les logs... Ils contiennent le numéro de compte et le nom de l'expert... Le dossier historique contient le nom du serveur (=courtier). Tout ce que vous avez à faire est de vérifier la gamme des numéros de compte en direct pour chaque courtier (Alpari par exemple a des informations détaillées à ce sujet sur leur site Web).

Une autre option consiste à déployer sur votre VPS un EA qui est délibérément incroyablement lent lorsqu'il est testé à rebours. Que va faire le fournisseur d'hébergement ? Faire des tests à long terme de tous les EA des clients qu'il peut trouver, afin d'identifier le petit nombre de ceux qui ne sont pas des déchets ? Ou pensez-vous que le fournisseur d'hébergement peut s'introduire dans le flux de trafic du courtier et lire le protocole propriétaire pour obtenir les informations sur votre compte ?

Là, nous devenons idiots :) N'est-il pas beaucoup plus simple d'utiliser un service d'hébergement "normal". De plus, ils sont généralement beaucoup moins chers. Pour une raison quelconque, l'hébergement spécifique à EA coûte plus cher...

 
cloudbreaker:

On peut s'interroger sur la motivation des entreprises qui proposent des services d'hébergement d'EA. Je me demande pourquoi elles voudraient limiter leur marché dans ce domaine :-)

Eh bien, il suffit de choisir trois raisons parmi les 17 000 :

  • C'est un marché facile à cibler. Vous pouvez orienter votre budget marketing de manière assez étroite, et faire un bon bout de chemin avec un petit budget. Vous n'avez pas à vous battre contre les géants de l'hébergement généralisé.
  • Vous pouvez fournir toutes sortes de services à valeur ajoutée spécifiques au marché avec un taux d'adoption relativement élevé : par exemple, des EA commerciales bien connues à un prix réduit.
  • Vous pouvez vous permettre de fournir une connectivité 24x5 plutôt que 24x7 pour le marché général. Par exemple, il existe un fournisseur bien connu de services spécifiques à MT4 qui avait l'habitude d'avoir des temps d'arrêt importants la plupart des week-ends. (Et, dans le monde de plus en plus en nuage, vous pourriez gagner de l'argent supplémentaire en vendant votre processeur excédentaire et la capacité de la bande passante pendant les week-ends).
 
jjc:

Eh bien, en choisissant trois des 17 000 raisons : [...]

Je n'ai rien de mieux à faire à ce moment précis, alors je vais en ajouter 15 autres (il ne reste plus que 16 982 raisons). Les trois premières sont les justifications habituelles pour les fournisseurs spécifiques à MT4 ayant des frais plus élevés que les fournisseurs génériques :

  • Vous pouvez configurer votre hébergement pour minimiser la latence vers les principaux courtiers, et donc potentiellement améliorer le service par rapport à un hébergeur générique (si vous croyez en la valeur d'une faible latence avec MT4).
  • Vous pouvez surveiller spécifiquement les routes vers les principaux courtiers, à la recherche de problèmes, et ainsi offrir un service amélioré par rapport à un hébergement générique.
  • Vous pouvez offrir une assistance sur la configuration et les problèmes de MT4, ce dont les hébergeurs génériques n'ont pas la moindre idée.
  • Sans accéder au trafic réel, vous pouvez détecter l'utilisation relative de différents courtiers et vendre cette information commerciale aux courtiers.
  • Vous pouvez identifier les clients qui utilisent des courtiers particuliers et proposer des publicités ciblées.
  • Vous disposez d'un site Web général et (généralement) d'un portail client où vous pouvez afficher des publicités relativement ciblées (c'est-à-dire pour le forex, plutôt que pour les téléphones/assurances/vêtements/etc), à des taux CPM qui seront donc supérieurs à ce que les hébergeurs génériques peuvent facturer.
  • Vous pouvez avoir une conversation avec votre fournisseur de connectivité qui ressemble à ceci : "J'aurai besoin de x largeur de bande les jours de semaine, mais seulement de 0,1 x les week-ends. Quelle remise allez-vous m'accorder ?"
  • Vous avez un public qui a un besoin exceptionnellement puissant de DR multisite, et donc l'achat potentiel de plusieurs packs d'hébergement (même si cela n'augmente probablement votre taux d'adhésion que de 0,0001 % à 0,0002 %).
  • Le fait que vous disposiez d'un marché précis et bien ciblé signifie que vous pouvez proposer un programme d'affiliation dont les taux de participation seront supérieurs à la moyenne.
  • Vous avez affaire à une plate-forme qui a tendance à consommer de l'espace disque au fil du temps (fichiers d'historique, etc.), et donc à un potentiel de vente supérieure à la moyenne pour des forfaits plus importants.
  • Si vous gérez une opération propre, vous avez la possibilité de l'étiqueter en blanc pour un courtier, ou même une voie de sortie pour votre entreprise en la vendant à un courtier.
  • Vous disposez d'une base de clients exceptionnellement uniforme, avec des attributs tels qu'une longévité exceptionnellement uniforme, et vous pouvez donc établir un budget plus précis qu'un hébergeur générique.
  • Votre gamme de produits peut être relativement limitée : vous n'avez pas besoin de proposer 17 versions de Windows et 19 distributions Linux différentes, avec les coûts d'assistance qui en découlent.
  • Vous allez payer moins d'heures supplémentaires et de temps double le week-end qu'un hébergeur générique, car vos appels d'assistance le week-end seront relativement moins nombreux.
  • Il est sans doute plus facile d'étendre votre offre d'un marché spécifique à un marché général que l'inverse (en particulier lorsque vous pouvez dire "déjà fait confiance aux gens pour gérer des transactions financières en direct").