|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Zahar Kiselev 2:5030/382.1 27 Nov 2004 03:07:36
To : Eugene B. Berdnikov
Subject : Re: xterm keys
--------------------------------------------------------------------------------
Nov 26 19:03 04, Eugene B. Berdnikov wrote to Zahar Kiselev:
AK>>> не находят ifconfig и впадают в ступор. А поскольку netstat -r
AK>>> ничего из того что они ищут нормально не покажет - то даже понять,
AK>>> как это сейчас работает, они не могут в совершенно тривиальных
AK>>> ситуациях.
ZK>> Во-первых если netstat не показывает нормально - то это уже далеко не
ZK>> тривиальная конфигурация.
EBB> Запустите "netstat -M" на конфигурации с iptables и удивитесь тому,
EBB> что никакой маскарад не показывается.
В офисе попробую. Hо если это так - то это нарушение совместимости.
ifconfig и route вот вполне работают.
EBB> Захар, повторяю для Вас ещё раз: это КАМЕHHыЙ ВЕК. Hе годятся эти
EBB> средства для работы сегодня, не годятся вообще. Точка.
Это не более чем Ваше личное мнение. Даже авторы Дебиана считают иначе и
используют этот "каменный век". Hаличие расширенных возможностей несомненно
полезно, но это не значит что их надо навязывать там, где отлично подходят
класические решения.
Вообще пользоваться ifconfig, route и прочим - чаще всего приходится на ноутбуке
при подключении его к разным и не всегда хорошо сконфигурированным сетям(а таких
- большинство).
ZK>> А во-вторых - нашел чем гордиться - создавать
ZK>> конфигурации, с которыми потом возникают сложности в обслуживании.
EBB> У меня нет сложностей с обслуживанием моих конфигураций. Они потому
EBB> и являются "сложными", что мне с ними ТАК проще работать.
Если есть гарантия, что не придется передоверять обслуживание этих машин кому-то
другому(например в случае непредвиденных обстоятельств) - то нетривиальные
конфигурации допустимы.
Делать же людей, пользующихся этой техникой, зависимыми от наличия и
дееспособности одного системного администратора - это не всегда хорошо с
этической точки зрения - хотя и выгодно с коммерческой.
ZK>> любой задачи должно быть _максимально_ простым и _максимально_
ZK>> страндартным насколько это в каждом конкретном случае возможно. Если
ZK>> же тот кто конфигурирует машину - _вынужден_ применить какие-то
ZK>> хитрости - то он должен документировать это в письманном виде - чтобы в
ZK>> случае если завтра он попадет под трамвай или не вернется целым из
ZK>> турпохода - в его поделии мог разобраться другой человек.
EBB> ОК. Hо за совершенно отдельные деньги.
Признавая удобство и выгодность такого подхода - все равно сам так поступать не
могу. Мешают мои неправильные для современного общества этические принципы.
Zahar(@spbdept.rbc.ru) Остров Большой Березовый: http://birch-island.spb.ru
--- Msged/LNX 6.1.1
* Origin: N:60.17'54" E:28.39'40" (2:5030/382.1)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
