Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 2 Current »

Group Policy is leveraged to control Windows network drive mappings on MiWorkspace / PaaS devices.

It's critical that a computer object in Active Directory is placed in the proper OU, or it will not receive the correct GPOs. This should be the first step in troubleshooting a Group Policy issue.

A second way to troubleshoot GPO issues is to open a command prompt and force Group Policy to update by typing:

gpupdate /force

This can provide a lot of information. If you're submitting a ticket to MiWorkspace Engineering about a Group Policy issue, please provide a screen capture or verbatim record of the results of this command. You can also run a command such as:

gpresult /z > c:\temp\result.html

This will create a dump of all of the group policies that have applied to the computer. You could also attach this to a ticket.

A third way is through the Event Viewer. Open the Event Viewer and navigate to Applications and Services Logs, Microsoft, Windows, Group Policy, Operational. The messages in this log can be very helpful. Further, if you right-click on Operational, you can save the log to a file and attach it to a ticket.

  • Is the user account in the right Active Directory groups that give access?

    • AD groups grant access (NTFS permissions)

    • AD groups are used by Group Policy to map the drive

    • These groups might be different in some cases - ensure proper memberships

  • Is there an event in the Application Event Log that explains what is happening?

    • Successful and failed events are recorded

    • Use Event Viewer to look for an event

    • No event often means not in the AD groups

Screenshot 2024-01-18 093347.png

In the Application log of the Event Viewer - it reports on the success and failure of drive mappings. Usually the issue is clear based on the contents of this log. Sometimes it says "access denied" therefore meaning a clear permissions problem (not in the right group(s) or not given rights to the directory). If there are no reports of even an attempt to map the drive then the most likely problems are that either the computer object is in the wrong OU or the user is not matching the criteria of the drive mapping targets set by Group Policy Preferences. This second scenario would most likely mean the user is not in the right Active Directory groups to get the drive mappings and would require escalation to NIT/EUC.

image-20240118-145141.pngimage-20240118-145341.png

The Windows Helper App includes some basic drive mapping troubleshooting help:

  • Get drives currently mapped by clicking Troubleshooting > Network Drive Status

    Screenshot 2024-01-18 092249.png
  • Attempt to remap all drives by clicking “Reconnect Network Drives”

    Screenshot 2024-01-18 092505.png

  • No labels