= Сообщение: 464 из 10756 ====================================== RU.UNIX.BSD = От : Dmitry Miloserdov 2:5020/400 04 Nov 13 14:33:43 Кому : Eugene Grosbein 04 Nov 13 14:33:43 Тема : Re: Write failed: broken pipe in ssh FGHI : area://RU.UNIX.BSD?msgid=<1187474494@aspen.stu.neva.ru>+3620ae71 На : area://RU.UNIX.BSD?msgid=grosbein.net+954d0119 = Кодировка сообщения определена как: CP866 ================================== ============================================================================== From: Dmitry Miloserdov <dmitry@bis.ru>
On 04.11.2013 3:36, Eugene Grosbein wrote: > DM>> По какому факту возвращает? > EG> Пример. Запускаем /etc/rc.d/ipfw start >/tmp/log 2>&1, то есть выполняем > EG> команду, которая при "default to deny" на некоторое время очищает правила > EG> ipfw и тем самым блокирует всю отправку таким образом, что при попытке > EG> вызвать sendto() сотоварищи в этот момент возвращается сбой передачи с > EG> EPERM. > EG> За счет перенаправления вывода таких попыток в ssh-сессии нет и сессия > EG> не рвется. Если же убрать перенаправление, имеем хорошие шансы нарваться > EG> на обрыв сессии, причем может даже случиться так, что не просто порвется > EG> сессия, но и запущенная группа процессов получит по голове SIGHUP-ом > EG> и набор правил ipfw останется не загруженным - если не использовался > EG> screen/tmux, конечно. > EG> И ssh рвет сессию не только при EPERM. > Да, а при использовании telnet ничего не рвалось в любом случае.
Hесмотря на то что я не понял какое отношение описанный случай имеет к исходной проблеме эксперимент показывает обратное. Вот трейс телнета
никаких чудес - получил ошибку записи, все закрыли и вышли.
А вообще вопрос не в том делает ли что-то ssh\telnet при получении ошибки записи. Вопрос в том почему он получает эту ошибку? Или даже в каких случаях они получают ошибку? Потому как у меня не моделируется.
--- ifmail v.2.15dev5.4 * Origin: NPO RUSnet InterNetNews site (2:5020/400)
