¿Qué hago al respecto? La carga de DLL está habilitada en la configuración. Están presentes en el ordenador. ¿Hay alguna forma de forzar las DLL para que el probador no tenga forma de evitarlas y fingir que no sabe dónde encontrarlas?
knodit: ¿Qué es lo siguiente que hay que hacer al respecto? Se permite la descarga de DLLs en la configuración. El ordenador los tiene. ¿Hay alguna manera de forzar las DLL para que el probador no tenga la opción de darse la vuelta y fingir que no sabe dónde encontrarlas?
Las DLL están prohibidas. A estas alturas, nadie en su sano juicio dejaría entrar un DLL en la red.
Para permitir que los agentes de la red local utilicen una DLL, es necesario modificar las rutas de servicio con el modificador /dll en el registro
En este caso, seguirán estando prohibidas las tareas en la nube. Sólo se permite para las tareas en la red local.
Posiblemente se añada una casilla de verificación incorporada para permitir dlls para tareas locales en la interfaz del agente probador.
Renat, buen día.
¿Y puede decirnos algo más sobre la modificación del registro? Está claro que la garrapata aparecerá algún día, probablemente, pero es necesario considerarla ahora.
Le estaría muy agradecido.
El registro del servicio tiene esto
Pero entre los parámetros que se pueden ver en el metatester no está la tecla dll
Un punto curioso. Si se inicia el servicio no en la IP 0.0.0.0, sino en 127.0.0.1 o en una IP externa como 192.168.0.10, entonces c IP externa sigue sin funcionar, y en localhost - la cabecera no puede conectarse al agente remoto. Conexión infinita a IP:3000
knodit: Esto es algo curioso. Si se inicia el servicio no en la IP 0.0.0.0, sino en 127.0.0.1 o en una IP externa como 192.168.0.10, entonces c IP externa no funciona, sino en localhost - la cabecera no puede conectarse al agente remoto. Conexión infinita a IP:3000
Para iniciar sesión y usar el sitio web MQL5.com es necesario permitir el uso de Сookies.
Por favor, active este ajuste en su navegador, de lo contrario, no podrá iniciar sesión.
Ha iniciado sesión. La autenticación de dos factores se ha desactivado. Vuelva a configurarla y escanee un nuevo código QR, o continúe con la autenticación de dos factores desactivada.
Lo encontré, ¡gracias!
Sí, el registro está lleno de errores:
Sí, el registro está lleno de errores:
¿Qué es lo siguiente que hay que hacer al respecto? Se permite la descarga de DLLs en la configuración. El ordenador los tiene. ¿Hay alguna manera de forzar las DLL para que el probador no tenga la opción de darse la vuelta y fingir que no sabe dónde encontrarlas?
Las DLL están prohibidas. A estas alturas, nadie en su sano juicio dejaría entrar un DLL en la red.
Los DLL no están permitidos. A estas alturas, nadie en su sano juicio dejaría entrar una DLL en la red
¿Qué hacemos entonces para conectar agentes desde máquinas remotas?
¿Y qué hacer entonces para conectar agentes desde máquinas remotas?
Olvídate de la DLL.
Para permitir que los agentes de la red local utilicen una DLL, es necesario modificar las rutas de servicio con el modificador /dll en el registro
En este caso, seguirán estando prohibidas las tareas en la nube. Permitido sólo para tareas en la red local.
Tal vez podamos añadir una casilla de verificación incorporada para permitir dlls para tareas locales en la interfaz del agente de pruebas.Para permitir que los agentes de la red local utilicen una DLL, es necesario modificar las rutas de servicio con el modificador /dll en el registro
En este caso, seguirán estando prohibidas las tareas en la nube. Sólo se permite para las tareas en la red local.
Posiblemente se añada una casilla de verificación incorporada para permitir dlls para tareas locales en la interfaz del agente probador.Renat, buen día.
¿Y puede decirnos algo más sobre la modificación del registro? Está claro que la garrapata aparecerá algún día, probablemente, pero es necesario considerarla ahora.
Le estaría muy agradecido.
El registro del servicio tiene esto
Pero entre los parámetros que se pueden ver en el metatester no está la tecla dll
Esto es algo curioso. Si se inicia el servicio no en la IP 0.0.0.0, sino en 127.0.0.1 o en una IP externa como 192.168.0.10, entonces c IP externa no funciona, sino en localhost - la cabecera no puede conectarse al agente remoto. Conexión infinita a IP:3000
Ponerlo en 0.0.0.0 - es correcto
Renat, buenas tardes.
¿Puede decirnos algo más sobre la modificación del registro? Está claro que algún día aparecerá una garrapata, pero hay que contarla ahora.
Le estaría muy agradecido.
El registro del servicio tiene esto
Pero entre los parámetros que se pueden ver en el metatester no está la clave/dll.
En ImagePath añada /dll después de /run y reinicie el servicio.
Tenga en cuenta que el archivo dll debe colocarse manualmente en cada ordenador.