Recommend WINS Configuration for Microsoft Cluster Server
ID: Q193890
|
The information in this article applies to:
-
Microsoft Windows NT Server, Enterprise Edition version 4.0
-
Microsoft Cluster Server
-
Microsoft Windows 2000 Professional
-
Microsoft Windows 2000 Server
-
Microsoft Windows 2000 Advanced Server
SUMMARY
A Microsoft Cluster Server (MSCS) with the Windows Internet Name Service
(WINS) running may have intermittent connectivity problems with clients on
remote networks. This is because the cluster network interface card (NIC)
is bound to the WINS TCP/IP Client.
By default, Windows NT binds all protocols to each NIC. The first TCP/IP
address configured on each NIC is also bound to the WINS TCP/IP client.
When WINS server is installed on a computer running Windows NT Server, the
WINS TCP/IP client is bound to each NIC in the server. This binding will
register the WINS server as a multihomed server with multiple IP addresses
in the multihomed entry.
MORE INFORMATION
A WINS server will register the first IP address of each NIC installed in
that computer, regardless if the TCP/IP Protocols WINS tab has primary or
secondary WINS servers configured. Leaving the WINS tab blank or with no
configuration will still result in the WINS server registering all of its
first IP addresses with the corresponding sixteenth character hex value for
NetBIOS. This behavior is by design.
When a WINS client queries a WINS server for a NetBIOS service, a list of
all addresses for a multihomed server will be returned to the client from
the WINS server. If the client is on a remote network segment (not on the
same LAN segment as the multihomed server), the client will randomly select
an address from the list returned from the WINS server.
Because the cluster NICs are typically used only for updates and
"heartbeat" communication between the servers in the cluster, there will be
no routes to the TCP/IP "network" between the cluster servers. If a client
is attempting to contact an MSCS server that has the WINS TCP/IP client
enabled on all NICs, the client could select the NIC that has been
configured for the cluster, thus causing the client to fail to connect to
that server. Disabling the WINS TCP/IP client, (thus disabling NetBIOS),
bindings for the NIC configured for the cluster will prevent the WINS
server from registering the cluster NIC in the multihomed entry. NetBIOS is
not required for the cluster to communicate. The cluster service will use
sockets with RPC for its communication.
To disable the WINS client from the private NIC, double-click the Network
icon in Control Panel and click the Bindings tab. Sort by network adapter,
and then click the plus sign next to the adapter used for the private
interconnect. Select the WINS client and right-click. Click Disable, and
then click OK. This change will require restarting the computer; however,
make these changes one node at a time to minimize downtime.
Also, for correct and optimal configuration of the public network, ensure that the public network NIC is the first binding (at the top of the binding list) in the TCP/IP bindings.
REFERENCES
For additional information, please see the following articles in the
Microsoft Knowledge Base:
Q139985
WINS Client Fails to Reach a Multihomed Server
Q150737
Setting Primary and Secondary WINS Server Options
Q185786
Recommended Practices for WINS
Additional query words:
Keywords :
Version : WINDOWS:2000; winnt:4.0
Platform : WINDOWS winnt
Issue type : kbinfo