При этом использование putty крайне желательно.

http://the.earth.li/~sgtatham/putty/0.53/htmldoc/Chapter3.html#3.7

-l: specify a login name

-pw: specify a password

-i: specify an SSH private key

-m: read a remote command or script from a file

если использование программы удаленного управления нежелательно(если ты не ищешь легких путей) - выведи пользователю клеммы от кнопки reset. Но я бы на твоем месте решал проблему, а не боролся с последствиями

Вы видимо не так поняли. Использование Putty именно ___желательно. ___.
Проблема в ПО, которое работает с астериском, я решить её точно не смогу, т.к. даже сам разработчик не в силах этого сделать. так что вот и приходится искать костыли, которые дадут таки наконец нормально спать по ночам, а не нестись в 3 часа утра к компу, запускать терминал и ребутить астериск. Пардон за эмоции.
По поводу «выведи пользователю клеммы от кнопки reset» - астериск на kvm крутится, помимо него на сервере еще несколько хороших штук, которые ребутать жестко не есть хорошо)

тьфу, извини. Спросонья неправильно прочитал пост и неумело потроллил

Посыпаю голову пеплом

http://www.chiark.greenend.org.uk/~sgtatham/putty/faq.html#faq-startsess

В самой сессии прописать логин и выполняемую комманду

И прям никак не автоматизировать? watchdog наваять?

пытались, но подвисает именно sip-модуль астериска. Ваше решение верно (watchdog), но ваяние займет слишком много времени, тем более уже не одна бессонная ночь прошла, так что врятли сейчас это получится.

1. вместо putty.exe использовать plink.exe (из того же пакета программ)

2. как уже сказал zolden, программно определять завис приложения и ребутать сервер или только приложение автоматом.

но подвисает именно sip-модуль астериска.

каков критерий зависания модуля? Как вы определяете что он завис?

Всем спасибо огромное что откликнулись! Буду ваять)

Проблема проявляется как:
Внешне - все связанное с астериском sip оборудование теряет с ним (астериском) связь. переходит в состояние «не зарегистрирован», «не готов». Были предприняты попытки мониторить 5060 порт sip запросами, подразумевая на то что в момент подвисания мы не получим sip-ответа. Но! дождавшись подобного подвисания замечено что 5060 порт отвечает на наши попытки регистрации.
Изнутри - команда sip show peers гооврит что все в порядке, все зарегистрировано, Предполагаем что на нарушаются именно существующие в момент подвисания связи. На отработку этого вариванта требуется время, которое на данный момент крайне ограничено, поэтому принято временное решение - то, о чем пост.
Ясно одно, что приклодное ПО вызывает это, связанное по AMI

На рабочей станции ярлык с картинкой на файл boot.bat:

putty -ssh -i id_rsa.ppk rebootuser@hostname -m reboot.sh

sudo reboot

rebootuser ALL= NOPASSWD: /sbin/reboot

А ссылочку на багрепорт можно.

какая версия астериска? какое оборудование? где находится, в локалке, за натом?

веб морда хоть на чём

использовать системы мониторинга

http://exchange.nagios.org/directory/Plugins/Telephony/Asterisk/

если модуль SIP повис - просто перепустить его «via NPRE»

не?

Совсем недавно в новостях проскакивала статья про использование суперсервера xinetd. Можно на нем сделать, и никакого ssh. Естественно, о безопастности следует подумать.

Прошу прошения за запоздалый ответ. Версия asterisk 1.6 sip ЦентрТелеком 2 FXO по 4 порта 1 GSM на 4 sim Локальная сеть.

поставь шелом ребут пользователю