Cobra967
asked on
The Logon Script is NOT running (Windows Small Business Server 2011)
I configured SBS2011 to run a simple script for all user in the domain to map a shared folder at logon. However, when logon with the client machine, the folder is not mapped. What I am doing wrong?
Attached is screenshot of my configuration.
By the way, in part I followed the instruction from: http://homepages.ius.edu/JHOLLY/a247/labs/LogonScript.htm
script.JPG
Attached is screenshot of my configuration.
By the way, in part I followed the instruction from: http://homepages.ius.edu/JHOLLY/a247/labs/LogonScript.htm
script.JPG
ASKER
Done and yes the sctipt is accessibile from the client machine: \\dsbs\SYSVOL\lossuse.loca l\Policies \{19CAFCDD -FEA0-4EF3 -B95E-9B80 2344811F}\ User\Scrip ts\Logon\S cript.bat
As well the shared folder: \\dsbs\install
However, the folder is still not mapped in the client machine.
As well the shared folder: \\dsbs\install
However, the folder is still not mapped in the client machine.
That doesn't look like a normal script path...
normally its \\domain controller\netlogon\vbscri pt.vbs or \\domain controller\netlogon\logon. bat
double check the path and the permissions... it's not the user that needs permissions, it the netwrok service or the computer that needs access to the share and NTFS
normally its \\domain controller\netlogon\vbscri
double check the path and the permissions... it's not the user that needs permissions, it the netwrok service or the computer that needs access to the share and NTFS
ASKER
I have moved the script.bat to: \\dsbs\NETLOGON\script.bat but I am getting the same result. I can access and manually execute the script and it will map just fine. This tells me that the connection and the script are not the problem.
SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
now you have moved the script, you need to check the script is defined in the group policy...
SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER
...mhhh what is the OU? can anyone provice me a screnshot. Please undesrstand that I am new to this stuff.
SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Sorry my bad. In my previous post Computers must be Users, sorry!
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Forgot the "S"
"Net use S: \\dsbs\install /PERSISTENT:no"
"Net use S: \\dsbs\install /PERSISTENT:no"
ASKER
Ok, I followed the steps above to map drives with group policy preferences with no luck. Attached is a screenshot of what I have done. What I am doing wrong? Thsi si getting very frustrating.
Drive-Map.JPG
Drive-Map.JPG
Are your client machines XP?
They will need Client Side Extensions installed on them
http://www.microsoft.com/downloads/en/details.aspx?FamilyID=e60b5c8f-d7dc-4b27-a261-247ce3f6c4f8&displaylang=en
They will need Client Side Extensions installed on them
http://www.microsoft.com/downloads/en/details.aspx?FamilyID=e60b5c8f-d7dc-4b27-a261-247ce3f6c4f8&displaylang=en
ASKER
Yes, are XP machines.
You should then have better luck once you get CSE installed on them.
ASKER
I installed the Client Side Extensions but still not mapping. It appears that this piece of software is installed when running http://Connect whcih I did.
ASKER
I was using the script with SBS2003 and I never had any problem. Server 2008 does not like scripting much, and prefers Policy... when works...
ASKER
If anyone is willing to ofer remote assiatnce that will be fine with me. Thsi si a test server anyway.
When you run rsop.msc on a XP client, do you see your "Map" GPO?
This may have something you missed (ignore the bits about 2003)
http://alsolorzano.com/blogs/tips__tricks/archive/2008/06/02/group-policy-preferences-in-a-windows-2003-domain-and-a-windows-2008-domain.aspx
http://alsolorzano.com/blogs/tips__tricks/archive/2008/06/02/group-policy-preferences-in-a-windows-2003-domain-and-a-windows-2008-domain.aspx
Hi Cobra967,
I can help you remotely. Since you are GMT -8 and I am GMT +2 we'll juts have find a time that suits us both.
Wynand
I can help you remotely. Since you are GMT -8 and I am GMT +2 we'll juts have find a time that suits us both.
Wynand
Helping remotely is against EE rules
SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Well, there you go :) Rsop.msc should have also shown you which GPO was "Winning"
ASKER
I did try it but I did not see anything abnormal there. Hey who gets the points now?
Pretty sure I pointed you towards using GP preferences :)
ASKER
That is true. By the way, what's there for you in getting points?
Bragging rights
If we would have continued problem solving as per dstewartjr's instructions, the next step would have confirmed to you that problem.
dstewartjr should get some points...
dstewartjr should get some points...
ASKER
I did give him 500 points and point to my comment had the "Main solution". What did I do wrong?
1.) None of the other experts comments have anything to do with the final outcome(Using Group Policy Preferences)
2.) An alternative to the original question was used(suggested and followed thru by me)
So I'm not sure how any of the other comments merit an assist ?
2.) An alternative to the original question was used(suggested and followed thru by me)
So I'm not sure how any of the other comments merit an assist ?
Cobra967, please can you select one of dstewartjr's comment's as the solution.
this will resolve the question and close it.
this will resolve the question and close it.
ASKER
When attemptin to re-assign points, I am getting: "This question already has an auto close request. You must cancel the previous request before creating another." Where in the world do I cancel this?
ASKER
I actually found the solution, however everyone's comment had something to do with it.
confirm first if the computer can access the script