Solved

drive map NTW4 to NTSvr4\different IP groups

Posted on 1998-03-31
5
280 Views
Last Modified: 2013-12-23
I resently upgraded to NT 4 Workstation from Win95 and wish to map drives to some NT Servers i have. I could connect to the servers under 95 but now can't see them. The servers have  internet IP addresses and i have an
internal 192 address. I am running TCP\IP and NetBEUI, the servers are running the same protocols.
I can ping the servers using their addresses and with their names. Yet i can't see them in the network neighbourhood. I can see all the other Win95 pc's on the network, but not my servers.
If i can ping them then why can't i connect to them? if i try  it manually using "net use \\realtime1\rt1_cdriv" it
comes up with error 53.
0
Comment
Question by:adriand033198
  • 3
5 Comments
 

Author Comment

by:adriand033198
Comment Utility
Adjusted points to 50
0
 

Author Comment

by:adriand033198
Comment Utility
Adjusted points to 100
0
 
LVL 2

Expert Comment

by:moellert
Comment Utility
Try the following:
Start-Run- enter: \\servername
You should get a list of all network shares of this server.
Or
at the DOS-Prompt enter: net view -> you get a list of all servers and WS in your domain/workgroup,
net view \\servername -> same as the first test (see above )
0
 
LVL 3

Accepted Solution

by:
biyiadeniran earned 110 total points
Comment Utility
SYMPTOMS
========
 
When you attempt to connect to a Fully Qualified Domain Name (FQDN) from a
Windows NT computer, you may receive the following error message:
 
   System error 53 has occurred. The network path was not found.
 
NOTE: You may also receive this error if you misspell the name of the
remote computer.
 
CAUSE
=====
 
When you attempt to establish a NetBIOS over TCP/IP connection (such as a
file share or print share) to a remote computer, your computer must:
 
 - Locate the IP address for the remote computer.
 - Establish a TCP/IP connection to the remote computer.
 - Establish a NetBIOS session to one of the NetBIOS names registered on
   the remote computer.
 
Windows NT 4.0 computers use the following logic when using a FQDN for this
process: (for example, when you type "net use \\host1.domain2.com\public")
 
 - Use a DNS or hosts file to locate the IP address for host1.domain2.com.
 - Establish a TCP/IP connection to that IP address.
 - Try to establish a NetBIOS session to the NetBIOS name "host1".
 - If that fails, send an Adapter Status Query to the IP address, and parse
   the returned NetBIOS name table for the server name.
 - Establish a NetBIOS session to the server name.
 
For cases when the hostname does not match the NetBIOS (server) name, this
process relies upon the Adapter Status Query, which is a UDP datagram sent
to UDP port 137. In some cases, such as certain firewall environments, the
Adapter Status Query may fail.
 
RESOLUTION
==========
 
To resolve this problem, obtain the following fix or wait for the next
Windows NT service pack.
 
This fix should have the following time stamp:
 
   10/22/97  12:25p  263,824 Rdr.sys  (i386)
   10/22/97  12:22p  510,352 Rdr.sys  (alpha)
 
An updated version of Rdr.sys offers a new registry parameter to slightly
change the above logic:
 
 - Use a DNS or hosts file to locate the IP address for host1.domain2.com.
 - Establish a TCP/IP connection to that IP address.
 - Try to establish a NetBIOS session to the NetBIOS name "host1".
 - If that fails, try to establish a NetBIOS session to the NetBIOS name
   "*SMBSERVER      ".
 
Please see the following article in the Microsoft Knowledge Base for more
information on the *SMBSERVER name and why it is registered on Windows NT
servers:
 
   ARTICLE-ID: Q161431
   TITLE     : Connecting to NetBIOS Resources Using DNS Names or IP
               Addresses
 
The new registry parameter that allows control of this behavior is:
 
   Value: FqdnUsesSmbServerName
   Key: HKLM\CurrentControlSet\Services\Rdr\Parameters
   Value Type: REG_DWORD - Boolean
   Valid Range: 0,1 (False,True)
   Default: 0 (False)
   Description: Setting this parameter to "1" causes your computer to try a
                NetBIOS session to the name "*SMBSERVER      " instead of
                using an Adapter Status Query when the hostname part of a
                FQDN does not match the NetBIOS computername on the target
                system.
 
NOTE: Service Pack 3 must be applied to Windows NT 4.0 prior to applying
this fix.

0
 

Author Comment

by:adriand033198
Comment Utility
Thanks alot. I figured it out from what you said. The domain name was just set incorrectly, stupid mistake A. Well sometimes it is the simplest thing, but thanks for making my brain look in the right place.
0

Featured Post

Do You Know the 4 Main Threat Actor Types?

Do you know the main threat actor types? Most attackers fall into one of four categories, each with their own favored tactics, techniques, and procedures.

Join & Write a Comment

Downtime reduced, data recovered by utilizing an Experts Exchange Business Account Challenge The United States Marine Corps employs more than 200,000 active-duty Marines with operations in four continents, all requiring complex networking system…
We recently endured a series of broadcast storms that caused our ISP to shut us down for brief periods of time. After going through a multitude of tests, we determined that the issue was related to Intel NIC drivers on some new HP desktop computers …
Here's a very brief overview of the methods PRTG Network Monitor (https://www.paessler.com/prtg) offers for monitoring bandwidth, to help you decide which methods you´d like to investigate in more detail.  The methods are covered in more detail in o…
This video gives you a great overview about bandwidth monitoring with SNMP and WMI with our network monitoring solution PRTG Network Monitor (https://www.paessler.com/prtg). If you're looking for how to monitor bandwidth using netflow or packet s…

763 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question

Need Help in Real-Time?

Connect with top rated Experts

12 Experts available now in Live!

Get 1:1 Help Now