Когда запустится S99, если он не в нормальной форме?
Если вы действительно хотите предотвратить локальное отключение от putty, чтобы предотвратить потерю ssh-соединения, вы можете установить tmux (или screen ) в cygwin и начать с него putty. Это позволяет вам отключиться от putty (отключившись от tmux ) и продолжить использовать существующее соединение ssh после повторного подключения (к tmux`). Это предполагает, что вы можете запустить шпатлевку из командной строки. В противном случае вам следует использовать ssh-клиент, который может.
Это не предотвращает обрыв соединения ssh , поэтому убедитесь, что вы установили не менее TCPKeepAlive и разумный ServerAliveInterval .
Кроме того, я бы запустил tmux на стороне сервера, чтобы вы могли повторно подключиться к программе командной строки (оболочке или любой другой запущенной программе) после того, как соединение прервется, несмотря на другие меры предосторожности (отключение сети и т. ). Этого последнего может быть достаточно для ваших нужд, поскольку он позволяет повторно подключиться к сеансу на сервере. Локальный сеанс для шпатлевки и поддержание ssh-соединения (что в любом случае не гарантируется) обычно гораздо менее интересны.
Сценарии запуска/остановки SysVinit запускаются в алфавитно-цифровом порядке в соответствии с порядком сортировки локали по умолчанию «C» (, также известной как POSIX ), поэтому S99foobarзапускается после любых S99[a-e]*сценариев, но перед любыми. S99[g-z]*скрипты.
Скрипты запускаются /etc/init.d/rcмастер-скриптом. Соответствующий код по существу:
for link in /etc/rc.d/rc3.d/S[0-9][0-9]*; do
test -x "$link" || continue
# omitted optimization: if previous runlevel already started this service, don't start it again
# omitted logic: if $DO_CONFIRM is set, prompt for each service
# omitted logging
$link start; status=$?
# omitted status reporting/logging logic based on value of $status
done