Contributed by Dengue on from the what's-new-in-3.1 dept.
I'm excited about the added UltraSPARC support now that I have an Ultra 5. Now, if only LDAP could make it as a supported BSD Authentication method, I'd giggle like a schoolgirl.
(Comments are closed)
By Alejandro Belluscio () baldusi@hotmail.com on mailto:baldusi@hotmail.com
I think that this was the case under Red Hat.
Anyway, it's not a good idea to use LDAP for authentication. Si easy, but not very secure. Better yet use Kerberos V. But keep in mind that if anybody can get your password, even under Kerberos V, they have access to the whole network.
That's why I prefer to have separate password files and a list of very difficult to guess passwords. If you have too many systems try at least of no creating one user with root access for all. Try to separate them by type of system and work if possible.
Comments
By knomevol () on
Second of all, LDAP is secure if you implement it securely.
And, thirdly, in corporate environments where there are hundreds or thousands of servers it would be by far less secure to try and handle employee turnover across hundreds or thousands of /etc/passwd files than centralizing internal-user authentication via LDAP.
Comments
By Alejandro Belluscio () baldusi@hotmail.com on mailto:baldusi@hotmail.com
Comments
By Roo () on
Therefore although the authentification is centralised, you can still implement the old style disjointed system by having multiple accounts set up for a particular person.
Cheers,
Rupert
By Anonymous Coward () on
By Anonymous Coward () on
How do you isolate bad hardware vs. software when dealing with Sparcs? Intel platforms are pretty plentiful, and easy to swap parts on.
I hope 3.1 Install.sparc64 gives some general advice on working with hardware. I think it is great that the platform is supported.
Comments
By Ernie () on
test-all
help diag will give you some basic usage information ... this is some basic built-in diagnostics ... might point you in the right direction.
By Gimlet () on
By Nobody () on