WSH: Не работает скрипт в фоновом режиме

Попробуйте Putty - здесь пишут, что он, вроде как, проще поддается автоматизации.

tgrisha, может ткну пальцем в небо... Раз при ручном запуске всё работает, а из под шедулера нет, скорее всего проблема в учётке. Под какой учёткой выполняется задание? Возможно мешают какие-то ограничения для учётки - у меня несколько скриптов работающих с сетью(UNC, FTP), и ни с одним проблем нет(запуск прописал под своей пользовательской учёткой). Стоит так же проверить политики безопасности(контроллера домена, если домен есть) -> назначение прав пользователей -> вход в качестве пакетного задания.

Проверил запуск putty(v. 0.62), у меня работает оба варианта синтаксиса:

PUTTY.EXE -ssh юзер@10.11.12.13 -pw пароль
PUTTY.EXE -ssh -l юзер -pw пароль 10.11.12.13

Возможно в вашем пароле присутствуют символы разбивающие его, попробуйте заключить пароль в кавычки.

P.S. Ещё один момент.  В первом скрипте используется стандартное подключение телнет, а в последнем посте вы используете ssh. По какому протоколу всё таки работаете? В документации к putty говорится что ключ -pw работает только для протокола SSH:

Так что если подключаетесь на телнет-сервер(и путти как-то это понимает, несмотря на ключ -ssh), то остальное его поведение вполне закономерно.

Немного сократил ваш код для эксперимента:

Set oShell = WScript.CreateObject("WScript.Shell") 
oShell.Run "telnet.exe 10.11.12.13" 
WScript.Sleep 1000 
oShell.SendKeys "root" & vbCrLf
WScript.Sleep 1000 
oShell.SendKeys "password" & vbCrLf
WScript.Sleep 10000
oShell.SendKeys "exit" & vbCrLf
WScript.Sleep 1000
oShell.SendKeys vbCrLf

Добавил в задание на запуск(под админской учёткой для простоты, Win Srv 2003 R2) - всё нормально стартует и при ручном запуске задания, и при запуске по времени. Правда у меня всегда сессия админская на сервере открыта.

Сделал учётку пользовательскую с правами входа в качестве пакетного задания, телнет стартует, но не закрывается(по списку задач)

Обратил внимание на интересный момент: при запуске задания от админа(в админской же сессии) при переключении на другое консольное окно во время 10-ти секундной паузы последняя exit достаётся активному окну. Полагаю, при не интерактивном запуске скрипт просто не знает куда слать данные(т.е. до процесса они не доходят, раз окна активного нет).

Возможно, даже при запуске задания в сессии использовать SendKeys это не лучшая идея, при таких-то финтах.

Есть несколько вариантов:
1. Попробовать найти ActiveX для работы с телнетом(море их, но бесплатного не нашел).
2. Попробовать поработать с телнетом напрямую через System.Net.Sockets(благо VS Express для этого более чем достаточно). В форумах майкрософт есть пара тем по этому поводу, в одной даже код "прототипа" был, правда готового решения никто не выложил. Так что придётся курить RFC и MSDN.
3. Есть такая програмка - ShellGuard(telnet/ssh клиент). Помнится у неё была возможность в конфиге для каждого хоста прописать не только данные для авторизации, но и что-то вроде скрипта(например, после авторизации сделать su и запустить mc). Дальше остаётся запустить shellguerd.exe "имя_конфига_хоста". Тут есть правда одно(даже два) "но" - программа во-первых старая(судя по копирайтам на сайте, с 2004-го года ничего не обновлялось, а судя по системным требованиям - ещё больше ), во вторых, она как-бы платная("как-бы" - потому что сайт через который на хоумпейдже прописана оплата, закрыт и видимо давно). Ну и придётся отдельно позаботиться о прибиении шелгварда через определённое время, т.к. сам он скорее всего не закроется.

Я так и понял что это  цисковский "su". Я тестировал подключение на NAS-е синолоджи, там это не требуется. В любом случае, это не существенно. Проблема не в запуске телнета, он как раз запускается(что можно проконтролировать через диспечер задач). Проблема в том, что не получается запущенному без окна телнету послать SendKeys.

Никто не мешает подключаться в консоль(ключ /console или /admin - в зависимости от версии mstsc) - на консольную сессию не действуют времнные ограничения терминальных сессий. Тогда и выходить не обязательно, если конечно это не критично из-за нехватки терминальных лицензий. Именно по этому у меня на серверах обычно в консоли админ залогиненный - иногда нужно стартануть вручную продолжительные задачи под конец рабочего дня(по продолжительности большие чем период бездействия перед прибитием сессий) и не ждать на работе пока они отработают.
Собственно, можно держать открытую консоль для подобных скриптов, раз уж они работают в нерабочее время, то проблем с посылкой клавиш не в то окно не будет.

Судя по документации(кажется я на неё уже ссылался), putty не принимает пароль для телнет протокола в качестве ключа запуска, только для ssh/ssh2.
У plink есть такая опция:

Но и она так же находится под плашкой "The following options only apply to SSH connections:".  Если ваша циска умеет пускать в консоль через ssh - может что-то и получится. Если только через telnet - не судьба, ибо и приведённый ранее omegastripes скрипт делает фактически то же что и ваш - пробует отправить данные через SendKeys, а как раз с этим проблема.

Раз VB.NET не прельщает, попробуйте всё таки ShellGuard, возможно он позволит решить задачу малой кровью(совесть за использование ломаной софтины спать давать не будет ), вот пример настройки хоста(скрипт включает суперпользователя и стартует полуночного командира при подключении к ssh):

DEFINE_HOST FreeNAS_Local_Skp {
  ADDRESS = ssh2:10.11.12.13:59999
  USER = sadgfjshgfkash
  SSH_PASSWORD = LJKgKJFikuydFIUydikdik
  SCRIPT = {
   Wait 10000 "~]$"
   If String0
      Send "su -l^M"
      Wait 10000 "Password:"
      Send "mymegastrongpassword^M"
      Send "mc^M"
   EndIf
   }
}

В конфиге с программой есть и другие примеры, плюс достаточно неплохо прокоментированы параметры.

P.S. можно попробовать поискать свободные или бесплатные телнет клиенты умеющие скриптовать действия в консоли, но при наличии штатного телнета и Putty шансов найти что-то бесплатное с таким специфическим функционалом немного.

Спасибо, s512! Но это самое простое и, конечно, я это сразу всё проделал. Ведь когда интерактивно запускаешь тунель SSH, то он сразу спрашивает сохранить или нет. Я сразу нажимал сохранить. Долго я не бился, на форумах сразу нашёл. Более одного раза она, утилита, уже не спрашивала. Так как он, ключ, сохранился в реестре видимо. Но у меня всё равно не работал скрипт. Дело не в этом. проблему я так и не ришил. Plink так и не смог пройти автризацию. Более я не думал. Жаль, хотелось бы как то знать как мне автоматом, с помощью скрипта, перезагружать мои свитчи.  Как ни странно решил, ещё тестирую, другим способом мою проблему на свитчах. Прошил последнюю прошивку и вроде пинги до этих свитчей стали маленькими. Проблема то у меня была в том, что до многих свитчей питаемых по кабелю ethernet , пинги были сверх большими через 10 дней 300-500мс. Не понятно по каким причинам у всех эти пинги в одно и тоже время поднимались. Перезагружаешь свитчи пинги уменьшаются, и так каждые десять дней. Перепрошивал прошивки, не помогало. Но в этот раз вновю вышла новая прошивка, вроде 20 дней проходят полёт нормальный. Ещё правда не понял, проверяю. Именно поэтому я хотел перезагружать два центральных свитча от которых питались маленькие 8 портовые, а их 10 шт. Так как приходилось каждый раз в 10 дней перезаружать вручную эти два свитча управляемых.