DOCUMENT:Q192064  09-AUG-2001  [winnt]
TITLE   :Using LMHOSTS to Locate Multiple Preferred Logon Servers
PRODUCT :Microsoft Windows NT
PROD/VER:WinNT:4.0
OPER/SYS:
KEYWORDS:kbWinNT400sp4fix

======================================================================
-------------------------------------------------------------------------------
The information in this article applies to:

 - Microsoft Windows NT Workstation version 4.0 
 - Microsoft Windows NT Server version 4.0 
 - Microsoft Windows NT Server version 4.0, Terminal Server Edition 
-------------------------------------------------------------------------------

SYMPTOMS
========

When a Windows NT 4.0 computer starts up, it normally queries WINS to locate
domain controllers that it can log on to. WINS does not have any awareness of
geographical locations of domain controllers, so, if a distant or low-bandwidth
domain controller is selected, boot and logon times can be slow.

CAUSE
=====

The starting computer queries WINS for the domain[1C] name list. WINS returns a
list of domain controllers, and the computer sends a datagram to each of them
(as well as a subnet broadcast for any domain controllers that happen to be on
the same subnet). The first DC to respond is chosen as the one to use for
logging on.

RESOLUTION
==========

NetBT has been modified to support multiple domain controller entries in the
LMHOSTS file. Entries can be added to specify preferred domain controllers to
use when logging on. Entries must appear as shown here:

To take advantage of this new feature, LMHOSTS lookups must be enabled. To enable
LMHOSTS lookup, go to Control Panel->Network->Protocols->TCP/IP-
>properties->WINS addresses, and select the "Enable LMHOSTS Lookup"
checkbox.

   ===
   10.1.1.1   example1  #PRE    #DOM:mydomain
   10.1.1.2   example2  #PRE    #DOM:mydomain
   ===

With the above LMHOSTS file entries, a computer would attempt to use the IP
addresses 10.1.1.1 and 10.1.1.2 to log on to the domain called mydomain.

To resolve this problem, obtain the latest service pack for Windows NT 4.0 or
Windows NT Server 4.0, Terminal Server Edition. For additional information,
please see the following article in the Microsoft Knowledge Base:

   Q152734 How to Obtain the Latest Windows NT 4.0 Service Pack



STATUS
======

Microsoft has confirmed this to be a problem in Windows NT 4.0 and Windows NT
Server 4.0, Terminal Server Edition. This problem was first corrected in Windows
NT 4.0 Service Pack 4.0 and Windows NT Server 4.0, Terminal Server Edition
Service Pack 4.
======================================================================
Keywords          : kbWinNT400sp4fix 
Technology        : kbWinNTsearch kbWinNTWsearch kbWinNTW400 kbWinNTW400search kbWinNT400search kbWinNTSsearch kbWinNTS400search kbWinNTS400 kbNTTermServ400 kbNTTermServSearch
Version           : WinNT:4.0
Hardware          : ALPHA x86
Issue type        : kbbug
Solution Type     : kbfix

=============================================================================

THE INFORMATION PROVIDED IN THE MICROSOFT KNOWLEDGE BASE IS
PROVIDED "AS IS" WITHOUT WARRANTY OF ANY KIND.  MICROSOFT DISCLAIMS
ALL WARRANTIES, EITHER EXPRESS OR IMPLIED, INCLUDING THE WARRANTIES
OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE.  IN NO
EVENT SHALL MICROSOFT CORPORATION OR ITS SUPPLIERS BE LIABLE FOR
ANY DAMAGES WHATSOEVER INCLUDING DIRECT, INDIRECT, INCIDENTAL,
CONSEQUENTIAL, LOSS OF BUSINESS PROFITS OR SPECIAL DAMAGES, EVEN IF
MICROSOFT CORPORATION OR ITS SUPPLIERS HAVE BEEN ADVISED OF THE
POSSIBILITY OF SUCH DAMAGES.  SOME STATES DO NOT ALLOW THE EXCLUSION
OR LIMITATION OF LIABILITY FOR CONSEQUENTIAL OR INCIDENTAL DAMAGES
SO THE FOREGOING LIMITATION MAY NOT APPLY.

Copyright Microsoft Corporation 2001.