summaryrefslogtreecommitdiff
path: root/docs
diff options
context:
space:
mode:
authorAndrew Tridgell <tridge@samba.org>1996-05-30 03:16:17 +0000
committerAndrew Tridgell <tridge@samba.org>1996-05-30 03:16:17 +0000
commit1b87ef2440898e73f438f8816c8c3da5af6e7d66 (patch)
tree8d4564871464c047e41b9c99c01fc52b057b53db /docs
parent5e1d10f20fb50e004a75f4a8f77f8634f301f0f8 (diff)
downloadsamba-1b87ef2440898e73f438f8816c8c3da5af6e7d66.tar.gz
samba-1b87ef2440898e73f438f8816c8c3da5af6e7d66.tar.bz2
samba-1b87ef2440898e73f438f8816c8c3da5af6e7d66.zip
- added an entry on WinDD to samba.faq
- added a sample smb.conf from Thoralf.Freitag@remserv.rz.fhtw-berlin.de - print the errno when you get a can't change directory error - added installscripts.sh from James_K._Foote.PARC@xerox.com (This used to be commit 48c6b86d4c580d62ef46132dc04ce2b1d14e21e8)
Diffstat (limited to 'docs')
-rw-r--r--docs/samba.faq37
1 files changed, 37 insertions, 0 deletions
diff --git a/docs/samba.faq b/docs/samba.faq
index e58c88bc18..6e3cf2943a 100644
--- a/docs/samba.faq
+++ b/docs/samba.faq
@@ -511,6 +511,43 @@ To syncronize your PC's clock with your Samba server:
Each time you start your computer (or login for Win95) your PC will
synchronize it's clock with your Samba server.
+
+~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+* 4: Problems with WinDD, NTrigue, WinCenterPro etc
+
+All of the above programs are applications that sit on an NT box and
+allow multiple users to access the NT GUI applications from remote
+workstations (often over X).
+
+What has this got to do with Samba? The problem comes when these users
+use filemanager to mount shares from a Samba server. The most common
+symptom is that the first user to connect get correct file permissions
+and has a nice day, but subsequent connections get logged in as the
+same user as the first person to login. They find that they cannot
+access files in their own home directory, but that they can access
+files in the first users home directory (maybe not such a nice day
+after all?)
+
+Why does this happen? The above products all share a common heritage
+(and code base I believe). They all open just a single TCP based SMB
+connection to the Samba server, and requests from all users are piped
+over this connection. This is unfortunate, but not fatal.
+
+It means that if you run your Samba server in share level security
+(the default) then things will definately break as described above. The
+share level SMB security model has no provision for multiple user IDs
+on the one SMB connection. See security_level.txt in the docs for more
+info on share/user/server level security.
+
+If you run in user or server level security then you have a chance,
+but only if you have a recent version of Samba (at least 1.9.15p6). In
+older versions bugs in Samba meant you still would have had problems.
+
+If you have a trapdoor uid system in your OS then it will never work
+properly. Samba needs to be able to switch uids on the connection and
+it can't if your OS has a trapdoor uid system. You'll know this
+because Samba will note it in your logs.
+
===============================================================================
SECTION FIVE: Specific client application problems
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~