On Wed, Dec 26, 2007 at 09:10:00PM -0500, Lowell Gilbert wrote:
Chad Perrin [EMAIL PROTECTED] writes:
The behavior with an asterisk instead of an X is pretty worrisome,
however, and is not strictly Ubuntu's fault. Security of a server should
not rely on the good will and competence of
Chad Perrin [EMAIL PROTECTED] writes:
On Thu, Dec 20, 2007 at 09:32:50AM -0500, Lowell Gilbert wrote:
RA Cohen [EMAIL PROTECTED] writes:
I am sorry, here is an addendum to my previous post:
Somehow Ubuntu was given root user
permissions
Actually, upon rereading my notes, Ubuntu
RA Cohen [EMAIL PROTECTED] writes:
I am sorry, here is an addendum to my previous post:
Somehow Ubuntu was given root user
permissions
Actually, upon rereading my notes, Ubuntu was only given permissions of the
user doing the login - not root - but we could login with any valid user
On Thu, Dec 20, 2007 at 09:32:50AM -0500, Lowell Gilbert wrote:
RA Cohen [EMAIL PROTECTED] writes:
I am sorry, here is an addendum to my previous post:
Somehow Ubuntu was given root user
permissions
Actually, upon rereading my notes, Ubuntu was only given permissions of the
user
I've read most of what is out there on NIS - Linux interoperability.
Unfortunately, nothing explains what we encountered on a FreeBSD 6.2 machine
running NFS and NIS:
1. FreeBSD clients work as advertised, they interpret the password maps
correctly; we export the server's /usr/home filesystem
I am sorry, here is an addendum to my previous post:
Somehow Ubuntu was given root user
permissions
Actually, upon rereading my notes, Ubuntu was only given permissions of the
user doing the login - not root - but we could login with any valid user
apparently FreeBSD thought it was presented