Если Вы - разработчик, Вы могли бы чувствовать себя удобными с помощью некоторых ldap библиотек для языков сценариев.
Я использую рубин. Можно использовать irb из командной строки для быстрых запросов как это:
$ irb
>> require 'ldap'
=> true
>> ldap.search(BASE_DN, LDAP::LDAP_SCOPE_SUBTREE, filter) do |result|
?> ... do something with result array ...
?> end
Преимущество перед ldapsearch состоит в том, что можно сделать лучшую последующую обработку результатов ldap все еще будучи быстрым, легким решением.
Настройте другой компьютер близко к тестовой машине. Необходимо будет расположить его таким образом, что дисковод для компакт-дисков под углом на 45 градусов к тестовой машине. Расположите его так, чтобы CD-ROM при извлечении продвинул кнопку питания.
Теперь Вы можете ssh в новую машину, работать eject <device>
управляйте и достигните своей цели.
Если это действительно подвешивается, возможности - Вы, не сможет запустить новый процесс, который является тем, в чем необходимо было бы смочь сделать к ssh или перезапустить его.
Серверы, которые действительно должны быть перезапущены удаленно в этой ситуации часто, имеют дополнительное оборудование, как другое устройство (я думаю, что каждого называют картой RSA), который позволяет Вам войти в систему и инициировать перезагрузку или сторожевой таймер, который ищет что-то для случая регулярно и если этого не происходит он перезагрузки.
Другая возможность состоит в том, чтобы выполнить Ваш сервер как виртуальную машину в соответствии с гипервизором как VMware, Xen или VirtualBox, и затем можно войти в систему корневая машина (названный dom0 в Xen) и перезагрузить подвешенную виртуальную машину.
Что делает Вы подразумеваете, зависают? Если Вы подразумеваете, что сервис SSH зависается, то Вы не можете перезагрузить. Если подвешивают Вас, означают, что ЦП куется, то Вам, возможно, придется ожидать некоторое время. Если подвешивают Вас, означают, что некоторый процесс зависается, который препятствует тому, чтобы система снизилась, то Вам, возможно, придется уничтожить процесс сначала, то выпустить завершение работы. Кроме того, у Вас могла бы быть установка системы безопасности, препятствующая тому, чтобы Вы дали команду завершения работы через ssh.
Хотя я был бы склонен соглашаться с теми, которые предлагают, чтобы Вы попытались найти причину подвешивания, можно быть в для большей удачи, если Вы просто сохраняете соединение SSH открытым все время.
Если Вы добавляете что-то как ClientAliveInterval 300-й sshd.conf на сервере, можно сохранить соединение открытым continiously, который эффективно означает, что Вы не должны запускать новый процесс на машине, которую Вы пытаетесь перезагрузить, начиная с запуска нового процесса может быть одна из вещей, из-за которых это испытывает затруднения.
Как предыдущий ответ говорят, если существует истинное, зависают (катастрофический отказ ядра или так) - Вас оставляют с очень ограниченными опциями на перезагрузке. Функциональность, которую Вы ищете, является покидать-в-спешке-управлением, иначе управление по дополнительному каналу. Читайте больше о если из Википедии
О, да этот вопрос был бы больше дома в serverfault
повторите b>/proc/sysrq-trigger
лучше должен был бы, конечно, повторить e i s u b в последовательности..., но это не могло бы работать...