Difíciles problemas de comunicación - página 7

 
Imagina que utilizando el puerto estándar 443 (SSL) y un protocolo completamente no estándar, te comunicas con algún servidor con datos. En un solo caso (en Ucrania y solo en una empresa), todo lo que va por este puerto 443, empieza a ralentizarse salvajemente. Al utilizar otro puerto (como el 1950, lo he comprobado) en las mismas condiciones y con el mismo software (MT Server 4) todo funciona muy rápido y normal. <br / translate="no">
Pregunta: ¿por qué ocurre esto exactamente en el puerto 443?
Posible respuesta: alguien está filtrando todo el tráfico en este puerto intentando desencriptarlo sin éxito. Bueno, se necesita mucho tiempo para descifrarlo, y eso es lo que está retrasando las cosas.

De ahí la referencia al "equipo especial". Espero que sea una suposición errónea.
Por cierto, en algunos países al instalar servidores comerciales ya nos hemos encontrado con la política gubernamental(?) de prohibir ciertos puertos. Tuvimos que cambiar los puertos de trabajo del servidor y trabajar a través de ellos.


Imagínate, me lo imagino bien ;)
Simplemente hay que estipular las condiciones de uso de un puerto al suministrarlo. Por una razón, probablemente permitan libremente el puerto 1950, por ejemplo... Tal vez acentuar este punto en el documento sobre la instalación del servidor MT en el cliente.
 
Hola .
Sigue habiendo un problema de comunicación en los movimientos rápidos. Las cotizaciones van, el gráfico salta, pero cuando intento colocar un stop o T/R o simplemente cerrar una orden en el mercado MT escribe sin conexión......
La prueba es en el servidor de Alpari y en la cuenta demo.

Señores promotores, ¿se sigue investigando algo en este sentido?