Troubleshooting TCP/IP Utilities for LAN Manager
ID: Q96681
|
The information in this article applies to:
-
Microsoft LAN Manager, version 1.0
SUMMARY
Troubleshooting TCP/IP utilities is actually much easier than it appears.
This article contains a logical, step-by-step approach that can help you
resolve most problems.
MORE INFORMATIONVerify IP Layer Connectivity with "ping [ipaddr]"
All of the TCP/IP services rely on the ability of the IP layer to
transfer datagrams between machines. The test of IP layer connectivity
is the "ping" command.
You can execute "Ping" several different ways. The most basic way is
"ping x.x.x.x" where x.x.x.x is the IP address of the target machine.
Here is a description of what occurs when you do this:
If [the network portion of the target IP address equals the network
portion of the IP address of the local machine]:
- ARP (Address Resolution Protocol) is used to determine the MAC
address of the target machine from the given IP address. If previous
contact has been made with the target machine, ARP may supply the
MAC address from cache. If not, an ARP broadcast is sent out on the
wire, requesting that the target machine supply its MAC address.
- An ICMP echo request is sent to the target machine.
Else
- ARP is used to determine the MAC address of the default gateway
(router) instead of the target node. Again, if the IP<->MAC address
mapping is available from cache, no ARP goes out onto the wire. If
not, then an ARP broadcast is sent, requesting the MAC address of
the default gateway. Once the MAC address of the router has been
determined:
- An ICMP echo request is sent as follows:
- destination MAC address = router MAC address
- destination IP address = target node IP address
The router then picks the frame up off the wire, looks at the
network portion of the destination IP address, and forwards the
packet as necessary. When the packet arrives at a router that is
directly connected to the destination network, that router must
resolve the destination IP address to the MAC address of the target
node, again using the ARP mechanism.
When the target node receives a "ping", it must respond with an
"ICMP echo response". The mechanism for getting the response back to
the originating machine is the same as that described above.
Note that ping can be used as a loopback mechanism to test the local
machine. When this is done the ICMP echo request doesn't actually go
out on the wire. If a machine can't ping itself, then there is a
software or hardware installation problem.
Verify Name-to-IP Address Resolution
Most people prefer to use a name rather than an IP address to specify
a destination machine. This means that the network software must be able
to translate names to IP addresses. There are two means for doing this:
Domain Name Resolver:
RFCs 1034 and 1035 describe the Internet Domain Name System (DNS).
Essentially, the DNS is a service available for many TCP/IP platforms
that maintains a database of name-to-IP address mappings, and responds
to queries made by clients in a standard format. If a name server is
configured, then it will be queried for name-to-address mappings before
local tables will be used.
Microsoft does not currently offer a DNS name server platform, but
does provide client software that will interoperate with compliant
name server implementations from other vendors.
"Hosts" file:
The "Hosts" file is similar to the /etc/hosts file that many
Internet systems use. It is a text table that maps Internet Domain
Names to IP addresses. LAN Manager stores it in the <lanroot>/etc
directory. If no name server is configured, then the hosts file is
checked for mappings.
Ping can be used to test name-to-address resolution. Just type
"ping hostname" to invoke it. The DNR tries to resolve the name first,
and if that fails then the hosts file is consulted. Once the IP address
for the target machine is obtained, the ICMP echo request is sent,
using the steps described earlier in this article.
Test the Specific Utilities
Each utility is different, but once IP connectivity has been established
they can be tested individually.
FTP: Type ftp ipaddr or ftp hostname. Microsoft does not currently provide an ftp server, so the destination address or name must be
another system that provides the ftp service. See chapter three
of the "Microsoft LAN Manager User's Guide" for specific options.
TELNET: Telnet is accessed differently on MS-DOS and OS/2 machines. From
MS-DOS, type kermit ipaddr or kermit hostname. From OS/2, type
tty ipaddr or tty hostname. See chapter 2 of the "Microsoft
LAN Manager User's Guide" for specific options. If you choose, you
can use a more sophisticated terminal emulator than Kermit or tty,
in which case you should specify BAPI as the network interface in
the emulator setup. Any emulator which supports the BAPI interface
should work with Microsoft telnet.
RSH: The key to making RSH (and RCP) work properly is to set
permissions correctly on the target machine. Chapter five of the
"Microsoft LAN Manager User's Guide" describes this setup in
detail. Note in particular that the target host must be able
to resolve the IP address to a hostname in order for security
to pass. This means that your IP address must be available to
the target host either from the Domain Name Server, or from its
hosts file. The syntax for RSH is "rsh hostname command."
RCP: As with RSH, passing security is the most difficult part of
setup. For RCP to succeed, you must have the appropriate
permissions on both the source and the destination machines.
The syntax for RCP is:
rcp [hostname:file] [hostname:file]
Additional query words:
1.00 tcpip
Keywords :
Version : :1.0
Platform :
Issue type :
|