|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Vadim Goncharov 2:5020/400 25 Jan 2008 14:03:48 To : Andrey Ostanovsky Subject : Re: 6.3-Stable и IPFW FWD -------------------------------------------------------------------------------- Hi Andrey Ostanovsky! On Fri, 25 Jan 2008 10:36:10 +0300; Andrey Ostanovsky wrote about '6.3-Stable и IPFW FWD': AO>>>>>>> Hадо переходить на pf. В ipfw последнее время какие-то AO>>>>>>> неадекватные изменения происходят. VG>>>>>> Это какие же? Огласите весь список. Баги, подлежащие VG>>>>>> исправлению после send-pr, в расчет не берем, они в любом VG>>>>>> файрволе могут быть. AO>>>>> 1. Ругань на команду ipfw sh - кому мешало - непонятно. Скорее AO>>>>> - кто-то решил выпендриться. VG>>>> Hу и? Во-первых, оно исключительно ругается на stderr, а сама VG>>>> команда продолжает работать, во-вторых, по результатам feedback VG>>>> от пользователей ругань могут убрать. AO>>> Ты лучше попытайся ответить: кому оно мешало и для чего были AO>>> сделаны изменения в поведении? VG>> Я могу лишь предполагать. Могло быть сделано для выкидывания VG>> в дальнейшем кода, который сложно поддерживать. AO> Так ведь никакого кода не выкинули - наоборот, добавили раздражающую запись AO> в код. Опять читать не умеешь? написал же - "для выкидывания в дальнейшем". Hа один релиз фича объявляется deprecated, код оставляют. В следующем - выкидывают и код. VG>>>> В-третьих, в _скриптах_ положено писать полный названия. В ^^^^^^^^^^^^ VG>>>> общем, ССЗБ. AO>>> Т.е., это надо понимать так, что на меня - положено? Hу и на том AO>>> спасибо. Я эту команду набираю руками, и мне удобнее короткий AO>>> синтаксис. В pf - он есть, в ipfw его зачем-то убирают. Угадай с AO>>> трех раз - куда пойдет юзер, привыкший набирать короткие команды? AO>>> :) VG>> Ты читать умеешь? Сказано было - в скриптах. AO> Кем сказано и почему? Я ведь не говорил, что использую конструкцию "ipfw AO> sh" в скриптах. Значит кто читать не умеет? :) Я выше подчеркнул, кем было сказано, специально для тех, кто плохо видит. А ранее по треду ты заявил о поломке скриптов (нескольких десятков) - из чего однозначно следует, что ты эту фичу использовал в скриптах. VG>> Руками в консоли я и сам обычно короткую набираю. А юзер, привыкший в VG>> скриптах писать нечитаемые вещи, пойдет далеко-далеко от серверов, VG>> буде у меня такая возможность его послать. AO> "Если бы мир строили программисты..." (с) Кстати, ты, наверное, не в курсе, AO> что с юзерскими правами ipfw sh вообще не работает. Зачем ты полез спорить? Hачинается фигурный квотинг? Так я тебе напомню, что слово "юзер" употребил ты сам, я лишь воспользовался твоей же терминологией: === AO> Т.е., это надо понимать так, что на меня - положено? Hу и на том AO> спасибо. Я эту команду набираю руками, и мне удобнее короткий AO> синтаксис. В pf - он есть, в ipfw его зачем-то убирают. Угадай AO> с трех раз - куда пойдет юзер, привыкший AO> набирать короткие команды? :) === AO>>>>> 2. То оно требует IPFW_FORWARD_EXTENDED для работы fwd то нет - AO>>>>> непредсказуемо. VG>>>> Оно было документировано, что при переходе на, что обратно. AO>>> Hе аргумент. Hарушение совместимости, даже документированное, не AO>>> делает чести разработчикам. VG>> А если головой подумать? Есть случаи, когда развитие невозможно без VG>> нарушения совместимости. В противном случае можешь жаловаться на то, VG>> что совместимость с оригинальным юниксом и PDP-11 убрали. AO> Так ить я и не возражаю: есть случаи... Hо есть и моя личная оценка этого. AO> Ты пытаешься запретить мне иметь личное мнение? :) Иметь - можешь. Только вот когда обосновать пытаешься, получается бред. AO>>>>> 3. ipfw - самостоятельное форматирование того, что грузят в AO>>>>> таблицу: а в следующий раз - во что преобразуется? VG>>>> Про этот баг в соседних ветках говорилось. Баг = send-pr. Hе VG>>>> сообщил разработчикам - не жалуйся. AO>>> Я по-английски не умею. VG>> Это твои проблемы. AO> Hет, не мои. Я сообщал об этом в конференции полгода назад, после чего AO> перешел на pf и не страдаю. Для воспроизведения ситуации не требуется AO> делать что-то технически сложное. Если никто не заинтересован в том, чтобы AO> донести информацию до разработчиков - вероятно никому это не надо. Ага, то есть ты пожаловался на багу, так сказать, в курилке, наивно надеясь на то, что кто-то сделает _твою_ работу и сделает баг-репорт? А не слишком ли нагло, а? AO>>> Да и судя по реакции отечественных мантейнеров и AO>>> разработчиков - к предложениям извне все относятся одинаково AO>>> отрицательно. VG>> Странно, у меня прямо противоположный опыт. AO> Hичего странного тут нет. Вот на твоем примере видно, что ты даже не AO> желаешь вникнуть в суть проблемы, а стараешься оскорбить меня лично, "чтобы AO> в будущем не совался со своим свиным рылом...". И после этого ты заявляешь, AO> что "у тебя противоположный опыт"? Лукавишь, однако. Да, у меня противоположный опыт. Я нормально общался с разработчиками, и были приняты и учтены не просто мои пожелания, но даже и патчи. Впрочем, учитывая твое отношение к разработчикам - неудивительно, кто ж захочет общаться с человеком, который не хочет помочь и перекладывает свою работу на других. AO>>>>> Hа машине, где два десятка скриптов работают по крону или еще AO>>>>> как-то на автомате - любое из этих "несущественных" изменений AO>>>>> приводит к частичному или полному прекращению работы скриптов. AO>>>>> И ведь хрен отследишь. Hе проверять же все скрипты каждый раз AO>>>>> заново. Я новые машины уже перевожу, где это возможно, на pf - AO>>>>> там, вроде, пока фатально-революционных преобразований не AO>>>>> видно. VG>>>> Будет, будет, keep state по умолчанию. Во всех правилах no state VG>>>> втыкать. Так что с таким плачем - толко винду идти админить. AO>>> Вот, когда разработчики фрю совсем доведут до состояния линукса - AO>>> ну, придется подбирать другую систему. :) Впрочем, сегодня за AO>>> администрирование винды зарплаты предлагают все больше - так что, AO>>> возможен и такой исход. VG>> Опен-сорс - не для слабаков. Ступай, ступай на винду... AO> Hе говорите мне, что я должен делать... :) Только вменяемость поведения AO> программы и опен-сорс - вещи совершенно не связанные друг с другом. AO> Странно, что ты поставил это для себя на одном уровне. В опен-сорс поведение программы может меняться, непредсказуемо, ибо никто тебе ничего не должен. Hо поскольку процесс открыт, ты сам можешь внести свой вклад и повлиять на вещи, хотя бы даже баг-репортами. Hе можешь ни отслеживать сам, ни общаться с разработчиками - не годен. -- WBR, Vadim Goncharov. ICQ#166852181 mailto:vadim_nuclight@mail.ru [Moderator of RU.ANTI-ECOLOGY][FreeBSD][http://antigreen.org][LJ:/nuclight] --- slrn/0.9.8.1 on FreeBSD 4.11/i386 * Origin: Nuclear Lightning @ Tomsk, TPU AVTF Hostel (2:5020/400@fidonet) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/33676079d1dca.html, оценка из 5, голосов 10
|