From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: Yura Gusev X-Sender: To: Subject: Re: [mdk-re] [JT] =?KOI8-R?B?7tnOxdvOxcUg0M/Lz8zFzsnFINPP18XU08vJyA==?= =?KOI8-R?B?IMzAxMXKIMLVxMXUINbJ1Ngg0NLJIOzJztXL0yEh?= (was: Linux =?KOI8-R?B?1snXxcUg19PFyCDWydfZyCEp?= In-Reply-To: <20011028193407.77101b73.info@atmsk.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=koi8-r Content-Transfer-Encoding: 8BIT Sender: mandrake-russian-admin@altlinux.ru Errors-To: mandrake-russian-admin@altlinux.ru X-BeenThere: mandrake-russian@altlinux.ru X-Mailman-Version: 2.0 Precedence: bulk Reply-To: mandrake-russian@altlinux.ru List-Help: List-Post: List-Subscribe: , List-Id: Linux-Mandrake RE / ALT Linux discussion list List-Unsubscribe: , List-Archive: Date: Mon Oct 29 01:36:03 2001 X-Original-Date: Sun, 28 Oct 2001 17:42:28 -0500 (EST) Archived-At: List-Archive: List-Post: On Sun, 28 Oct 2001, AVL wrote: > > Я очень надеюсь, что операционная система GNU скоро избавится от подобной > > системы счета "владелец, группа, все". (Точнее, конечно же, не *избавится*, > > а даст возможность *выбирать* между тем, к чему давно привыкли как к > > данности все люди мира Unix, и нормальными ACLs, которые уже давно, > > AFAIK, есть в Unix [но не в GNU] ). > > все время одно и тоже. > какой смысл ломиться со своим уставом в чужой монастырь. > Если вам нравится ACL в вин или еще где то - пользуйтесь тем что вам нравится! > Если у вас и серверы и десктопы прекрасно работают под какой то операционкой - > зачем пытаться переводить это хозяйство на другие рельсы? > Это всегда сначала и железно потери и только потом возможно преимущества. > > Имхо система хозяин-группа-все является оптимальной для абсолютного большинства прилад. > Надо просто не пытаться засунуть в эту схему свой привычный взгляд (ACL) а выстроить > раздачу прав на этой схеме. > Но в любом случае нет смысла жаловаться на судьбу - вас никто не насилует, тем более > здесь - здесь вам никто не приделает ACL к линуксу. On UNIX and UNIX-like systems, file permissions are defined by the file mode. The file mode contains nine bits that determine access permissions to the file, plus three special bits. This mechanism allows to define access permissions for three classes of users: the file user, the owning group, and the rest of the world. These permission bits are modified using the chmod(1) utility. The main advantage of this mechanism is its simplicity. With just a couple ^^^^^^^^^^^^ of bits, many permission scenarios can be modeled. However, there often is a need to specify access permissions at a more fine-grained level, ^^^^^^^^^^^^ especially for commercial applications and their security requirements. Ты что-нибуть против fine-grained level & security имеешь против? Access Control Lists (ACLs) support more fine-grained permissions. Arbitrary users and groups can be granted or denied access in addition to ^^^^^^^^^ the three traditional classes of users. The three classes of users can be regarded as three entries of an Access Control List. This is also how Posix 1003.1e Draft Standard 17 defines the relationship between these two access control mechanisms. Если это описано в POSIX (set of standarts for Unix interfaces) значит это кому-то нужно? И не надо опускать хорошую идею даже если она вам не нужна. -- 5:29pm up 12 days, 6:26, 2 users, load average: 0.00, 0.00, 0.00 __ | / \ | Iouri Goussev // \\ \_\\ //_/ elendal@w4.ca _\\()//_ .'/()\'. Foo-Bar / // \\ \ jgs \\ // http://foobar.irc-unix.net | \__/ | I am not 31337. But I can use the Vi editor... ;-0