Windows Thread, net use problem - probably stupid in Technical; I'm messing about with a virtual network I've created to learn my MCSE exams on.
I want to automate network ...
-
3rd May 2009, 07:55 PM #1
- Rep Power
- 0
net use problem - probably stupid
I'm messing about with a virtual network I've created to learn my MCSE exams on.
I want to automate network drive mapping on the domain workstations. I can do this from the workstation using the dialogue in My Computer but can't seem to get the net use command to do the same thing - I need to get that command line right so I can write the script.
My domain is headquarters.nozzacorp and the server share is Share Folders on Server1
why won't net use z: \\server1\share folders work?
-
-
IDG Tech News
-
3rd May 2009, 07:57 PM #2 Whats is the error you are getting, then we could help! 
Check Z is not used anywhere else tho!
-
-
3rd May 2009, 08:05 PM #3 I think i know why.
If the path has a space in it you will need to put " in.
for example
net use z: \\server\shared foldder - wont work
net use z: "\\server\shared folder" - will work
net use z: \\server\sharedfoldder - will work
net use z: "\\server\sharedfoldder" - will work
-
-
3rd May 2009, 08:06 PM #4
- Rep Power
- 0
Sorry!
"unknown user name or bad password"
I'm logged on the workstation (well to the domain) as a domain admin account I created.
-
-
3rd May 2009, 08:08 PM #5 Yeah - FN GM's suggestion is the correct one. Just tried it myself!
Did think that in the beginning lol but wanted to see the error msg just in case
lol!
-
-
3rd May 2009, 08:12 PM #6 If it is bad username and password, try clicking "Conntec using a different username and password" and then type in administrator credentials and then see if that connects. [Scrap that forgot it was a script]
If FN's Suggestion dont work
Last edited by EduTech; 3rd May 2009 at 08:24 PM.
-
-
3rd May 2009, 08:16 PM #7
- Rep Power
- 0
Heh yeah it was the quotes thing. I don't remember reading that in the book. It didn't appear to work initially but I also had to drop the \ off the end of the share name.
Thanks
-
-
3rd May 2009, 09:00 PM #8 Woo hoo i was right 
please can i have a thanks
-
-
4th May 2009, 01:12 AM #9 Also don't use Z drive for mapping drives as thats the temp letter windows uses to map when logging on. Found that out to my cost a long while ago it doesn't like Z drives (this was back when 2003 and XP were new out so may be fixed by now) but when you logon windows maps a Z drive to the sysvol folder for pulling and running scripts, files etc and then disconnects it before you actually get to windows to see it.
-
-
4th May 2009, 01:12 PM #10 
Originally Posted by
john
Also don't use Z drive for mapping drives as thats the temp letter windows uses to map when logging on. Found that out to my cost a long while ago it doesn't like Z drives (this was back when 2003 and XP were new out so may be fixed by now) but when you logon windows maps a Z drive to the sysvol folder for pulling and running scripts, files etc and then disconnects it before you actually get to windows to see it.
We use Z drive without any problems, might have slightly changed.
-
-
4th May 2009, 01:56 PM #11 
Originally Posted by
Nozza
why won't net use z: \\server1\share folders work?
Nozza,
You correctly diagnosed that the "\\server1\share folders" was your mistake, but you may also want to add to your diagnostics the use of the IP address instead of the netbios name.
Eg \\server1\sharename = \\192.168.xx.xx\sharename
Keberos authentication and the SPN attributes of AD can run into difficulties when trying to connect to available shares on your AD hosts from non AD aware hosts or vice versa.
You may find that a connect can be made using IP but not when using Netbios share names!
I recently uncovered this when trying to access an AD resource from a workgroup machine, the share was visible when browsing the lan but access was denied when trying to connect.
A packet capture revealed that there was an SPN mismatch.
ADUC had the target server object still registered as "Server1" because the machine account had not been deleted when the machine was changed back to a workgroup name of "server1"
Only after finding the orphaned object in AD and deleting the defective machine account/SPN did the share resume correctly!
-
SHARE:
Similar Threads
-
By dannyjay in forum MIS Systems
Replies: 15
Last Post: 5th March 2009, 02:51 PM
-
By mattx in forum Hardware
Replies: 3
Last Post: 31st October 2008, 03:47 PM
-
By dezt in forum Windows Server 2000/2003
Replies: 12
Last Post: 6th August 2008, 09:24 AM
-
By indiegirl in forum MIS Systems
Replies: 14
Last Post: 22nd June 2006, 08:18 AM
Thread Information
Users Browsing this Thread
There are currently 1 users browsing this thread. (0 members and 1 guests)
Posting Permissions
- You may not post new threads
- You may not post replies
- You may not post attachments
- You may not edit your posts
-
Forum Rules