Remote Troubleshooting Across a WAN

You can remotely control clients across a bridged or routed WAN. In a bridged WAN environment, you can establish the remote control session over both NetBIOS-based and socket-based protocols. However, in a routed WAN environment, you cannot use NetBIOS-based protocols unless you also configure name management for the protocol.

For instance, Windows NT supports socket-based TCP/IP and NetBIOS-based TCP/IP. NetBIOS-based TCP/IP (NBT) can locate resources on a local IP network by name. However, resources located on remote subnets are not responsive to name query requests because routers do not pass IP-level broadcasts. For that reason, Windows NT uses a LMHOSTS file to map IP addresses to the NetBIOS names of computers outside the local subnet. LMHOSTS is a text file located in the winntsystemroot\SYSTEM32\DRIVERS\ETC directory. To remotely control an SMS client using NBT, a remote address must be matched with an entry in the TCP/IP LMHOSTS file on the SMS Administrator computer.

At start up, Windows NT reads LMHOSTS and stores entries in a system cache. NBT reads its internal cache. If no match is found, it sends a NetBIOS broadcast and retries the broadcast up to five times. If there is no response, NBT reads the LMHOSTS file directly. If it finds an entry for the computer name and corresponding remote IP address, NBT sends a datagram to that address. The query includes the address of the originating computer running Windows NT. When the target NetBIOS client receives the query, it sends a return packet to that address.