【问题标题】:WSF script which calls telnet won't run in task scheduler调用 telnet 的 WSF 脚本不会在任务调度程序中运行
【发布时间】:2015-11-03 18:01:33
【问题描述】:

如果有一个 wsf 文件,它通过 telnet 远程登录到另一台机器,执行命令,然后注销。

我已在任务调度程序中设置为每天执行一次。

如果我在任务调度程序中手动运行它,脚本就可以工作。

如果我在任务调度程序之外手动运行,脚本可以工作。

在任务计划程序中观看它运行时(通过远程桌面登录,FWIW),“正在运行”出现一会儿然后消失。该任务从未真正执行。

我将任务配置为“以”我的网络用户身份运行(我个人无法尝试以 SYSTEM 身份运行它,因为我没有 SYSTEM 密码,但如果这样可以解决问题,我可以让管理员修复它)。

我在目录中有一个开始(省略目录中的开始没有帮助)。

我是这样调用脚本的:

cmd.exe /c "F:\util\startextr.wsf"

我只使用 cmd.exe "F:\Util..."、cmd.exe f:\util...、f:util... (以及其他明显的变体)进行了尝试。没有什么帮助。

我已将 cmd.exe 的权限更改为包含“BATCH”,但没有成功。

???

谢谢,--sw

回答问题:它没有被超时杀死过程杀死。一会儿意味着 10-15 秒。

【问题讨论】:

  • 你说一会儿,大概多久?您是否为计划任务设置了终止挂起任务选项?

标签: windows batch-file scheduler wsh


【解决方案1】:

我也有同样的问题;我还没有答案,但到目前为止我发现我的脚本使用“sendkeys”命令,该命令似乎将密钥发送到所选的任何窗口。当您运行交互式时,您会看到命令窗口出现并且那里的脚本类型......当您运行任务时,窗口在后台打开并且脚本类型......我不知道确切的位置但可能不在您期望的窗口中!这就解释了为什么它以交互方式工作而不是任务......

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2019-03-10
    • 2010-10-14
    • 2014-06-06
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多