SNA Server Installation Guidelines (DC or Member Server)Last reviewed: April 17, 1997Article ID: Q126397 |
The information in this article applies to:
SUMMARYThis article covers the implications of installing SNA Server on a primary domain controller/backup domain controller rather than a member server.
MORE INFORMATIONSNA Server logs users on to the Windows NT domain before allowing any requests to be processed, regardless of the transport used by the client to connect to SNA Server. If SNA Server logs users onto the domain over named pipes, the users is not prompted for the domain password or username. For other client server protocols (IPX/SPX, TCP/IP, Banyan, and AppleTalk), the user is prompted for the domain password and username. As a result, each new client connection to SNA Server results in a winlogon transaction which, in the case of a member server, needs to be authenticated across the network by a PDC or BDC. A Windows NT member server does not maintain the domain user database, and therefore must rely on a BDC or PDC to validate the user over a secure channel. If the PDC or BDC spend a large percentage of CPU time servicing winlogon requests, and the clients generally stay connected to SNA Servers for a long time, then the administrator should install SNA Server on a member server. If clients connect and disconnect frequently from SNA Server, and the Windows NT domain is primarily used for SNA access (as is likely the case when you install in an existing NetWare or Banyan environment), you should install SNA Server on the PDC or BDC.
SNA Server to SNA Server Communication Issue:
|
Additional query words: prodsna backup domain controller bdc dc admin user
© 1998 Microsoft Corporation. All rights reserved. Terms of Use. |