NetUserGetGroups Does Not Work and Generates a 1722 Error When Multiple Network Providers Are in Use (281312)



The information in this article applies to:

  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows 2000 Professional
  • Microsoft Windows 2000 Server
  • Microsoft Windows NT Server 4.0
  • Microsoft Windows NT Workstation 4.0

This article was previously published under Q281312

SYMPTOMS

When you try to list the groups to which a user belongs by using NetUserGetLocalGroups, it may not work, and may generate a 1722 error. A service that is running under a local-user context (for example, a local account on a Windows NT Workstation-based computer) may call NetUserGetLocalGroups to list groups a domain user belongs to. If this user has a local group that contains a global group from a trusted domain, the Application Programming Interface (API) does not work when multiple network providers are installed on the computer.

CAUSE

The user-mode API tries to connect to the domain controller (DC) from the trusted domain whose global group is stored in the user's local group. This connection does not work, and generates a STATUS_LOGON_FAILURE. The API then connects by using a null account. The problem happens when multiple providers (redirectors) are installed. The STATUS_LOGON_FAILURE error becomes masked (overwritten) by the error that is received by the next provider, STATUS_BAD_NETWORK_NAME. The error code with the highest precedence is returned to the API. Under these conditions, because both of these error codes were unlisted, the last one is passed on to the API.

RESOLUTION

Windows 2000

To resolve this problem, obtain the latest service pack for Windows 2000. For additional information, click the following article number to view the article in the Microsoft Knowledge Base:

260910 How to Obtain the Latest Windows 2000 Service Pack

Windows NT 4.0

A supported fix is now available from Microsoft, but it is only intended to correct the problem that is described in this article. Apply it only to computers that are experiencing this specific problem.

To resolve this problem, contact Microsoft Product Support Services to obtain the fix. For a complete list of Microsoft Product Support Services phone numbers and information about support costs, visit the following Microsoft Web site:NOTE: In special cases, charges that are ordinarily incurred for support calls may be canceled if a Microsoft Support Professional determines that a specific update will resolve your problem. The usual support costs will apply to additional support questions and issues that do not qualify for the specific update in question.

The English version of this fix should have the following file attributes or later:
   Date        Time              Size     File name     Platform
   -------------------------------------------------------------
   12/07/2000  03:02p            80,848   Mup.sys       i386
   12/07/2000  03:00p            142,800  Mup.sys       Alpha
				

WORKAROUND

To work around this problem, change the order of the network providers. To do so:
  1. Click Start, point to Settings, and then click Control Panel.
  2. Double-click Network and Dial-up Connections.
  3. Click Advanced, and then click Advanced Settings.
  4. Click the Provider Order tab.
  5. In the Network providers list, click Microsoft Windows Network.
  6. Click the down-arrow button to move Microsoft Windows Network to the bottom of the Print Providers tree.
  7. Click OK, and then close the Network and Dial-up Connections dialog box.

STATUS

Microsoft has confirmed that this is a problem in the Microsoft products that are listed at the beginning of this article. This problem was first corrected in Windows 2000 Service Pack 3.

Modification Type:MinorLast Reviewed:9/26/2005
Keywords:kbHotfixServer kbQFE kbWin2000sp3fix kbbug kbenv kberrmsg kbfix KB281312