summaryrefslogtreecommitdiff
path: root/docs/docbook/manpages/winbindd.8.sgml
blob: 2674525a03baeca4b29268a88a229a87715dea50 (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
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
<!DOCTYPE refentry PUBLIC "-//OASIS//DTD DocBook V4.1//EN">
<refentry id="winbindd">

<refmeta>
	<refentrytitle>winbindd</refentrytitle>
	<manvolnum>8</manvolnum>
</refmeta>


<refnamediv>
	<refname>winbindd</refname>
	<refpurpose>Name Service Switch daemon for resolving names 
	from NT servers</refpurpose>
</refnamediv>

<refsynopsisdiv>
	<cmdsynopsis>
		<command>winbindd</command>
		<arg choice="opt">-d debuglevel</arg>
		<arg choice="opt">-i</arg>
		<arg choice="opt">-S</arg>
		<arg choice="opt">-r</arg>
		<arg choice="opt">-A</arg>
		<arg choice="opt">-h</arg>
		<arg choice="opt">-B &lt;broadcast address&gt;</arg>
		<arg choice="opt">-U &lt;unicast address&gt;</arg>
		<arg choice="opt">-d &lt;debug level&gt;</arg>
		<arg choice="opt">-s &lt;smb config file&gt;</arg>
		<arg choice="opt">-i &lt;NetBIOS scope&gt;</arg>
		<arg choice="opt">-T</arg>
		<arg choice="req">name</arg>
	</cmdsynopsis>
</refsynopsisdiv>

<refsect1>
	<title>DESCRIPTION</title>

	<para>This tool is part of the <ulink url="samba.7.html">
	Samba</ulink> suite version 3.0 and describes functionality not 
	yet implemented in the main version of Samba.</para>

	<para><command>winbindd</command> is a daemon that provides 
	a service for the Name Service Switch capability that is present 
	in most modern C libraries.  The Name Service Switch allows user 
	and system information to be obtained from different databases 
	services such as NIS or DNS.  The exact behaviour can be configured 
	throught the <filename>/etc/nsswitch.conf</filename> file.  
	Users and groups are allocated as they are resolved to a range 
	of user and group ids specified by the administrator of the 
	Samba system.</para>

	<para>The service provided by winbindd is called `winbind' and 
	can be used to resolve user and group information from a 
	Windows NT server. The service can also provide authentication
	services via an associated PAM module. </para>

	<para>The following nsswitch databases are implemented by 
	the winbindd service: </para>

	<variablelist>
		<varlistentry>
		<term>passwd</term>
		<listitem><para>User information traditionally stored in 
		the <filename>passwd(5)</filename> file and used by 
		<command>getpwent(3)</command> functions. </para></listitem>
		</varlistentry>

		<varlistentry>
		<term>group</term>
		<listitem><para>Group information traditionally stored in 
		the <filename>group(5)</filename> file and used by 		
		<command>getgrent(3)</command> functions. </para></listitem>
		</varlistentry>
	</variablelist>

	<para>For example, the following simple configuration in the
	<filename>/etc/nsswitch.conf</filename> file can be used to initially 
	resolve user and group information from <filename>/etc/passwd
	</filename> and <filename>/etc/group</filename> and then from the 
	Windows NT server. </para>

	<para><programlisting>
passwd:         files winbind
group:          files winbind
	</programlisting></para>  
</refsect1>


<refsect1>
	<title>OPTIONS</title>

	<variablelist>
		<varlistentry>
		<term>-d debuglevel</term>
		<listitem><para>Sets the debuglevel to an integer between 
		0 and 100. 0 is for no debugging and 100 is for reams and 
		reams. To submit a bug report to the Samba Team, use debug 
		level 100 (see BUGS.txt).   </para></listitem>
		</varlistentry>

		<varlistentry>
		<term>-i</term>
		<listitem><para>Tells <command>winbindd</command> to not 
		become a daemon and detach from the current terminal. This 
		option is used by developers when interactive debugging 
		of <command>winbindd</command> is required. </para></listitem>
		</varlistentry>
	</variablelist>
</refsect1>


<refsect1>
	<title>NAME AND ID RESOLUTION</title>

	<para>Users and groups on a Windows NT server are assigned 
	a relative id (rid) which is unique for the domain when the 
	user or group is created.  To convert the Windows NT user or group 
	into a unix user or group, a mapping between rids and unix user 
	and group ids is required.  This is one of the jobs that <command>
	winbindd</command> performs. </para>

	<para>As winbindd users and groups are resolved from a server, user 
	and group ids are allocated from a specified range.  This
	is done on a first come, first served basis, although all existing 
	users and groups will be mapped as soon as a client performs a user 
	or group enumeration command.  The allocated unix ids are stored 
	in a database file under the Samba lock directory and will be 
	remembered. </para>

	<para>WARNING: The rid to unix id database is the only location 
	where the user and group mappings are stored by winbindd.  If this 
	file is deleted or corrupted, there is no way for winbindd to 
	determine which user and group ids correspond to Windows NT user 
	and group rids. </para>
</refsect1>


<refsect1>
	<title>CONFIGURATION</title>

	<para>Configuration of the <command>winbindd</command> daemon 
	is done through configuration parameters in the <filename>smb.conf(5)
	</filename> file.  All parameters should be specified in the 
	[global] section of smb.conf. </para>

	<variablelist>
		<varlistentry>
		<term>winbind separator</term>
		<listitem><para>The winbind separator option allows you 
		to specify how NT domain names and user names are combined 
		into unix user names when presented to users. By default, 
		<command>winbindd</command> will use the traditional '\' 
		separator so that the unix user names look like 
		DOMAIN\username. In some cases this separator character may 
		cause problems as the '\' character has special meaning in 
		unix shells.  In that case you can use the winbind separator 
		option to specify an alternative sepataror character. Good 
		alternatives may be '/' (although that conflicts
		with the unix directory separator) or a '+ 'character. 
		The '+' character appears to be the best choice for 100% 
		compatibility with existing unix utilities, but may be an 
		aesthetically bad choice depending on your taste. </para>
		
		<para>Default: <command>winbind separator = \ </command>
		</para>
		<para>Example: <command>winbind separator = + </command></para>
		</listitem>
		</varlistentry>

		<varlistentry>
		<term>winbind uid</term>
		<listitem><para>The winbind uid parameter specifies the 
		range of user ids that are allocated by the winbindd daemon.  
		This range of ids should have no existing local or nis users 
		within it as strange conflicts can occur otherwise. </para>

		<para>Default: <command>winbind uid = &lt;empty string&gt; 
		</command></para>
		<para>Example: <command>winbind uid = 10000-20000</command></para>
		</listitem>
		</varlistentry>


		<varlistentry>
		<term>winbind gid</term>
		<listitem><para>The winbind gid parameter specifies the 
		range of group ids that are allocated by the winbindd daemon.  
		This range of group ids should have no existing local or nis 
		groups within it as strange conflicts can occur otherwise.</para> 

		<para>Default: <command>winbind gid = &lt;empty string&gt;
		</command></para> 	
		<para>Example: <command>winbind gid = 10000-20000
		</command> </para></listitem>
		</varlistentry>


		<varlistentry>
		<term>winbind cache time</term>
		<listitem><para>This parameter specifies the number of 
		seconds the winbindd daemon will cache user and group information 
		before querying a Windows NT server again. When a item in the 
		cache is older than this time winbindd will ask the domain 
		controller for the sequence number of the servers account database. 
		If the sequence number has not changed then the cached item is 
		marked as valid for a further <parameter>winbind cache time
		</parameter> seconds.  Otherwise the item is fetched from the 
		server. This means that as long as the account database is not 
		actively changing winbindd will only have to send one sequence 
		number query packet every <parameter>winbind cache time
		</parameter> seconds. </para>

		<para>Default: <command>winbind cache time = 15</command>
		</para></listitem>
		</varlistentry>
		
		<varlistentry>
		<term>winbind enum users</term>
		<listitem><para>On large installations it may be necessary 
		to suppress the enumeration of users through the <command>
		setpwent()</command>, <command>getpwent()</command> and 
		<command>endpwent()</command> group of system calls.  If 
		the <parameter>winbind enum users</parameter> parameter is false, 
		calls to the <command>getpwent</command> system call will not 
		return any data. </para>

		<para><emphasis>Warning:</emphasis> Turning off user enumeration 
		may cause some programs to behave oddly.  For example, the finger 
		program relies on having access to the full user list when 
		searching  for matching usernames. </para>

		<para>Default: <command>winbind enum users = yes </command></para>
		</listitem>
		</varlistentry>
		
		<varlistentry>
		<term>winbind enum groups</term>
		<listitem><para>On large installations it may be necessary 
		to suppress the enumeration of groups through the <command>
		setgrent()</command>, <command>getgrent()</command> and 
		<command>endgrent()</command> group of system calls.  If 
		the <parameter>winbind enum groups</parameter> parameter is 
		false, calls to the <command>getgrent()</command> system 
		call will not return any data. </para>

		<para><emphasis>Warning:</emphasis> Turning off group 
		enumeration may cause some programs to behave oddly. 
		</para>

		<para>Default: <command>winbind enum groups = no </command>
		</para></listitem>
		</varlistentry>



		<varlistentry>
		<term>template homedir</term>
		<listitem><para>When filling out the user information 
		for a Windows NT user, the <command>winbindd</command> daemon 
		uses this parameter to fill in the home directory for that user.  
		If the string <parameter>%D</parameter> is present it is 
		substituted with the user's Windows NT domain name.  If the 
		string <parameter>%U</parameter> is present it is substituted
		with the user's Windows NT user name. </para>

		<para>Default: <command>template homedir = /home/%D/%U </command>
		</para></listitem>
		</varlistentry>


		<varlistentry>
		<term>template shell</term>
		<listitem><para>When filling out the user information for 
 		a Windows NT user, the <command>winbindd</command> daemon 
		uses this parameter to fill in the shell for that user. 
		</para>

		<para>Default: <command>template shell = /bin/false </command>
		</para></listitem>
		</varlistentry>
	</variablelist>
</refsect1>


<refsect1>
	<title>EXAMPLE SETUP</title>

	<para>To setup winbindd for user and group lookups plus 
	authentication from a domain controller use something like the 
	following setup. This was tested on a RedHat 6.2 Linux box. </para>

	<para>In <filename>/etc/nsswitch.conf</filename> put the 
	following:</para>

	<para><programlisting>
passwd:     files winbind
group:      files winbind
	</programlisting></para>  

	<para>In <filename>/etc/pam.d/*</filename> replace the 
	<parameter>auth</parameter> lines with something like this: </para>

 
	<para><programlisting>
auth       required	/lib/security/pam_securetty.so
auth       required	/lib/security/pam_nologin.so
auth       sufficient	/lib/security/pam_winbind.so
auth       required     /lib/security/pam_pwdb.so use_first_pass shadow nullok
	</programlisting></para>
  

	<para>Note in particular the use of the <parameter>sufficient</parameter> 
	keyword and the <parameter>use_first_pass</parameter> keyword. </para>

	<para>Now replace the account lines with this: </para> 
	
	<para><command>account    required	/lib/security/pam_winbind.so
	</command></para>
 
  	<para>The next step is to join the domain. To do that use the 
	<command>samedit</command> program like this:  </para>
 
	<para><command>samedit -S '*' -W DOMAIN -UAdministrator</command></para>
 
	<para>The username after the <parameter>-U</parameter> can be any Domain 
	user that has administrator priviliges on the machine. Next from 
	within <command>samedit</command>, run the command: </para>

	<para><command>createuser MACHINE$ -j DOMAIN -L</command></para>

	<para>This assumes your domain is called "DOMAIN" and your Samba 
	workstation is called "MACHINE". </para>

	<para>Next copy <filename>libnss_winbind.so</filename> to 
	<filename>/lib</filename> and <filename>pam_winbind.so</filename>
	to <filename>/lib/security</filename>.  A symbolic link needs to be
	made from <filename>/lib/libnss_winbind.so</filename> to
	<filename>/lib/libnss_winbind.so.2</filename>.  If you are using an
	older version of glibc then the target of the link should be
	<filename>/lib/libnss_winbind.so.1</filename>.</para>

	<para>Finally, setup a smb.conf containing directives like the 
	following:  </para> 

	<para><programlisting>
[global]
	winbind separator = +
        winbind cache time = 10
        template shell = /bin/bash
        template homedir = /home/%D/%U
        winbind uid = 10000-20000
        winbind gid = 10000-20000
        workgroup = DOMAIN
        security = domain
        password server = *
	</programlisting></para>
  

	<para>Now start winbindd and you should find that your user and 
	group database is expanded to include your NT users and groups, 
	and that you can login to your unix box as a domain user, using 
	the DOMAIN+user syntax for the username. You may wish to use the 
	commands <command>getent passwd</command> and <command>getent group
	</command> to confirm the correct operation of winbindd.</para>
</refsect1>


<refsect1>
	<title>Notes</title>

	<para>The following notes are useful when configuring and 
	running <command>winbindd</command>: </para>

	<para><command>nmbd</command> must be running on the local machine 
	for <command>winbindd</command> to work. <command>winbindd</command>
	queries the list of trusted domains for the Windows NT server
	on startup and when a SIGHUP is received.  Thus, for a running <command>
	winbindd</command> to become aware of new trust relationships between 
	servers, it must be sent a SIGHUP signal. </para>

	<para>Client processes resolving names through the <command>winbindd</command>
	nsswitch module read an environment variable named <parameter>
	$WINBINDD_DOMAIN</parameter>.  If this variable contains a comma separated
	list of Windows NT domain names, then winbindd will only resolve users
	and groups within those Windows NT domains. </para>

	<para>PAM is really easy to misconfigure.  Make sure you know what 
	you are doing when modifying PAM configuration files.  It is possible 
	to set up PAM such that you can no longer log into your system. </para>
	
	<para>If more than one UNIX machine is running <command>winbindd</command>, 
	then in general the user and groups ids allocated by winbindd will not 
	be the same.  The user and group ids will only be valid for the local 
	machine.</para>

	<para>If the the Windows NT RID to UNIX user and group id mapping 
	file is damaged or destroyed then the mappings will be lost. </para>
</refsect1>


<refsect1>
	<title>Signals</title>

	<para>The following signals can be used to manipulate the 
	<command>winbindd</command> daemon. </para>

	<variablelist>
		<varlistentry>
		<term>SIGHUP</term>
		<listitem><para>Reload the <filename>smb.conf(5)</filename>
		file and apply any parameter changes to the running 
		version of winbindd.  This signal also clears any cached 
		user and group information.  The list of other domains trusted 
		by winbindd is also reloaded.  </para></listitem>
		</varlistentry>

		<varlistentry>
		<term>SIGUSR1</term>
		<listitem><para>The SIGUSR1 signal will cause <command>
		winbindd</command> to write status information to the winbind 
		log file including information about the number of user and 
		group ids allocated by <command>winbindd</command>.</para>

		<para>Log files are stored in the filename specified by the 
		log file parameter.</para></listitem>
		</varlistentry>
	</variablelist>
</refsect1>

<refsect1>
	<title>Files</title>

	<variablelist>
		<varlistentry>
		<term><filename>/etc/nsswitch.conf(5)</filename></term>
		<listitem><para>Name service switch configuration file.</para>
		</listitem>
		</varlistentry>
	
		<varlistentry>
		<term>/tmp/.winbindd/pipe</term>
		<listitem><para>The UNIX pipe over which clients communicate with 
		the <command>winbindd</command> program.  For security reasons, the 
		winbind client will only attempt to connect to the winbindd daemon 
		if both the <filename>/tmp/.winbindd</filename> directory
		and <filename>/tmp/.winbindd/pipe</filename> file are owned by 
		root. </para></listitem>
		</varlistentry>

		<varlistentry>
		<term>/lib/libnss_winbind.so.X</term>
		<listitem><para>Implementation of name service switch library.
		</para></listitem>
		</varlistentry>
	
		<varlistentry>
		<term>$LOCKDIR/winbindd_idmap.tdb</term>
		<listitem><para>Storage for the Windows NT rid to UNIX user/group 
		id mapping.  The lock directory is specified when Samba is initially 
		compiled using the <filename>--with-lockdir</filename> option.  
		This directory is by default <filename>/usr/local/samba/var/locks
		</filename>. </para></listitem>
		</varlistentry>
	
		<varlistentry>
		<term>$LOCKDIR/winbindd_cache.tdb</term>
		<listitem><para>Storage for cached user and group information.
		</para></listitem>
		</varlistentry>
	</variablelist>
</refsect1>


<refsect1>
	<title>VERSION</title>

	<para>This man page is correct for version 2.2 of 
	the Samba suite.  winbindd is however not available in
	stable release of Samba as of yet.</para>
</refsect1>

<refsect1>
	<title>SEE ALSO</title>
	
	<para><filename>nsswitch.conf(5)</filename>,
	<ulink url="samba.7.html">samba(7)</ulink>,
	<ulink url="wbinfo.1.html">wbinfo(1)</ulink>,
	<ulink url="smb.conf.5.html">smb.conf(5)</ulink></para>
</refsect1>

<refsect1>
	<title>AUTHOR</title>
	
	<para>The original Samba software and related utilities 
	were created by Andrew Tridgell. Samba is now developed
	by the Samba Team as an Open Source project similar 
	to the way the Linux kernel is developed.</para>
	
	<para><command>wbinfo</command> and <command>winbindd</command>
	were written by Tim Potter.</para>
	
	<para>The conversion to DocBook for Samba 2.2 was done 
	by Gerald Carter</para>
</refsect1>

</refentry>