Article ID: 249841 - View products that this article applies to.
This article was previously published under Q249841
Site awareness is a key feature in the Active Directory Client Extension (DSClient). This article describes new Microsoft Windows 98 behavior in locating domain controllers when the DSClient is installed and the user is logged on to a Microsoft Windows 2000-based domain.
Note You must install the Windows 98 DSClient package to use of the functionality that is described in this article. For additional information about installing the appropriate Active Directory Client Extension, click the following article number to view the article in the Microsoft Knowledge Base:
(http://support.microsoft.com/kb/288358/ )How to install the Active Directory Client Extension
Windows 98 DSClient Logon Behavior
The DSClient adds the ability to discover a domain controller in the same site as the client. When a user logs on, the Directory Services DsGetDcName API function is invoked to discover the optimal domain controller. DsGetDcName uses the available name service providers to perform this task. The core Windows 98 client logon components are not DNS-aware, so domain controller discovery is carried out against the NetBIOS domain name.
If DNS is enabled, the client sends a DNS query to each DNS server it is aware of for the list of domain controllers for the NetBIOS domain name. This will fail unless the DNS and NetBIOS names of the domain are identical.
The next, and typically successful name resolution attempt is through NetBIOS. A Netlogon datagram is sent to all domain controllers in the user's domain that were discovered by a standard query for the NetBIOS '1C' domain name (WINS resolution). For additional information about NetBIOS names, click the following article number to view the article in the Microsoft Knowledge Base:
(http://support.microsoft.com/kb/163409/ )NetBIOS suffixes (16th character of the NetBIOS name)
Windows 2000 domain controllers respond to the datagram with information that includes the domain controller's Domain Name System (DNS) domain name, the domain controller's site, the client's site, and a flag. Windows NT 4.0 domain controllers respond as they typically do without site information.
If the response from the Windows 2000 domain controller indicates that client is not in the same site as the domain controller, the client will retry the discovery, by using the domain controller's DNS domain name and client's site name, until any of the tasks following occurs:
This functionality requires that the only protocol running on the Windows 98-based computer is NetBIOS over TCP (NetBT). NetBEUI and NwLnkNb are not allowed.
Windows 98 DSClient Password Change BehaviorIn a pre-Windows 2000 domain password, changes occur only on a primary domain controller. In a Windows 2000 domain, any Windows 2000 domain controller can make the change. The Windows 98 DSClient takes advantage of this architecture by using the same mechanism to find the domain controller as is used for logon.
Windows 98 DSClient Distributed File System (DFS) Location BehaviorWindows 98 DSClient selects the domain controller based on the process that is described for logon. This domain controller is used to obtain the DFS information.
Preferred Server Registry EntryYou may specify the preferred server to log on. If you specify this entry, DS Client will honor this request for logon. The DFS and Change Password will still behave as described in this article, regardless of whether the registry is present.
Windows 98 Policy Load BalancingBy default, Windows 98-based computers query the Netlogon share of the primary domain controller (PDC) for the Config.pol file unless you set the registry manually. Windows 98 DSClient does not change this behavior.
For additional information, click the following article number to view the article in the Microsoft Knowledge Base:
(http://support.microsoft.com/kb/185969/ )Domain controller on slower link may be used for domain validation
Article ID: 249841 - Last Review: February 28, 2007 - Revision: 7.2