public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: SPATZ1@t-online.de (Frank Schneider)
To: rvandam@liwave.com
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: FW: OT: Integrating Directory Services for Linux
Date: Sun, 09 Sep 2001 22:22:04 +0200	[thread overview]
Message-ID: <3B9BCF6C.3BFC9466@t-online.de> (raw)
In-Reply-To: <001001c1395f$a246cd70$1f0201c0@w2k001>

Ron Van Dam schrieb:
> 

(DS into Kernel for simplifying Management)

> I know some one out there is comparing this concept to the Windows registry.
> I was thinking that this would be a distributed database with journalling,
> with all of the checks of a filesystem to protect the database. The database
> would also need to be extensible so that userland developers can import
> schema to extend the functionally of the database. For instance, the
> database could be used to manage a DHCP or DNS server, or  storing your user
> profile (.gnome or .kde) configurations. It should also support partitioning
> if I have multiple sites connected by a WAN, I can partition the database
> information so that only the essential information is replicated between
> sites and the WAN isn't clogged with replication traffic.
> 
> Comments?

Hello...

Some comments, yes :

1.) Why add an extra-DS-System to the existing ones ?
We have OpenLDAP, NDS (going down), ADS (going up, pushed by MS) and
NIS+ out there, plus things like X.500 or how they are called. Currently
Linux can work with most of them except ADS, AFAIK (better or worse with
some, but it can)
Why re-invent the wheel a 4th or even 5th time ?
I would say that linux is best at working together with nearly every
other OS or sec-application, so i would suggest that it gets linux
further if these connections and capabilities are extended, and not by
re-inventing something like ADS...

2.) I think these DS-Systems are really a part of userland, and the
kernel itself should never mess around with high-level-security issues
like Access Controll Lists or such things...this is the job of
userlandtools.
The problem i see, if you force these things into the kernel, you will
get a significant performance impact, because if you start to do
(perhaps complicated) securitychecks *everytime* before calling a single
function, you will loose time...and performance is one of the points
where linux is ahead of other OSes, IMHO.

3.) To the idea of a "linux-registry":
I do not like this, UNIX lives now 30 years with /etc and human-readable
configfiles and without a "database", and i think its a good compromise
between usability and "keep-it-simple".
And it works.
We see at WinXY, what problems a "registry" produce, e.g. to be usefull,
*every* application would have to use it (in the right way!), and we
see, this does not work, even not under W2k, where MS should have all
possibilities to prevent applications from messing around with the
registry, but it is still possible to crash a W2k by simply deleting
some strings....

Solong..
Frank.

--
Frank Schneider, <SPATZ1@T-ONLINE.DE>.                           
Microsoft isn't the answer.
Microsoft is the question, and the answer is NO.
... -.-

  reply	other threads:[~2001-09-09 20:23 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-09-09 18:45 FW: OT: Integrating Directory Services for Linux Ron Van Dam
2001-09-09 20:22 ` Frank Schneider [this message]
2001-09-10  0:27   ` Ron Van Dam
2001-09-10  1:04     ` Alicia Whisnant
2001-09-10  1:32     ` Alicia Whisnant
2001-09-10 11:50       ` Ron Van Dam
2001-09-13 20:10         ` Nils Philippsen
2001-09-10  9:35     ` Frank Schneider
2001-09-10 21:27       ` Horst von Brand
2001-09-11  7:41   ` Albert D. Cahalan
     [not found] <01Sep10.181449edt.63201@gpu.utcc.utoronto.ca>
2001-09-11  1:20 ` Ron Van Dam

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3B9BCF6C.3BFC9466@t-online.de \
    --to=spatz1@t-online.de \
    --cc=linux-kernel@vger.kernel.org \
    --cc=rvandam@liwave.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox