Windows 95 Can Share the Windows NT Domain Browse List

Last reviewed: December 31, 1997
Article ID: Q148527
The information in this article applies to:
  • Microsoft Windows NT Server versions 3.5 and 3.51
  • Microsoft Windows 95

SUMMARY

The Windows 95 browser service has the capability to act as a subnet master browser for a domain, in a routed TCP/IP network. This effectively means that a Windows 95 computer can behave like a Windows NT computer in that it will share the local subnet browse list with the Windows NT Domain Master Browser (DMB). Note the Windows NT DMB is also the Primary Domain Controller (PDC).

MORE INFORMATION

The behavior of the Windows 95 browser service is almost exactly the same as in Windows NT 3.5, 3.51, and Windows for Workgroups 3.11 (using TCP/IP- 32b and the updated redirector files from NT Server 3.51 compact disc).

When a Windows 95 computer is elected to become master browser on the network segment, it will contact the Domain Master Browser every 12 to 15 minutes to share browse lists.

During this transaction, Windows 95 will request the domain browse list from the DMB, which includes the list of computers in the local domain as well as the list of other domains. The DMB will then request the “local segment browse list” that the Windows 95 computer has compiled, and then merge it with the domain list.

Thus, the Windows 95 machine will have a compiled domain browse list (local list & DMB list), and the DMB will always have a complete domain-wide browse list of all remote segments that have “domain members”

NOTE: in this context, a “domain member” is an Windows NT machine that has joined the domain, or any Microsoft network client which is part of a workgroup (name) that is identical to the domain (name).

The requirements for this functionality are:

  • The Windows 95 workgroup name must be the same as the domain name. This then qualifies the Windows 95 machine as a “domain member” for the purposes of this topic.
  • One of the following:

        - All clients and servers must be Windows Internet Naming Service
          (WINS) enabled, and be able to resolve their DOMAIN<1B> name thru
          WINS. (The DOMAIN<1B> name can only be registered by the Primary
          Domain Controller.)
    

          -or-
    

        - If the network does not utilize WINS, you may still have limited
          domain browsing functionality by specifying special names in the
          LMHOSTS file.
    

For additional information, please see the following article(s) in the Microsoft Knowledge Base:

   ARTICLE-ID: Q150800(still to be written)
   TITLE     : Domain Browsing with TCP/IP and LMHOSTS Files.
Keywords          : ntdomain ntinterop ntprotocol kbnetwork
Version           : 3.11b 3.50 3.51 95
Platform          : WINDOWS


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


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.

Last reviewed: December 31, 1997
© 1998 Microsoft Corporation. All rights reserved. Terms of Use.