Scans your site and returns information about your SSL implementation and certificate. Helpful for debugging and validating your SSL configuration.
One of a set of tools we are providing to everyone as a way of saying thank you for being a part of the community.
net use command anomaly
I am use the "net use" command from a windows command prompt to map a drive from a domain computer to another windows computer which is in a stand alone workgroup. When I use the following command which specifiies the IP address of the computer before the user account, the time in takes to map the drive is roughly 10-15 seconds.
net use * \\172.20.10.5\c$ password /user:172.20.10.5\administ
However, if I remove the IP address before the user name "administrator" and let the access request bounce off my Active Directory domain controllers, it takes only 1-5 seconds to map the drive.
net use * \\172.20.10.5\c$ password /user:administrator
I would prefer if the command did not try to bounce off my domain controllers because it generates an error in the security event log, but I would like the mapping process to only take 1-5 seconds instead of 10-15 seconds. Does anyone know why mapping with the correct full credentials would take longer than with the incomplete ones? Is there any way to use the correct full credentials and speed up the process?
net use * \\172.20.10.5\c$ password /user:172.20.10.5\administ
However, if I remove the IP address before the user name "administrator" and let the access request bounce off my Active Directory domain controllers, it takes only 1-5 seconds to map the drive.
net use * \\172.20.10.5\c$ password /user:administrator
I would prefer if the command did not try to bounce off my domain controllers because it generates an error in the security event log, but I would like the mapping process to only take 1-5 seconds instead of 10-15 seconds. Does anyone know why mapping with the correct full credentials would take longer than with the incomplete ones? Is there any way to use the correct full credentials and speed up the process?
Asked:
Who is Participating?
Bouncing? What error does it create?
Does the account administrator (of the domain) have the same password as the 172...admin?
Is DNS working as expected?
Try nslookup 172.20.10.5 - how long does that take?
What result comes after nslookup (simply "nslookup")
5 questions :)
Does the account administrator (of the domain) have the same password as the 172...admin?
Is DNS working as expected?
Try nslookup 172.20.10.5 - how long does that take?
What result comes after nslookup (simply "nslookup")
5 questions :)
Have you tries using:
net use * \\172.20.10.5\c$ password /user:DomainName\administr
^
If that is not an option is there a DNS PTR record for 172.20.10.5
net use * \\172.20.10.5\c$ password /user:DomainName\administr
^
If that is not an option is there a DNS PTR record for 172.20.10.5
have you tried using the ComputerName and DomainName instead of IP address?
net use [{DeviceName | *}] [\\ComputerName\ShareName[\volume]] [{Password | *}]] [/user:[DomainName\]UserName] [/user:[DottedDomainName\]UserName] [/user: [UserName@DottedDomainName] [/savecred] [/smartcard] [{/delete | /persistent:{yes | no}}]
To McKnife:
On my domain controller it generates Event: '676' Type: 'AUDIT FAILURE' Category: 'Account Logon '. I then have to explain to our auditors why someone was trying to use an "administrator" account on our domain. Not fun. The domain admin account does not use the same password as the 172...admin account. DNS is active on the domain but the computer in the workgroup that I am trying to map a drive to is in a workgroup. I don't believe workgroup computers register their name in a Active Directory integrated DNS setup.
To RobWill:
I'm confused. The computer I am trying to map a drive to is a member of standalone workgroup. There is no "DomainName" to enter before the user name. Do you mean put in the WorkGroup name before the user name?
On my domain controller it generates Event: '676' Type: 'AUDIT FAILURE' Category: 'Account Logon '. I then have to explain to our auditors why someone was trying to use an "administrator" account on our domain. Not fun. The domain admin account does not use the same password as the 172...admin account. DNS is active on the domain but the computer in the workgroup that I am trying to map a drive to is in a workgroup. I don't believe workgroup computers register their name in a Active Directory integrated DNS setup.
To RobWill:
I'm confused. The computer I am trying to map a drive to is a member of standalone workgroup. There is no "DomainName" to enter before the user name. Do you mean put in the WorkGroup name before the user name?
I will try using the LMhost file and see if that makes any difference. I am confused though why DNS is even playing an issue here since DNS resolves names to IP address and since I am already using the IP address of the computer in my Net Use command I don't see why DNS is needed.
Good point. I don't know, but it would sound to me as if it is, and the error is due to no PTR record (required to resolve IP to DNS name). I find you start mixing Domains and workgroups and different permissions you can get all kinds of weird results. Not suggesting it won't work, just some surprises. The only reason I was suggesting LMHosts is if it "feels" it needs to resolve, LMHOSTS is checked before DNS, and might head it off before contacting the DNS server. Just a long shot.
Ok, well after some more testing it looks like I can use an IP address for the share mapping but I need to change the user credentials to use the Netbios name of the machine in order to speed things up.
net use * \\172.20.10.5\c$ password /user:ComputerName\adminis
Not sure if that is a DNS issue or a WINS issue? If either of you have more insight feel free to comment. Otherwise I will split the points between RobWill and McKnife since you guys were first to reply with answers and additional help.
net use * \\172.20.10.5\c$ password /user:ComputerName\adminis
Not sure if that is a DNS issue or a WINS issue? If either of you have more insight feel free to comment. Otherwise I will split the points between RobWill and McKnife since you guys were first to reply with answers and additional help.
To be honest I have never seen the command used with
/USER:<IP>\administrator
I didn't think it would work at all. <G>
/USER:<IP>\administrator
I didn't think it would work at all. <G>
Question has a verified solution.
Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.
Have a better answer? Share it in a comment.
All Courses
From novice to tech pro — start learning today.
-
Course of the Month4 days, 18 hours left to enrollMonitoring and Operating a Private Cloud with System Center 2012 R2 273 lessons
net use * \\172.20.10.5\c$ password /user:ComputerName\adminis
You could also add the computer name and IP to the local LMHosts file. And then use computer name in the net use command. Ii should resolve using the LMHost before using DNS and may avoid the error.