Windows服务器2008R2上的Metatester代理 - 页 3 123456789 新评论 Roman Golubenko 2012.11.19 13:14 #21 Renat: 你可以尝试在虚拟机允许的范围内 "改变 "硬件。我可以改变很多东西,但为了避免试验和错误,代理人看的是什么硬件? Dmitriy Parfenovich 2012.11.19 13:22 #22 GoRo:我可以改变很多东西,但为了避免试验和错误,代理人看的是什么硬件?我建议至少删除网络适配器,然后重新安装它。不是使用虚拟机工具,而是使用管理程序本身。并改变IP。还有一个问题:你是在克隆前还是克隆后安装的代理?如果是之前,可以理解为什么代理都是用 "一台机器 "写的,如果是之后--理论上应该不会有问题。 Roman Golubenko 2012.11.19 13:31 #23 fyords:我建议至少删除网络适配器,然后重新安装它。不是使用虚拟机,而是使用管理程序本身。并改变IP。还有一个问题:你是在克隆前还是克隆后安装代理?如果是之前,就可以理解为什么所有的代理都是用 "一台机器 "写的,如果是之后--理论上,问题不应该是这样。我把代理人放在克隆之前。当然,所有机器的IP都是不同的,但在网络上,它们都在一个IP之下。我将尝试删除并创建一个新的网络接口,但我怀疑这是否有帮助。 Dmitriy Parfenovich 2012.11.19 13:33 #24 GoRo:代理在克隆前已经安装。当然,所有机器的本地IP是不同的,但它们在同一个IP下进入互联网。我将尝试删除并创建一个新的网络接口,但我怀疑这是否有帮助。那么在添加新的网络接口之前,也要尝试删除代理(可能还有代理管理器本身)。然后将网络和新的代理加入其中。 Renat Fatkhullin 2012.11.19 13:40 #25 你不需要移动网络和代理。你需要看一下主板和螺丝。 Roman Golubenko 2012.11.19 13:40 #26 fyords:然后在添加一个新的网状网络之前,也可以尝试删除代理(可能还有代理管理器本身)。然后向其添加网络和新的代理。有趣的是,我们以前没有这样的问题(Build 712),它们是从Build 722的发布开始的。有什么办法可以禁用该更新吗? Renat Fatkhullin 2012.11.19 13:42 #27 GoRo:有趣的是,以前没有这样的问题(Build 712),它们从Build 722发布开始。有什么办法可以禁用该更新吗?不,这不是关于建造的问题。 更新不应该被禁止,否则只是旧的构建在更新到最新版本之前不给任务。 Roman Golubenko 2012.11.19 13:42 #28 Renat:不需要移动网络和代理。我必须看一下主板和螺丝。我不能改变虚拟机上的methinks。我也不能。或者说,我可以,但这是有风险 的......。 Документация по MQL5: Стандартные константы, перечисления и структуры / Константы индикаторов / Стили рисования www.mql5.com Стандартные константы, перечисления и структуры / Константы индикаторов / Стили рисования - Документация по MQL5 Dmitriy Parfenovich 2012.11.19 13:44 #29 GoRo:有趣的是,以前没有这样的问题(Build 712),它们从Build 722发布开始。有什么办法可以禁用该更新吗?也许这是有可能的,但我怀疑,因为代理从云端获得他们的任务,也从那里更新。即使有可能,也可能发生代理不理解 "新 "协议的情况,他们只是 "退出 "云。也许在722版本中有些变化。我 在712建筑上失去了代理人,虽然我从未克隆过他们,但他们就是消失了。把它们放回去,到目前为止它们还在工作。 Roman Golubenko 2012.11.19 13:48 #30 我已经重新设置了几次......。消失... 123456789 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
你可以尝试在虚拟机允许的范围内 "改变 "硬件。
我可以改变很多东西,但为了避免试验和错误,代理人看的是什么硬件?
我可以改变很多东西,但为了避免试验和错误,代理人看的是什么硬件?
我建议至少删除网络适配器,然后重新安装它。不是使用虚拟机工具,而是使用管理程序本身。并改变IP。
还有一个问题:你是在克隆前还是克隆后安装的代理?如果是之前,可以理解为什么代理都是用 "一台机器 "写的,如果是之后--理论上应该不会有问题。
我建议至少删除网络适配器,然后重新安装它。不是使用虚拟机,而是使用管理程序本身。并改变IP。
还有一个问题:你是在克隆前还是克隆后安装代理?如果是之前,就可以理解为什么所有的代理都是用 "一台机器 "写的,如果是之后--理论上,问题不应该是这样。
我把代理人放在克隆之前。
当然,所有机器的IP都是不同的,但在网络上,它们都在一个IP之下。
我将尝试删除并创建一个新的网络接口,但我怀疑这是否有帮助。
代理在克隆前已经安装。
当然,所有机器的本地IP是不同的,但它们在同一个IP下进入互联网。
我将尝试删除并创建一个新的网络接口,但我怀疑这是否有帮助。
那么在添加新的网络接口之前,也要尝试删除代理(可能还有代理管理器本身)。
然后将网络和新的代理加入其中。
你不需要移动网络和代理。
你需要看一下主板和螺丝。
然后在添加一个新的网状网络之前,也可以尝试删除代理(可能还有代理管理器本身)。
然后向其添加网络和新的代理。
有趣的是,我们以前没有这样的问题(Build 712),它们是从Build 722的发布开始的。
有什么办法可以禁用该更新吗?
有趣的是,以前没有这样的问题(Build 712),它们从Build 722发布开始。
有什么办法可以禁用该更新吗?
不,这不是关于建造的问题。
更新不应该被禁止,否则只是旧的构建在更新到最新版本之前不给任务。
不需要移动网络和代理。
我必须看一下主板和螺丝。
我不能改变虚拟机上的methinks。
我也不能。或者说,我可以,但这是有风险 的......。
有趣的是,以前没有这样的问题(Build 712),它们从Build 722发布开始。
有什么办法可以禁用该更新吗?
也许这是有可能的,但我怀疑,因为代理从云端获得他们的任务,也从那里更新。
即使有可能,也可能发生代理不理解 "新 "协议的情况,他们只是 "退出 "云。
也许在722版本中有些变化。我 在712建筑上失去了代理人,虽然我从未克隆过他们,但他们就是消失了。把它们放回去,到目前为止它们还在工作。
我已经重新设置了几次......。
消失...