Applications Calling GetHostByName() for the Local Host Name May See the List of IP Addresses In an Order that Does Not Match the Binding Order.ID: Q164023
|
When a Windows Sockets application calls gethostbyname() to resolve the local hostname to a list of IP addresses on a multihomed computer, the list may be returned in an order that does not match the binding order displayed in Control Panel, or the order that IP addresses were assigned to network interface cards (NICs).
Changes made to support Windows Sockets 2 produced this behavior.
To resolve this problem, obtain the latest service pack for Windows NT 4.0 or Windows NT Server 4.0, Terminal Server Edition. For additional information, please see the following article in the
Microsoft Knowledge Base:
Q152734 How to Obtain the Latest Windows NT 4.0 Service Pack
Card A - Addresses 1,2,3The order returned would be 1,4,2,3,5,6. That is, the first address from each NIC (1,4) and then the remainder from each NIC (2,3,5,6).
Card B - Addresses 4,5,6
Microsoft has confirmed this to be a problem in Windows NT 4.0 and Windows NT Server 4.0, Terminal Server Edition. This problem was first corrected in Windows NT 4.0 Service Pack 4.0 and Windows NT Server 4.0, Terminal Server Edition Service Pack 4.
For additional information about this issue, please see the following article in the Microsoft Knowledge Base:
ARTICLE-ID: Q171320
TITLE : How to Change the IP Address List Order Returned
Additional query words: ping gethostbyname localhost multihomed multi-homed
Keywords : kbnetwork NT4SP4Fix kbbug4.00 nttcp kbfix4.00.sp4 NTSrvWkst
Version : winnt:4.0
Platform : winnt
Issue type : kbbug
Last Reviewed: April 10, 1999