The information in this article applies to:
SUMMARYThis article describes how to troubleshoot some common network communication problems you may experience when you use TCP/IP as your network protocol. These problems usually fall into one of the following two categories:
MORE INFORMATIONTo determine whether the problem is related to basic connectivity or name resolution, use the following procedure to determine whether you can connect to a specific IP address. Connect to an IP AddressTry to connect to another computer on your network using its IP address and the TCP/IP program or utility of your choice. Web browsers, ftp, and Telnet are some programs and utilities commonly used to connect to other computers with TCP/IP.NOTE: If you do not know the IP address for the Windows NT computer that you are attempting to connect to, run the IPCONFIG /ALL command at a command prompt on the other computer. If you cannot connect to the other computer using its IP address, there is a basic connectivity problem. Use the information in the "Unable to Connect to a Specific IP Address" section below to resolve your issue. If you can connect to the other computer using its IP address, but you are not able to connect using the host or NetBIOS name of the other computuer, there is probably a name resolution problem. Use the information in the "Unable to Connect to a Specific Host or NetBIOS Name" section below to resolve your issue. UNABLE TO CONNECT TO A SPECIFIC IP ADDRESSFollow the procedures in each of the following sections in order. After you finish each procedure, check to see if you can connect to the other computer using its IP address.Check Your TCP/IP ConfigurationWhen you use TCP/IP as your network protocol, an incorrect TCP/IP setting (such as an incorrect IP address or an incorrect subnet mask) can cause communication problems. To determine whether Windows NT has recorded an error due to an incorrect TCP/IP setting, examine the Event Viewer system log and look for any entry with TCP/IP or DHCP as the source. To read an Event Viewer entry, double-click the entry.NOTE: If Event Viewer records a DHCP error, you should report the error to your network administrator. If you receive TCP/IP errors in the Event Viewer system log, resolve each error received as indicated by the error message. For example, if you receive an error stating that the IP address parameter is incorrect, you should verify that your IP address is valid. If there are no errors in the Event Viewer system log, follow these steps to make sure that the correct TCP/IP configuration information is being used:
Ping the Loopback AddressUse the PING command to verify that TCP/IP is working properly. To do so, ping the loopback address (127.0.0.1) by typing the following command at a command prompt:ping 127.0.0.1You should receive a response similar to the following:
If you receive an error message at this point, TCP/IP is not properly installed. To remove and reinstall TCP/IP, follow these steps: NOTE: You must be logged on as a user with Administrator rights to complete these steps.
Q151237 Error Message When Installing TCP/IP or Adding TCP/IP Service Ping Your Computer's IP AddressIf you can ping the loopback address successfully, attempt to ping your own IP address by typing ping <IP address> at a command prompt, where <IP address> is your computer's IP address.NOTE: If you do not know your computer's IP address, you can obtain that information by typing ipconfig at a command prompt. You should receive a response similar to the following:
where <###.###.###.###> is your computer's IP address. If you receive an error message at this point, there may be a communication problem between Windows NT and your network adapter. To correct this problem, remove and reinstall your network adapter driver. To do so, follow these steps: NOTE: You must be logged on as a user with Administrator rights to complete these steps.
Clear the Address Resolution Protocol (ARP) CacheThe address resolution protocol (ARP) cache is a list of recently resolved IP address to Media Access Control (MAC) address mappings. The MAC address is the unique physical address embedded in each network adapter.If an entry in the ARP cache is incorrect, IP datagrams may be sent to the wrong computer. To display all mappings currently in the ARP cache, use the ARP command by typing arp -a at a command prompt. You should receive either a "No ARP Entries Found" message (if the ARP cache is empty) or a response similar to the following:
To remove any incorrect entries in the ARP cache, clear all entries using the following command: arp -d <IP address>where <IP address> is an Internet address stored in the ARP cache. Use this command for each entry in the ARP cache until all entries have been deleted. For more information on the syntax, options, and usage of the ARP command, type arp -? at a command prompt. Verify the Default GatewayUse the IPCONFIG command to determine the IP address that your computer uses to access your default gateway. To do so, type "ipconfig" (without quotation marks) at a command prompt. Verify that the IP address displayed for your default gateway is correct. If you do not know the correct IP address for your default gateway, contact your network administrator.When you have verified that you have the correct IP address for your default gateway, use the PING command to verify that you can ping your default gateway's IP address. You should receive a response similar to the following:
where <###.###.###.###> is the IP address of your default gateway. If your default gateway is not connected to the network or not functioning properly, you may receive a response similar to the following:
If you cannot successfully ping your default gateway's IP address, contact your network administrator to verify that your default gateway is connected to the network and functioning properly. Ping the IP Address of the Other ComputerTry to ping the IP address of the other computer. To do so, type ping <IP address> where <IP address> is the IP address of the other computer. You should receive a response similar to the following:
where <###.###.###.###> is the IP address of the other computer. If there is an improperly configured router between your computer and the other computer, or if there is a problem with the other computer, you may receive a response similar to the following:
If your computer is on a different subnet than the other computer, try to ping the other computer from a computer that is on the same subnet as the other computer. If you cannot ping the other computer from a computer on the same subnet, ensure that the other computer is connected to the network and that you have the correct IP address for the other computer. If you can ping the other computer from a computer on the same subnet, contact your network administrator to resolve any routing problems that may exist on your network. Verify Persistent Route Table EntriesAny computer using TCP/IP as a network protocol has a route table. The route a network packet takes from one computer using TCP/IP to another computer using TCP/IP is determined by the route table of the computer that sent the network packet.Your computer's route table is automatically rebuilt each time you restart your computer. You or your network administrator can add persistent (static) entries to your computer's route table. Persistent entries are automatically reinserted in your route table each time your computer's route table is rebuilt. To view your computer's route table, use the ROUTE command. To do so, type route print at a command prompt. You should receive a response similar to the following:
Verify with your network administrator that all persistent entries in your computer's route table are valid. For more information on routing, route tables, and the ROUTE command, see the following article in the Microsoft Knowledge Base: Q140859 TCP/IP Routing Basics for Windows NT Use the TRACERT CommandThe TRACERT command reports each router or gateway crossed by a TCP/IP packet on its way to another host. To use the TRACERT command to trace the route between your computer and the other computer, type tracert <IP address> at a command prompt, where <IP address> is the IP address of the other computer. You should receive a response similar to the following:
where each <###.###.###.###> is the IP address of a different router. If there is a problem with one of the routers that the network packet tries to cross, you may receive a response similar to the following:
If there is a configuration error on one of the routers between your computer and the other computer, you may receive a response similar to the following:
You may also receive a response similar to the one above when there is a proxy or a firewall between your computer and the other computer. If you are not able to obtain a successful response using the TRACERT command to trace the route between your computer and the other computer, contact your network administrator to determine if there is a routing problem between your computer and the other computer. For more information on the TRACERT command, see the following article in the Microsoft Knowledge Base: Q162326 Using TRACERT to Troubleshoot TCP/IP Problems in Windows NT Verify Server Services on the Other ComputerVerify that the appropriate server services are running on the other computer. For example, if you are attempting to use the Telnet tool to connect to the other computer, make sure that the other computer is configured as a Telnet server.To verify that the appropriate server service is running on the other computer, attempt to connect to the other computer from another computer that is on the same subnet as the other computer. If you cannot connect to the other computer from a computer on the same subnet, contact the network administrator to verify that the server service is configured and functioning properly on the other computer. If you can connect to the other computer from a computer on the same subnet, contact your network administrator to resolve any routing problems that may exist on your network. Check IP Security on the ServerPort settings for services on the other computer may be different than the port settings you are using to connect. The following chart lists some standard port settings for various protocols:
Use the Telnet tool to verify that the other computer is configured to permit connections on the same port you are using to connect. To do so, type the following line at a command prompt: telnet <IP address> <port> where <IP address> is the IP address of the other computer and <port> is the port you are attempting to make a connection on. For example, if you are attempting to make an ftp connection to the other computer on port 21, type telnet <IP address> 21. If you do not receive an error message, the other computer is configured to permit connections on that port. You should be able to make a connection using the appropriate service on that port. If you receive an error message, the other computer may not be configured to permit connections on that port. Contact the network administrator to obtain a valid port number for the service on the other computer. Unable to Connect to a Specific Host or NETBios NameIf you are able to connect to the other computer using its IP address, but you are not able to connect to the other computer using its host or NetBIOS name, there may be a name resolution problem. There are many methods that can be used to accomplish name resolution on a network including the following:
Check the HOSTS FileThe HOSTS file is a text file that you can edit with any text editor (such as Notepad). If your network uses HOSTS files for host name resolution and you cannot connect to the other computer using its host name, there may be an invalid entry in your HOSTS file. Search your HOSTS file for the host name of the other computer, verify that there is only one entry per host name, and then verify that the entry for the host name of the other computer is valid.For more information on the HOSTS file, see the sample HOSTS file in the %SystemRoot%\System32\Drivers\Etc folder. Check Your Domain Name Service (DNS) ConfigurationA Domain Name Service (DNS) server provides host name resolution. If your network uses DNS for host name resolution and you cannot connect to the other computer using its host name, there may be a problem with your computer's DNS configuration or with the DNS server on your network.To determine if there is a problem with your computer's DNS configuration, follow these steps:
If you can ping the IP address of your DNS server, but cannot resolve the host name of the other computer, your DNS server may not be resolving host names properly. If more than one DNS server is available on your network, configure your computer to use a different DNS server. If another DNS server resolves the host name of the other computer properly or if there is no other DNS server to use, contact your network administrator to correct the problem with the original DNS server. When you have verified the correct IP address for your DNS server, update your computer's TCP/IP settings. If you are using a dial-up connection to connect to your network, you need to change only the TCP/IP settings in your Dial-Up Networking phone book entry with the correct IP address for your DNS server. To change or add a valid IP address for your DNS server in your computer's TCP/IP settings, follow these steps:
Check the LMHOSTS FileThe LMHOSTS file is a text file that you can edit with any text editor (such as Notepad). If your network uses LMHOSTS files for NetBIOS name resolution and you cannot connect to the other computer using its NetBIOS name, there may be an invalid entry in your LMHOSTS file. Search your LMHOSTS file for the NetBIOS name of the other computer, verify that there is only one entry per NetBIOS name, and then verify that the entry for the NetBIOS name of the other computer is correct.If there are any #INCLUDE entries or any #BEGIN_ALTERNATE to #END_ALTERNATE blocks of lines in your LMHOSTS file, temporarily disable all such lines or blocks of lines by placing the pound (#) character and one space at the beginning of each line to be disabled. If disabling these lines or blocks of lines resolves the problem, re- enable the lines or blocks of lines one at a time until the problem reoccurs. When you have determined that a specific line or block of lines causes a problem, check the LMHOSTS files that the lines point to. For more information on the LMHOSTS file, see the Lmhosts.sam sample file located in the %SystemRoot%\System32\Drivers\Etc folder. Check Your Windows Internet Name Service (WINS) ConfigurationA Windows Internet Name Service (WINS) server provides NetBIOS name resolution. If your network uses WINS for NetBIOS name resolution and you cannot connect to the other computer using its NetBIOS name, there may be a problem with your computer's WINS configuration or with the WINS server on your network.To determine if there is a problem with your computer's WINS configuration, follow these steps:
If you can ping the IP address of your WINS server, but cannot resolve the NetBIOS name of the other computer, your WINS server may not be resolving NetBIOS names properly. If more than one WINS server is available on your network, configure your computer to use a different WINS server. If another WINS server resolves the NetBIOS name of the other computer properly or if there is no other WINS server to use, contact your network administrator to correct the problem with the original WINS server. When you have verified the correct IP address for your WINS server, update your computer's TCP/IP settings. If you are using a dial-up connection to connect to your network, you need to change only the TCP/IP settings in your Dial-Up Networking phone book entry with the correct IP address for your WINS server. To change or add a valid IP address for your WINS server in your computer's TCP/IP settings, follow these steps:
Additional query words: router brouter bridge fqdn fully qualified ntfaqipr
Keywords : kbnetwork ntras kbhowto ntprotocol nttcp NTSrvWkst |
Last Reviewed: October 12, 1999 © 2000 Microsoft Corporation. All rights reserved. Terms of Use. |