summaryrefslogtreecommitdiff
path: root/docs/textdocs/RoutedNetworks.txt
diff options
context:
space:
mode:
authorJohn Terpstra <jht@samba.org>1998-03-01 11:10:04 +0000
committerJohn Terpstra <jht@samba.org>1998-03-01 11:10:04 +0000
commitb4622c8d7bff97a6391cb10a44bcf265a8635370 (patch)
tree7b1ea2f60a5842f6b4a1ed8c41658ddc6c165e61 /docs/textdocs/RoutedNetworks.txt
parent45dab9f06594777e96be5f4556e6bb386f68f309 (diff)
downloadsamba-b4622c8d7bff97a6391cb10a44bcf265a8635370.tar.gz
samba-b4622c8d7bff97a6391cb10a44bcf265a8635370.tar.bz2
samba-b4622c8d7bff97a6391cb10a44bcf265a8635370.zip
Adding example config info for the ISC DHCP Server, An MS Knowledge Base article contributed by an anonymous person, and adding Caldera Inc. printing config notes to Printing.txt.
(This used to be commit 914b1626178aab30da07a14f14d04703106b95c4)
Diffstat (limited to 'docs/textdocs/RoutedNetworks.txt')
-rw-r--r--docs/textdocs/RoutedNetworks.txt64
1 files changed, 64 insertions, 0 deletions
diff --git a/docs/textdocs/RoutedNetworks.txt b/docs/textdocs/RoutedNetworks.txt
new file mode 100644
index 0000000000..06169d5ed8
--- /dev/null
+++ b/docs/textdocs/RoutedNetworks.txt
@@ -0,0 +1,64 @@
+#NOFNR Flag in LMHosts to Communicate Across Routers
+
+ Last reviewed: May 5, 1997
+ Article ID: Q103765
+ The information in this article applies to:
+
+ Microsoft Windows NT operating system version 3.1
+ Microsoft Windows NT Advanced Server version 3.1
+
+ SUMMARY
+
+ Some of the LAN Manager for UNIX and Pathworks servers may have
+problems in communicating across routers with
+ Windows NT workstations. The use of #NOFNR flag in the LMHosts
+file solves the problem.
+
+ MORE INFORMATION
+
+ When you are communicating with a server across a router in a IP
+routed environment, the LMHosts file is used to
+ resolve Workstation name-to-IP address mapping. The LMHosts
+entry for a remote machine name provides the IP
+ address for the remote machine. In Lan Manager 2.x, providing
+the LMHosts entry eliminates the need to do a Name
+ Query broadcast to the local domain and instead a TCP session is
+established with the remote machine. Windows NT
+ performs the same function in a different way.
+
+ When an LMHosts entry exists for a remote server, Windows NT
+will not send a Name Query broadcast to the local
+ subnet and instead send a directed Name Query to the remote
+server. If the remote server does not respond to the Name
+ Query, further communications (TCP SYN, and so on) will not take
+place. This was done to eliminate the performance
+ issues when trying to connect to a remote machine when it was
+not available (down).
+
+ Some of the older LAN Manager for UNIX and DEC Pathworks servers
+do not respond to directed Name Queries sent
+ by Windows NT. In that case, the users will see an error 53
+(Path not found), even though they have specified the
+ LMHosts entries correctly. A new LMHosts flag #NOFNR was added
+to solve this problem. By specifying the
+ #NOFNR flag on the same line where the name resolution
+information for the server is provided, the directed Name
+ Query can be avoided. For example:
+
+ 130.20.1.1 mylmxserver #PRE #NOFNR
+
+
+ Note that this will only apply to mylmxserver and not to any
+other entries in the LMHosts file. To set
+ a global flag, an entry could be added in the registry. To
+completely remove any directed Name
+ Queries sent from a Windows NT machine, create the following
+value in
+
+HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Nbt\Parameters:
+
+ NoDirectedFNR REG_DWORD 1
+
+
+ This will cause the directed Name Queries to not go out for any
+remote machines. \ No newline at end of file