Changed permissions on network folder - How can staff access without reboot?

I've been trying to modify the permissions on various network folders (Windows Server 2003), to go from full access to everyone, to the proper restricted access. This entailed removing authenticated users permissions, and changing domain user permissions to just read&execute only. However, staff that still have full read/write permissions (as a new security group addition) are getting write errors even though the permissions are correct. If they reboot, the problem is solved.

I'm trying to figure out if there is a quicker way to resolve the permission issue without needing the user to reboot?

Who is Participating?

[Product update] Infrastructure Analysis Tool is now available with Business Accounts.Learn More

I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

JAN PAKULAICT Infranstructure ManagerCommented:
few options here

1 restart netlogon service on the clients using psexec

or easier

Restart netlogon service using scritpt

Restart-Service netlogon

(save it as netlogon restart.ps1)
Oh, nice, didn't know that, Jan.
Other ways I know:
-have the users logoff and on again (reboot isn't needed)
-refresh their Kerberos tickets using scripts with klist.exe (difficult as the user would need to execute that script himself)
-restart the process explorer.exe (needs user action as well)

So if it works, Jan's solution is by far superior.

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
Michael MachieIT SupervisorCommented:
Having them log off and then log back on as McKnife stated is generally the least amount of work for all involved. Restarting services while people are actively using a machine is not always the best suggestion, and if they are not actively using the PC then when they log on it will be available.
Get Cisco Certified in IT Security

There’s a high demand for IT security experts and network administrators who can safeguard the data that individuals, corporations, and governments rely on every day. Pursue your B.S. in Network Operations and Security and gain the credentials you need for this high-growth field.

JAN PAKULAICT Infranstructure ManagerCommented:
@Machienet  remote restart of netlogon service will do the job + it doesn't require user involvement
Michael MachieIT SupervisorCommented:
Indeed, not arguing that point, but to accomplish a task with no interaction is better than some in the eyes of this (me) busy IT guy.

Either works, just depends on the method you want to use... Pepsi-Coke (I wouldn't dare use the MAC-PC analogy here haha).
JAN PAKULAICT Infranstructure ManagerCommented:
So you would have to tell your users to restart the computer, because you are to busy to solve the problem :)
Michael MachieIT SupervisorCommented:
I won't get into a p-match with you as this is not the intention of the site, but before responding directly to someone like you just did with me, you should learn to comprehend and process what they stated before sticking your foot in your mouth, as you just did - I'll let you figure that one out.. perhaps with a script?

I only provided additional information on an alternative solution as stated by someone else, which you apparently do not agree with, which is also fine.

JAN PAKULAICT Infranstructure ManagerCommented:
Machienet apologies if I upset you - that wasn't my intention - obviously our approach in resolving it problems differs.
@ ruhkus sorry for changing your straight forward question into  "p-match" - which again wasn't my intention.

I just strongly believe that telling users - "restart your pc" is just not a "good enough" approach - if you can easily fix it for them - no user intervention is the key IMHO.

but like Machienet said

Jan, when would that positive effect appear?
Just tried to use it, it did not help.
Setup: testshare, user A has read perms on share and ntfs level. Domain group X however has write access on both. Add A to domain group X, restart the netlogon service on A's computer...nothing changes.
Needless to say that I waited some time. And of course it works after logging off and on again.
That said, I would be very surprised if it really works because I have seen this question so often during the last 15 years - never was restarting that netlogon service even mentioned as possible solution.
JAN PAKULAICT Infranstructure ManagerCommented:
Should works straight away after restart of service. - just tested it on my vms

one difference is that user a will have full write and read on share level (as authenticated user) - we enforce security on ntfs level
I don't understand what you are saying - what's the difference?
It makes no difference if I set share perms to everyone:change and only modify the NTFS perms, by the way.
What OS' are you using? In my VMs, the server side is 2012 R2 and the client is 8.1
JAN PAKULAICT Infranstructure ManagerCommented:
2008r2 and wind 7
Have no 08R2 here. Will see at work tomorrow.
JAN PAKULAICT Infranstructure ManagerCommented:
guys  - It doesn't work - it seams that my testing security group was a member of other security group  - so restarting netlogon service doesn't work - you still have to logon/logoff - to refresh your security token

apologies for confusion
ruhkusAuthor Commented:
Yeah, I was unable to get the netlogon restart to work, as confirmed. Log on/off is fine, but at that point, I prefer they just reboot.

I'll try killing explorer.exe, but I'm also curious about using klist. I don't mind going to their PC as we're not that large a company, so if they have a lot of programs open, this is sometimes preferred.
Here you go: inside I linked also the thread where killing+restarting explorer is described.
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
Windows Server 2003

From novice to tech pro — start learning today.