WFW 3.11 Fails to Connect to SNA Server on Windows NT 3.5Last reviewed: June 18, 1996Article ID: Q123255 |
The information in this article applies to:
SYMPTOMSAfter upgrading an SNA Server computer from Microsoft Windows NT version 3.1 to Windows NT version 3.5 or 3.51, Microsoft Windows for Workgroups version 3.11 client computers fail to connect to SNA Server:
SNA Server Error: 546 Cannot establish connection with SNA Server <server name>. CAUSEThe Microsoft IPX/SPX compatible transport (NWLink) is installed by default with Microsoft Windows for Workgroups 3.11. When you configure the SNA Server client to use the "MS Network Client (named pipes)" interface, the NWLink transport is automatically used. This works fine with a Windows NT 3.1 server. Under Windows NT 3.5, a new feature, direct hosting, was added to improve performance. This allows a Windows for Workgroups client to communicate directly with the server over IPX/SPX, rather than over NetBIOS. However, applications which use named pipes do not work correctly over direct-hosted IPX/SPX connections.
WORKAROUNDTo resolve this problem, add the following entry to the [network] section of SYSTEM.INI on the Windows for Workgroups 3.11 client computer:
[network] DirectHost=NOThe client workstation must be rebooted for this change to take effect. Microsoft provides updated Windows for Workgroups 3.11 client modules on the Windows NT 3.5 CD-ROM, though the updated modules do not solve the direct hosting problem. However, other named pipes applications (such as SQL Server) work fine with these updates.
STATUSMicrosoft has confirmed this to be a problem in Windows NT version 3.5. We are researching this problem and will post new information here as it becomes available.
|
KBCategory: kbnetwork kbinterop kbbug3.50 kbbug3.51
© 1998 Microsoft Corporation. All rights reserved. Terms of Use. |