summaryrefslogtreecommitdiff
path: root/docs/textdocs/GOTCHAS.txt
blob: d4e5f3e842d092440667776fea069f51eb3f0612 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
This file lists Gotchas to watch out for:
=========================================================================
Item Number:	1.0
Description:	Problem Detecting Interfaces
Symptom:	Workstations do NOT see Samba server in Browse List
OS:		RedHat - Rembrandt Beta 2
Platform:	Intel
Date:		August 16, 1996
Submitted By:	John H Terpstra 
Details:
	By default RedHat Rembrandt-II during installation adds an
	entry to /etc/hosts as follows:-
		127.0.0.1 loopback "hostname"."domainname"

	This causes Samba to loop back onto the loopback interface.
	The result is that Samba fails to communicate correctly with
	the world and therefor may fail to correctly negotiate who
	is the master browse list holder and who is the master browser.

Corrective Action:	Delete the entry after the word loopback
	in the line starting 127.0.0.1
=========================================================================
Item Number:	2.0
Description:	Problems with MS Windows NT Server network logon service
Symptom:	Loss of Domain Logon Services and failed Windows NT / 95
		logon attempts.
OS:		All Unix systems with Windows NT Domain Control environments.
Platform:	All
Date:		February 1, 1997
Submitted By:	John H Terpstra 
Details:
	Samba is configured for Domain logon control in a network
	where a Windows NT Domain Primary Controller is running.

	Case 1:
		The Windows NT Server is shut down, then restarted. Then
		the Samba server is reconfigured so that it NO LONGER offers
		Domain logon services. Windows NT and 95 workstations can no
		longer log onto the domain. Ouch!!!

	Case 2:
		The Windows NT Server which is running the Network logon
		Service is shut down and restarted while Samba is a domain
		controller offering the Domain LogOn service. Windows NT
		Workstation and Server can no longer log onto the network.

	Cause:
		Windows NT checks at start up to see if any domain logon
		controllers are already running within the domain. It finds
		Samba claiming to offer the service and therefore does NOT
		start it's Network Logon Service.

		Windows NT needs the Windows NT network logon service to gain
		from it's Domain controller's SAM database the security
		identifier for the user loging on.

Work-around:	Stop the Samba nmbd and smbd processes, then on the Windows
		NT Primary Domain Controller start the Network Logon Service.
		Now restart the Samba nmbd and smbd services.

		Better still: DO NOT CONFIGURE SAMBA AS THE NETWORK LOGON
		SERVER, DO NOT SET SAMBA TO BE THE DOMAIN MASTER, DO NOT
		SET SAMBA TO OS LEVEL GREATER THAN 0.

		ie: Let Windows NT Server be the Domain Logon server, the
		domain master browser and do NOT interfere with any aspect
		of Microsoft Windows NT Domain Control.
=========================================================================