Re: Too many admin users in Debian Edu/Squeeze?
> Hi Petter,
> I agree with the confusion factor here.
Great. Then lets try to reduce it. :)
> When I set up LDAP based networks, I always have a local user that is
> not in LDAP and not root. Since Ubuntu, using sudo is common practice
> and I rather would like to propose that the root account is not used
> at all, but to provide (continue providing) a fully functional local
> sudo-able account (like localadmin, the name may be different, of
When it is impossible to log into the root account, having another local
account in /etc/passwd definitely make sense. But each local user on
each system come with the burden of keeping the password for that user
up-to-date. Where I work, we do not provide such local users as the
poin of changing the passwords outweight the advantages. If we need to
log in and the root user is broken, we fetch a rescue USB stick. I can
not remember when that happened the last time.
> GOsa² won't authenticate against Kerberos credentials. GOsa² uses
Right. Too bad, but then we will just have to handle that. :/
> My suggestion would be instead:
> 1. rename localadmin -> admin, keep it locally, on every machine in
> /etc/passwd, force it to uidNumber 1000, gidNumber 1000
> 2. drop the super-admin DN for GOsa and use
> 3. add posixAccount and Kerberos information to
> with duplicate uidNumber 1000, gidNumber 1000
> but keep the cn=admin item hidden from GOsa²
Having two different users with different passwords string but the same
name is going to lead to most admins only changing the password in
LDAP/Kerberos, and leaving the local admin user behind. That is too
high a security risk to put on the school admins.
I believe it is better to drop the localadmin account completely, ask
the admin during installation of the main-server for his name, username
and password, create a LDAP/Kerberos user using this information. This
way the local admin will get his normal account right away, and at least
one non-personal account go away. I am quite close to having this
We will still have the root, admin and super-admin accounts with the
initial root password, but at least one step closer.
We could consider merging the first user and the super-admin user to
reduse the set to 'root' in /etc/passwd and 'admin' in LDAP.
This way the first time user/admin will know which username and password
to use when logging into GOsa to create the rest of the users.