hi,
i am just bringing up an f760 cluster with cifs and nfs. i had just configured my shares and went to edit some of the files in \etc with wordpad and found that i was getting access denied, but could edit them when going thru nfs and using vi.
after checking a bunch of things it turned out that something wasn't happy about the way i was accessing the files - using the SU cmd in the nt 4 res kit. normally i log into my nt machine locally and if i want to do any domain admin stuff i just open a cmd window and SU to my domain admin acct. saves me from rebooting or using another machine. in this case i can SU and use srvmgr against the filer with no problem, but actually editing files that require administrator privileges doesn't work. i do have the correct mappings in usermap.cfg and editing does work properly if i do a "normal" domain admin login.
any ideas? anybody ever get this to work?
i really like being able to use SU this way and [in the past] it made it easy to test access against other ids without moving to another machine or rebooting? thanks.
Hi Neil,
have you checked the messages file on the NetApp ? It can tell you the username you were authenticated as.
In this way I found out that starting Windows Explorer via SU or the Win 2000 Run as service will not change the user of mounted shares and thus you won't gain any rights.
Workaround: use a ftp client with a GUI to access the filer via NFS and a UNIX box.
regards
alfred
PS: Software is about adapting users to tools, not tools to users.
neil lehrer wrote:
hi,
i am just bringing up an f760 cluster with cifs and nfs. i had just configured my shares and went to edit some of the files in \etc with wordpad and found that i was getting access denied, but could edit them when going thru nfs and using vi.
after checking a bunch of things it turned out that something wasn't happy about the way i was accessing the files - using the SU cmd in the nt 4 res kit. normally i log into my nt machine locally and if i want to do any domain admin stuff i just open a cmd window and SU to my domain admin acct. saves me from rebooting or using another machine. in this case i can SU and use srvmgr against the filer with no problem, but actually editing files that require administrator privileges doesn't work. i do have the correct mappings in usermap.cfg and editing does work properly if i do a "normal" domain admin login.
any ideas? anybody ever get this to work?
i really like being able to use SU this way and [in the past] it made it easy to test access against other ids without moving to another machine or rebooting? thanks.
--
regards
You can only have 1 set of logon credentials for a file system connection (UNC or Mapped drive) to another CIFS system per logon session (Terminal Server handles logon sessions differently). If you're connected to \filer\share as nlehrer with your regular account, your credentials will be domain\nlehrer until you disconnect from that system (closing a window doesn't necessarily disconnect you).
To connect to the same filer with another logon account, you need to unmount all your connections. You can do this with Windows Explorer (Disconnect Mapped Drive) but that doesn't always show all the connections, so I recommend that you use NET USE to display your drive connections, then use " net use \filer<sharename> /d " for each connection to the filer (including ipc$).
You can at that point use Windoze Explorer to map a network drive using other credentials (you can not do this from a 9x client) or use " net use \filer\ipc$ /user:domainname\username password " (you can skip the password if you'd like & you should be prompted).
----- Original Message ----- From: "neil lehrer" nlehrer@ibb.gov To: "toasters" toasters@mathworks.com Sent: Wednesday, December 27, 2000 1:00 PM Subject: cifs and win nt res kit SU cmd
: hi, : : i am just bringing up an f760 cluster with cifs and nfs. i had just configured : my shares and went to edit some of the files in \etc with wordpad and found that : i was getting access denied, but could edit them when going thru nfs and using : vi. : : after checking a bunch of things it turned out that something wasn't happy about : the way i was accessing the files - using the SU cmd in the nt 4 res kit. : normally i log into my nt machine locally and if i want to do any domain admin : stuff i just open a cmd window and SU to my domain admin acct. saves me from : rebooting or using another machine. in this case i can SU and use srvmgr : against the filer with no problem, but actually editing files that require : administrator privileges doesn't work. i do have the correct mappings in : usermap.cfg and editing does work properly if i do a "normal" domain admin : login. : : any ideas? anybody ever get this to work? : : i really like being able to use SU this way and [in the past] it made it easy to : test access against other ids without moving to another machine or rebooting? : thanks. : : -- : : : regards :