[opensuse] Remote User Directory
I did some googling but did not find what I was looking for, probably not using the the right terms. I have 2 machines A) suse 10.2 B) suse 10.1, I would like to have an account on the B machine that uses / shares a home directory with an account with the same name on the A machine so I can be able to read my email from either. Both machines are on an internal network. I didn't really want to do a remote desktop.. Thanks, Mike -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Am Mittwoch, 28. Februar 2007 17:26 schrieb ka1ifq:
I did some googling but did not find what I was looking for, probably not using the the right terms.
I have 2 machines A) suse 10.2 B) suse 10.1, I would like to have an account on the B machine that uses / shares a home directory with an account with the same name on the A machine so I can be able to read my email from either. Both machines are on an internal network. I didn't really want to do a remote desktop..
Why not share your /home via NFS? -- David Mayr, http://davey.de openSUSE LINUX, http://opensuse.de -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Wednesday 28 February 2007 10:17, David Mayr wrote:
Am Mittwoch, 28. Februar 2007 17:26 schrieb ka1ifq:
I did some googling but did not find what I was looking for, probably not using the the right terms.
I have 2 machines A) suse 10.2 B) suse 10.1, I would like to have an account on the B machine that uses / shares a home directory with an account with the same name on the A machine so I can be able to read my email from either. Both machines are on an internal network. I didn't really want to do a remote desktop..
Why not share your /home via NFS?
-- David Mayr, http://davey.de openSUSE LINUX, http://opensuse.de
And of course you need to mount the /home from the server on the client machines. Can either be done in /etc/fstab or with the automounter. Mike -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Mike Noble wrote:
On Wednesday 28 February 2007 10:17, David Mayr wrote:
Am Mittwoch, 28. Februar 2007 17:26 schrieb ka1ifq:
I did some googling but did not find what I was looking for, probably not using the the right terms.
I have 2 machines A) suse 10.2 B) suse 10.1, I would like to have an account on the B machine that uses / shares a home directory with an account with the same name on the A machine so I can be able to read my email from either. Both machines are on an internal network. I didn't really want to do a remote desktop..
Why not share your /home via NFS?
-- David Mayr, http://davey.de openSUSE LINUX, http://opensuse.de
And of course you need to mount the /home from the server on the client machines. Can either be done in /etc/fstab or with the automounter.
Mike
Or he could set up an imap mail server and fetchmail. That way, all email clients will be in sync. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Wednesday 28 February 2007, Mike Noble wrote:
On Wednesday 28 February 2007 10:17, David Mayr wrote:
Am Mittwoch, 28. Februar 2007 17:26 schrieb ka1ifq:
I did some googling but did not find what I was looking for, probably not using the the right terms.
I have 2 machines A) suse 10.2 B) suse 10.1, I would like to have an account on the B machine that uses / shares a home directory with an account with the same name on the A machine so I can be able to read my email from either. Both machines are on an internal network. I didn't really want to do a remote desktop..
Why not share your /home via NFS?
-- David Mayr, http://davey.de openSUSE LINUX, http://opensuse.de
And of course you need to mount the /home from the server on the client machines. Can either be done in /etc/fstab or with the automounter.
Mike
And you have to keep your uid numbers in perfect sync on both machines which can be a hassel for more than a hand full users. NFS is really pretty primitive. In most cases Its just more flexible to use samba even when all machines are linux. -- _____________________________________ John Andersen
John Andersen wrote:
And you have to keep your uid numbers in perfect sync on both machines which can be a hassel for more than a hand full users.
NFS is really pretty primitive. In most cases Its just more flexible to use samba even when all machines are linux.
This can be done fairly easily using LDAP and setting up nss and pam to use LDAP. I have set up a system where the administrator (a non-technical guy) quite happily uses webmin on the LDAP server to set up new users. I use NFS there and it works OK. It was easy to set up, though I agree it's primitive. It's also insecure, AIUI, in that one can imitate any user (bar root) with a bit of coding and root/administrator level access to any machine on the network. Also the locking mechanism sucks, though it does work. I'm not clear on how secure CIFS is (SMB is obsolete, I believe). Doesn't it have trouble with GIDs/UIDs in that it maps them all to one? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Wednesday 28 February 2007, Russell Jones wrote:
Doesn't it have trouble with GIDs/UIDs in that it maps them all to one?
Not necessarily. It attempts to map them properly based on login id if both ends support this. If on the other hand you want the samba server to be taking care of permissions (so as not to put you back into the nfs limitations box) you have to tell the cifs client explicitly not to attempt to manage permissions. Since most people set up samba to manage permissions for windows machines, they are usually in good position to handle those same shares to linux machines. -- _____________________________________ John Andersen
John Andersen wrote:
On Wednesday 28 February 2007, Russell Jones wrote:
Doesn't it have trouble with GIDs/UIDs in that it maps them all to one?
Not necessarily.
It attempts to map them properly based on login id if both ends support this.
If on the other hand you want the samba server to be taking care of permissions (so as not to put you back into the nfs limitations box) you have to tell the cifs client explicitly not to attempt to manage permissions.
Since most people set up samba to manage permissions for windows machines, they are usually in good position to handle those same shares to linux machines.
Hm. Don't quite follow you. What does Samba map from and to? Linux accounts, either in /etc/passwd et al or LDAP/Kerberos? Samba has its own user database too, doesn't it? Is it necessary to set that up separately, or can you just use paswd/LDAP accounts directly? The other potentially important issue, IIRC, is that one may need to allow extended file system attributes and ACLs to map to windows ACLs. Perhaps a default in SuSE? I don't think NFS allows this. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Thursday 01 March 2007 05:59, Russell Jones wrote:
John Andersen wrote:
On Wednesday 28 February 2007, Russell Jones wrote:
Doesn't it have trouble with GIDs/UIDs in that it maps them all to one?
Not necessarily.
It attempts to map them properly based on login id if both ends support this.
If on the other hand you want the samba server to be taking care of permissions (so as not to put you back into the nfs limitations box) you have to tell the cifs client explicitly not to attempt to manage permissions.
Since most people set up samba to manage permissions for windows machines, they are usually in good position to handle those same shares to linux machines.
Hm. Don't quite follow you. What does Samba map from and to? Linux accounts, either in /etc/passwd et al or LDAP/Kerberos? Samba has its own user database too, doesn't it? Is it necessary to set that up separately, or can you just use paswd/LDAP accounts directly?
The other potentially important issue, IIRC, is that one may need to allow extended file system attributes and ACLs to map to windows ACLs. Perhaps a default in SuSE? I don't think NFS allows this. Thanks for all of the info, I figured it out and all is fine, thanks again for jogging my old memory. Mike -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Thursday 01 March 2007, Russell Jones wrote:
Hm. Don't quite follow you. What does Samba map from and to? Linux accounts, either in /etc/passwd et al or LDAP/Kerberos?
Yes, samab "maps to" some kind of local account. How that is set up is up to you. You can use traditional /etc/passwd or Ldap or a few other methods.
Samba has its own user database too, doesn't it?
It uses that to map windows login-ids/passwords to unix ones. But this disappears in an ldap setup, at least the way suse does it for SLES.
Is it necessary to set that up separately, or can you just use paswd/LDAP accounts directly? Ldap takes care of that if you use ldap, otherwise you still need it to map windows logins to local accounts on the linux box
My whole point for bringing this up is as one possible suggestion to get around the requirement for matching uid/gid numbers for a user on each linux machine when you use nfs. Also the performance of samba (not to mention the local network) has improved to the point where it is competitive with nfs. In fact I would be willing to bet that for larger numbers of users samba would be better than nfs but I'm just speculating, I have no hard numbers. -- _____________________________________ John Andersen -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
participants (6)
-
David Mayr
-
James Knott
-
John Andersen
-
ka1ifq
-
Mike Noble
-
Russell Jones