Microsoft KB Archive/173285

From BetaArchive Wiki
Knowledge Base


Windows 3.x Client Problem Connecting over Netmanage Newt TCP/IP

Article ID: 173285

Article Last Modified on 7/14/2004



APPLIES TO

  • Microsoft SNA Server 2.11 Service Pack 1, when used with:
    • Microsoft Windows NT 4.0
  • Microsoft SNA Server 2.11 Service Pack 2, when used with:
    • Microsoft Windows NT 4.0
  • Microsoft SNA Server 4.0, when used with:
    • Microsoft Windows NT 4.0
  • Microsoft SNA Server 3.0 Service Pack 2, when used with:
    • Microsoft Windows NT 4.0
  • Microsoft SNA Server 3.0 Service Pack 3, when used with:
    • Microsoft Windows NT 4.0
  • Microsoft SNA Server 3.0 Service Pack 4, when used with:
    • Microsoft Windows NT 4.0
  • Microsoft SNA Server 4.0, when used with:
    • Microsoft Windows NT 4.0
  • Microsoft SNA Server 4.0 Service Pack 1, when used with:
    • Microsoft Windows NT 4.0
  • Microsoft SNA Server 4.0 Service Pack 2, when used with:
    • Microsoft Windows NT 4.0
  • Microsoft SNA Server 4.0 Service Pack 3, when used with:
    • Microsoft Windows NT 4.0



This article was previously published under Q173285

SYMPTOMS

When you configure the SNA Server Windows 3.x client software with two firewall addresses, the SNA client is unable to connect through the second firewall server if the SNA Server computer associated with the first firewall server is unavailable. This problem occurs when the SNA Server Windows 3.x client is communicating over the TCP/IP Windows sockets interface provided by Netmanage Newt version 4.6 or 4.65. This problem does not occur when you are using the Microsoft TCP32 protocol and Windows sockets interface.

SNA Server client support for connectivity across Internet firewalls is described in the following Microsoft Knowledge Base article:

139508 Internet Firewall Support in SNA Server


Here are the specific failure scenarios you encounter when using the Netmanage Newt TCP/IP sockets interface:

  • If the first SNA Server computer (associated with the first firewall address) is not connected to the network, then the SNA Windows 3.x client receives error 10060 (WSAETIMEDOUT), as expected, when connecting to the SnaBase socket 1478. But when the SNA client attempts to connect to the second SNA Server computer (associated with the second firewall address), you still receive error 10060, even though a network trace (such as Microsoft Network Monitor) indicates that the TCP/IP syn/syn/ack connection succeeded to socket 1478 on the second server.
  • If both SNA Server computers are connected to the network, but the SNA Server service is not running on the first server, then the SNA client's attempt to open a connection to socket 1477 on the second server fails with socket error 10009 (WSAEBADF). The connection attempt to the first SNA Server computer fails as expected with error 10061 (WSAECONNREFUSED), because the SNA Server service was not started on the first SNA Server computer.


RESOLUTION

At the time this article was written, there was no solution for this problem available from Netmanage. This problem does not occur when you are using the SNA Server Windows 3.x client software over the Microsoft TCP32 protocol stack.

STATUS

The Netmanage Newt products discussed here are manufactured by a vendor independent of Microsoft; we make no warranty, implied or otherwise, regarding these products' performance or reliability.


Additional query words: chameleon

Keywords: kbprb KB173285