|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Vadim Goncharov 2:5020/400 27 Feb 2006 19:18:13
To : Alex Semenyaka
Subject : Re: ftpd perms wrong - bug?
--------------------------------------------------------------------------------
Hi Alex Semenyaka!
On Mon, 27 Feb 2006 02:56:44 +0300; Alex Semenyaka wrote about 'ftpd perms wrong
- bug?':
AS>>>>>>> Да элементарно. Выделить раздел, например, /big в нём сделать
AS>>>>>>> /big/ftp, куда всё чрутить, и там уже заводить подкаталоги.
AS>>>>>>> Заодно снап и квоты (if any) не будут мешаться с каталогами
AS>>>>>>> ftp, что само по себе правильно.
VG>>>>>> Это один раздел. А еще два ты как примонтируешь не в корень? У
VG>>>>>> них совершенно разные размеры, назначение и параметры fs.
AS>>>>> Погоди, ты что, считаешь, что точка монтирования обязана быть в
AS>>>>> корне???!
VG>>>> Hет, не считаю. Я спрашиваю тебя, как сделать в случае наличия еще
VG>>>> двух разделов, которые должны быть видимы анонимному ftp. Т.е.
VG>>>> корень одного раздела можно вынести за чрут, но корни двух других
VG>>>> получаются внутри чрута.
AS>>> Зависит. Hапример, локальный NFS или nullfs.
VG>> Ужас, как криво и некрасиво.
AS> Криво - давать пользователям видеть то, что им не нужно.
Решается выстановкой соответствующих прав. А вот впихивать
дополнительный слой, понижающий производительность и могущий создать
потенциальные баги - это криво.
AS>>>>>>> Это переводится так - "что бы я не делал, система автоматически
AS>>>>>>> должна меня защищать". Такая позиция эгоистичного ребёнка
AS>>>>>>> совершенно ненормальна и никто её поддерживать не будет. Этот
AS>>>>>>> PR могут закрыть, да, но в целом никому не интересно защищать
AS>>>>>>> тебя от тебя же. А то, что ты делал сисинсталлом - и
AS>>>>>>> есть конфигурирование, если ты ещё не понял :-\ Что
AS>>>>>>> наконфигурил, то и получил.
VG>>>>>> Я не понимаю, чего ты споришь. Ты несогласен, что конкретно вот
VG>>>>>> это в sysinstall должно быть исправлено?
AS>>>>> Я не могу согласиться с утверждением, что виновата система. В
AS>>>>> данном случае ровно половина ответственности лежит на тебе. Можно
AS>>>>> помочь системе не отстреливать тебе ногу в данном случае, но в
AS>>>>> целом твой подход - неверен.
VG>>>> Да, небольшая часть лежит и на мне. Hо мой подход состоит в том,
VG>>>> что прослойка, облегчающая жизнь человека, должна выполнять и
VG>>>> защиту от непреднамеренных действий оператора.
AS>>> Твой подход я давно понял. И ещё раз повторю, что в целом твой
AS>>> подход - неверен.
VG>> Расскажи это проектировщикам АЭС.
AS> А они тоже расчитывают, что их огородят флажками на все случае
AS> производители ОС? Тогда беда, надо от АЭС подальше жить... Или ты это сам
AS> за них придумал?
Hет, они посмеются с твоего предложения возложить на оператора, а не на
системы защит, все проверки от возможных непреднамеренных ошибок
в конфигурянии. А вот если бы они следовали твоему подходу, когда надо
самому все перепроверять за автоматикой, вблизи АЭС было бы страшно жить.
AS>>> У администратора слишком много возможностей для отстрела себе ног,
AS>>> и ОС не должна ему мешать это сделать, если он делает что-то своё.
AS>>> Ты строил свою конфигурацию, не являющуюся дефолтной. Так что и
AS>>> виноват ты ровно наполовину.
VG>> Ты был бы абсолютно прав, если бы все делал руками в конфигах напрямую,
VG>> без промежуточных прослоек.
AS> Да пофигу. Администратор должен проверять конфигурацию, кто бы эту
AS> конфигурацию ему не сделал. А ты хочешь, чтобы sysinstall был умнее тебя.
Я поручаю sysinstall'у достаточно типовые задачи (на которые он
и рассчитан), и его предназначение - как раз сэкономить мое время. Если
же я буду всё перепроверять за ним, экономия будет сведена на нет
- какой тогда будет смысл в sysinstall ?
--
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)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
