Interesting issue with low bandwidth and ACLs

Discussion in 'Active Directory' started by Colin M. Smith, Jul 8, 2005.

  1. We have a number of bureaus which are on 384mb VPN connections. The DC/GC's
    are central locations.
    We've found that when users make changes to multiple (lots of files) they're
    reporting major slowdowns because the machines have to query the DC's
    checking NTFS ACLs.

    They don't see these issues when logging in with cached credentials (network
    cable unplugged).

    So, is there any way to lower the detection of a slow link or force cached
    credential use?
     
    Colin M. Smith, Jul 8, 2005
    #1
    1. Advertisements

  2. Colin M. Smith

    Al Mulnick Guest

    Colin, can you expand on that request?
    Slow link detection is a GPO that you can use for GPO application. Not sure
    that would work for this situation. In fact, I'm not sure I totally
    understand the situation. Is this a bunch of laptop users that make local
    changes or is this about changes to the file servers local to the site?

    How have you verified that the slowdown is due to ACL checking? What
    process did you use?
    What is the scope of this issue? 384mb line is often a pretty fast
    connection. I've had those types of connections many times (many times I
    wished I had that fast of a connection) and haven't had issues that I
    recall. Are there other settings involved that would affect the user
    experience?

    What versions of AD and client are in use? and is this a new problem or has
    it existed since deployment?

    The answers to these kinds of questions will be helpful in understanding the
    issue and hopefully providing some way towards resolution.

    Al
     
    Al Mulnick, Jul 10, 2005
    #2
    1. Advertisements

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments (here). After that, you can post your question and our members will help you out.