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

Nuevo comentario
 
Yo también soy de Kharkiv. Y han estado experimentando graves problemas de conectividad hoy. He probado con diferentes servidores de diferentes brokers. No hay problemas con Internet - todo se ejecuta en hurra, pero los terminales a través de los diversos corredores, al mismo tiempo, sobre 13-00 hasta 15-30, no se podía conectar a sus servidores. Todo lo que pude recomendar un par de direcciones de servidores. no ayudó. La última solución de apoyo fue revisar el ordenador en busca de virus. Un virus que corrompe la comunicación de MT4 - Tonterías. No comprobé nada. Alrededor del 15-30 todo funcionó de repente bien.
 
Pioner 30.11.05 21:47
...pero los terminales a través de diferentes corredores a la vez, alrededor de 13-00 a 15-30, no pudieron conectarse a sus servidores...

Los ISP -proveedores de Internet para toda la ciudad- también pueden tener problemas temporales.
 
Pioner 30.11.05 21:47
...зато терминалы через различных брокеров в одно и тоже время, примерно 13-00 до 15-30, не могли соеденится со своими серверами...

Los ISP de la ciudad también pueden tener problemas temporales.


Pero no he tenido problemas con otros servicios de Internet.
 
Pioner 01.12.05 12:20
Pero no he experimentado ningún problema con otros servicios de Internet.

Lo más probable es que algunos puertos y servicios sean filtrados por equipos especiales. Intentaremos encontrar una solución y dar a los corredores el asesoramiento que necesitan.
 
No lo entiendo. Ayer comprobé el ping a Alpari desde el terminal de casa: ¡muestra 0!
Hasta el servidor MQ son unos 256. Decidió que era el fin de semana y así sucesivamente. Hoy he comprobado en el trabajo desde el terminal el ping a Alpari (directamente, no desde el centro de datos) - ¡y 0 otra vez!
¿Qué ha pasado? ¿Puede ser cero?
 
Mentiras, resulta que debería haber pulsado el botón "Scan", ahora son 230 a Alpari y 480 a MQ, que en general es aceptable comparado con los 3600 de antes.
 
Ha sido el tercer día - "¡vuelo normal!)
Estimados desarrolladores, cuando lancen la próxima compilación, por favor no se olviden del problema de la comunicación.
A día de hoy, el ping al servidor de Alpari es de 438 ms.
 
Por supuesto no como experto, pero imho los problemas surgen por el hardware/software especial de seguridad, porque para el terminal es crítico estar desincronizado con el servidor, los síntomas me convencen cada vez más de esto, es decir, el hardware/software especial se obstina en comprobar el flujo encriptado (especialmente problemático cuando hay muchos datos), y luego se salta cualquier cosa sospechosa sin encontrar nada. El hardware se obstina en comprobar el flujo codificado en busca de insinuaciones (por supuesto, es especialmente problemático cuando hay muchos datos) y entonces se salta cualquier cosa sospechosa sin buscarla, y este hardware/software descuidado (o, por el contrario, demasiado entusiasta) los administradores a veces juegan con ese descuido ;).

Todo lo mejor,
Micky Mogol
 
No hables de la imprudencia de los administradores. Hay demasiada gente que quiere darles esas torres.
Y podrían los desarrolladores de MT4 aclarar la necesidad de cambiar a otro puerto al cambiar
¿plataforma? Y cómo cambia el protocolo/especificación de intercambio entre el servidor DC y
¿Los detalles del intercambio entre el servidor y el PC del usuario han cambiado? Tal vez ese sea el problema...
 
No hables de la imprudencia de los administradores. Hay demasiada gente que quiere darles esas torres. <br / translate="no"> Y podrían los desarrolladores de MT4 aclarar la necesidad de cambiar a otro puerto al cambiar
¿plataforma? Y cómo cambió el protocolo/especificación de intercambio entre el servidor DC y
¿El ordenador del usuario? Tal vez ese sea el problema...

Imagínese que utilizando el puerto estándar 443 (SSL) y un protocolo completamente personalizado se comunica con un servidor. En un caso concreto (en Ucrania y en una sola empresa), todo lo que va por este puerto 443, empieza a ralentizarse salvajemente. Cuando se utiliza otro puerto (por ejemplo 1950, probado) en las mismas condiciones y con el mismo software (MT Server 4), todo funciona muy rápido y normal.

Pregunta: ¿por qué ocurre con el puerto 443?
Posible respuesta: alguien está filtrando todo el tráfico en este puerto intentando desencriptarlo sin éxito. Bueno, la desencriptación lleva mucho tiempo, por eso todo se ralentiza.

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 en ellos.
1234567
Nuevo comentario