Если у Вас есть доступ как корень по ftp, Вы могли бы сделать следующее:
/etc/cron.hourly
(или эквивалентный в Вашей системе VPS) и chmod это 0755 для создания этого исполняемым файлом. Общее представление состоит в том, чтобы заставить крон взять его и делает работу для Вас. Если Вы не хотите ожидать, Вы могли бы, вероятно, поместить файл в/var/spool/cron/, чтобы заставить крон выполнить сценарий, который устанавливает и запускает sshd.Я рекомендовал бы пробовать его сначала на локальной машине - это сделает отладку легче. Только, когда Вы уверены вся работа элементов, сделайте это на удаленном хосте.
Целый прием зависит от способности способности к FTP удаленно как корень к non-chrooted среде (который не является способом, которым я рекомендовал бы настроить FTP-сервер).
Я не думаю, что у Вас есть много опции, но пытаться перезапустить Ваш VPS.
Если это не решает проблему, затем загружают Вашу систему в режим восстановления (если Вы можете) и смотреть на Ваши журналы и sshd конфигурационный файл, чтобы видеть, могут ли они помочь сузить проблему.
Сбой этого необходимо будет заставить vps поставщика помогать.
Могли быть способы войти в систему Вашего сервера, но это методы, которые не обсуждены здесь, я думаю (содержащий php оболочки, connectback оболочка и т.д....).
Я соглашаюсь с вышеупомянутым ответом, что Вам был бы нужен своего рода удаленный терминал на Вашем vps. Много поставщиков поддерживает эти методы (перезагружающий в рискованный режим, давая сеть kvm...).
Если у Вашего пользователя Apache нет sudo полномочий, или Вы выполняете Apache как корень, извините, Вы не можете установить ssh как этот. Также переустановка материала на Linux редко помогает; если что-нибудь, необходимо должны быть перезапустить процесс sshd и если это не помогает, посмотрите, существует ли что-то не так с его конфигурационным файлом.
Один возможный путь МОГ БЫ состоять в том, чтобы изменить/etc/sudoers файл в Вашем localhost для содержания sudo полномочий для пользователя Apache, затем загрузить тот файл на сервер (если можно соединиться там как корень), и попытка запускает скрипт снова. Но с другой стороны, я подозреваю, что это не помогает, даже если Вы преуспеваете в этом, так как проблема могла бы быть в Ваших конфигурационных файлах.
Можно также попытаться изменить сценарий, чтобы быть sudo -u root -S /etc/init.d/ssh restart
после предоставления sudo полномочий для пользователя Apache.
О! Еще одна вещь. Если можно соединиться там как корень, можно также загрузить файлы журнала и видеть, раскрывают ли они, почему sshd не запускается или почему он падал.