| |
| |
| |
| 3.7, Михрютка, 15:16, 20/03/2013 [^] [ответить] [смотреть все] [к модератору]
| +15 +/– | |
> бухши и манагеры работают на огороженных персоналках с опёнком. Сложно
однажды осенью, обходя окрестности офиса, одмин Онуфрий обнаружил OpenBSD
|  | | |
|
|
| |
| |
| |
| |
| |
| 6.29, vle, 00:20, 26/03/2013 [^] [ответить] [смотреть все] [к модератору]
| –1 +/– |
>[оверквотинг удален]
>> ...
>>> Что будем делать, митрофаныч?
>> А, забыл сказать.
>> [code]
>> paexec -t 'ssh -t' ...
>> [/code]
>> не пойдет, во-первых, stdin занят, во-вторых, 'ssh -t' -- это overkill.
> Я обычно такие вещи пишу на tcl + expect. Писать просто, контроллировать
> ход выполнения - еще проще, особенно, если знать про расширенные возможности
> expect, типа interact.
В моем случае есть специальная строка-терминатор, которую "клиент"
должен напечатать и сбросить буфер stdout. Эта строка -- признак того,
что обработка задачи завершена и можно приступать к следующей.
expect можно использовать, если утила сбрасывать буфер не умеет, т.е.
использовать в качестве "обертки".
Но сути вопроса это не меняет.
Древний небезопасный rsh работает, ssh -- увы.
|  | | |
|
|
|
|
|
| 1.30, nuclight, 16:00, 26/03/2013 [ответить] [смотреть все] [к модератору]
| +/– | |
Но зачем, Ватсон?..
Идея распределенного файрвола, когда пользовательские машины сообщают на центральный пункт сведения о том, кто какие соединения открыл, уже однажды была реализована (клиентская кроссплатформенна, серверная под линукс). В протокол ident, однако, эта задача не укладывается.
В общем, картинка про троллейбус из буханки. Другие проекты хоть какую-то полезность имели.
|  | | |
|
|
