1 <!DOCTYPE HTML PUBLIC
"-//W3C//DTD HTML 4.01//EN">
8 CONTENT=
"Modular DocBook HTML Stylesheet Version 1.76b+
27 >smbd
--
server to provide SMB/CIFS services to clients
</DIV
29 CLASS=
"REFSYNOPSISDIV"
37 > [-D] [-F] [-S] [-i] [-h] [-V] [-b] [-d
<debug level
>] [-l
<log directory
>] [-p
<port number
>] [-O
<socket option
>] [-s
<configuration file
>]
</P
47 >This program is part of the Samba suite.
</P
52 > is the server daemon that
53 provides filesharing and printing services to Windows clients.
54 The server provides filespace and printer services to
55 clients using the SMB (or CIFS) protocol. This is compatible
56 with the LanManager protocol, and can service LanManager
57 clients. These include MSCLIENT
3.0 for DOS, Windows for
58 Workgroups, Windows
95/
98/ME, Windows NT, Windows
2000,
59 OS/
2, DAVE for Macintosh, and smbfs for Linux.
</P
61 >An extensive description of the services that the
62 server can provide is given in the man page for the
63 configuration file controlling the attributes of those
65 HREF=
"smb.conf.5.html"
72 >. This man page will not describe the
73 services, but will concentrate on the administrative aspects
74 of running the server.
</P
76 >Please note that there are significant security
77 implications to running this server, and the
<A
78 HREF=
"smb.conf.5.html"
85 manpage should be regarded as mandatory reading before
86 proceeding with installation.
</P
88 >A session is created whenever a client requests one.
89 Each client gets a copy of the server for each session. This
90 copy then services all connections made by the client during
91 that session. When all connections from its client are closed,
92 the copy of the server for that client terminates.
</P
94 >The configuration file, and any files that it includes,
95 are automatically reloaded every minute, if they change. You
96 can force a reload by sending a SIGHUP to the server. Reloading
97 the configuration file will not affect connections to any service
98 that is already established. Either the user will have to
99 disconnect from the service, or
<B
102 > killed and restarted.
</P
120 >If specified, this parameter causes
121 the server to operate as a daemon. That is, it detaches
122 itself and runs in the background, fielding requests
123 on the appropriate port. Operating the server as a
124 daemon is the recommended way of running
<B
128 servers that provide more than casual use file and
129 print services. This switch is assumed if
<B
133 > is executed on the command line of a shell.
140 >If specified, this parameter causes
144 > process to not daemonize,
145 i.e. double-fork and disassociate with the terminal.
146 Child processes are still created as normal to service
147 each connection request, but the main process does not
148 exit. This operation mode is suitable for running
152 > under process supervisors such
160 from Daniel J. Bernstein's
<B
164 package, or the AIX process monitor.
171 >If specified, this parameter causes
175 > to log to standard output rather
182 >If this parameter is specified it causes the
183 server to run
"interactively", not as a daemon, even if the
184 server is executed on the command line of a shell. Setting this
185 parameter negates the implicit deamon mode when run from the
189 > also logs to standard
201 >Prints the help information (usage)
211 >Prints the version number for
221 >Prints information about how
225 >-d
<debug level
></DT
234 from
0 to
10. The default value if this parameter is
235 not specified is zero.
</P
237 >The higher this value, the more detail will be
238 logged to the log files about the activities of the
239 server. At level
0, only critical errors and serious
240 warnings will be logged. Level
1 is a reasonable level for
241 day to day running - it generates a small amount of
242 information about operations carried out.
</P
244 >Levels above
1 will generate considerable
245 amounts of log data, and should only be used when
246 investigating a problem. Levels above
3 are designed for
247 use only by developers and generate HUGE amounts of log
248 data, most of which is extremely cryptic.
</P
250 >Note that specifying this parameter here will
252 HREF=
"smb.conf.5.html#loglevel"
256 > parameter in the
<A
257 HREF=
"smb.conf.5.html"
266 >-l
<log directory
></DT
276 specifies a log directory into which the
"log.smbd" log
277 file will be created for informational and debug
278 messages from the running server. The log
279 file generated is never removed by the server although
280 its size may be controlled by the
<A
281 HREF=
"smb.conf.5.html#maxlogsize"
286 HREF=
"smb.conf.5.html"
296 If the directory specified does not exist,
<B
300 will log to the default debug log location defined at compile time.
303 >The default log directory is specified at
307 >-O
<socket options
></DT
311 HREF=
"smb.conf.5.html#socketoptions"
316 HREF=
"smb.conf.5.html"
323 > file for details.
</P
326 >-p
<port number
></DT
334 > is a positive integer
335 value. The default value if this parameter is not
338 >This number is the port number that will be
339 used when making connections to the server from client
340 software. The standard (well-known) port number for the
341 SMB over TCP is
139, hence the default. If you wish to
342 run the server as an ordinary user rather than
343 as root, most systems will require you to use a port
344 number greater than
1024 - ask your system administrator
345 for help if you are in this situation.
</P
347 >In order for the server to be useful by most
348 clients, should you configure it on a port other
349 than
139, you will require port redirection services
350 on port
139, details of which are outlined in rfc1002.txt
353 >This parameter is not normally specified except
354 in the above situation.
</P
357 >-s
<configuration file
></DT
360 >The file specified contains the
361 configuration details required by the server. The
362 information in this file includes server-specific
363 information such as what printcap file to use, as well
364 as descriptions of all the services that the server is
366 HREF=
"smb.conf.5.html"
372 > for more information.
373 The default configuration file name is determined at
398 >If the server is to be run by the
402 > meta-daemon, this file
403 must contain suitable startup information for the
404 meta-daemon. See the
<A
405 HREF=
"UNIX_INSTALL.html"
407 >UNIX_INSTALL.html
</A
409 document for details.
419 >or whatever initialization script your
422 >If running the server as a daemon at startup,
423 this file will need to contain an appropriate startup
424 sequence for the server. See the
<A
425 HREF=
"UNIX_INSTALL.html"
427 >UNIX_INSTALL.html
</A
429 document for details.
</P
438 >If running the server via the
443 must contain a mapping of service name (e.g., netbios-ssn)
444 to service port (e.g.,
139) and protocol type (e.g., tcp).
446 HREF=
"UNIX_INSTALL.html"
448 >UNIX_INSTALL.html
</A
450 document for details.
</P
455 >/usr/local/samba/lib/smb.conf
</TT
459 >This is the default location of the
461 HREF=
"smb.conf.5.html"
468 server configuration file. Other common places that systems
469 install this file are
<TT
471 >/usr/samba/lib/smb.conf
</TT
478 >This file describes all the services the server
479 is to make available to clients. See
<A
480 HREF=
"smb.conf.5.html"
486 > for more information.
</P
502 > cannot change uid back
503 to root after a setuid() call. Such systems are called
504 trapdoor uid systems. If you have such a system,
505 you will be unable to connect from a client (such as a PC) as
506 two different users at once. Attempts to connect the
507 second user will result in access denied or
516 >ENVIRONMENT VARIABLES
</H2
529 >If no printer name is specified to
530 printable services, most systems will use the value of
531 this variable (or
<TT
534 > if this variable is
535 not defined) as the name of the printer to use. This
536 is not specific to the server, however.
</P
549 >Samba uses PAM for authentication (when presented with a plaintext
550 password), for account checking (is this account disabled?) and for
551 session management. The degree too which samba supports PAM is restricted
552 by the limitations of the SMB protocol and the
554 HREF=
"smb.conf.5.html#OBEYPAMRESRICTIONS"
556 >obey pam restricions
</A
558 smb.conf paramater. When this is set, the following restrictions apply:
567 >Account Validation
</I
569 samba server are checked
570 against PAM to see if the account is vaild, not disabled and is permitted to
571 login at this time. This also applies to encrypted logins.
578 >Session Management
</I
579 >: When not using share
580 level secuirty, users must pass PAM's session checks before access
581 is granted. Note however, that this is bypassed in share level secuirty.
582 Note also that some older pam configuration files may need a line
583 added for session support.
596 >This man page is correct for version
3.0 of
607 >Most diagnostics issued by the server are logged
608 in a specified log file. The log file name is specified
609 at compile time, but may be overridden on the command line.
</P
611 >The number and nature of diagnostics available depends
612 on the debug level used by the server. If you have problems, set
613 the debug level to
3 and peruse the log files.
</P
615 >Most messages are reasonably self-explanatory. Unfortunately,
616 at the time this man page was created, there are too many diagnostics
617 available in the source code to warrant describing each and every
618 diagnostic. At this stage your best bet is still to grep the
619 source code and inspect the conditions that gave rise to the
620 diagnostics you are seeing.
</P
633 > a SIGHUP will cause it to
638 file within a short period of time.
</P
640 >To shut down a user's
<B
643 > process it is recommended
651 be used, except as a last resort, as this may leave the shared
652 memory area in an inconsistent state. The safe way to terminate
656 > is to send it a SIGTERM (-
15) signal and wait for
657 it to die on its own.
</P
659 >The debug log level of
<B
664 HREF=
"smbcontrol.1.html"
671 > program (SIGUSR[
1|
2] signals are no longer used in
672 Samba
2.2). This is to allow transient problems to be diagnosed,
673 whilst still running at a normally low log level.
</P
675 >Note that as the signal handlers send a debug write,
676 they are not re-entrant in
<B
679 >. This you should wait until
683 > is in a state of waiting for an incoming SMB before
684 issuing them. It is possible to make the signal handlers safe
685 by un-blocking the signals before the select call and re-blocking
686 them after, however this would affect performance.
</P
709 HREF=
"smb.conf.5.html"
717 HREF=
"smbclient.1.html"
725 HREF=
"testparm.1.html"
732 HREF=
"testprns.1.html"
738 >, and the Internet RFC's
746 In addition the CIFS (formerly SMB) specification is available
747 as a link from the Web page
<A
748 HREF=
"http://samba.org/cifs/"
751 http://samba.org/cifs/
</A
762 >The original Samba software and related utilities
763 were created by Andrew Tridgell. Samba is now developed
764 by the Samba Team as an Open Source project similar
765 to the way the Linux kernel is developed.
</P
767 >The original Samba man pages were written by Karl Auer.
768 The man page sources were converted to YODL format (another
769 excellent piece of Open Source software, available at
771 HREF=
"ftp://ftp.icce.rug.nl/pub/unix/"
773 > ftp://ftp.icce.rug.nl/pub/unix/
</A
774 >) and updated for the Samba
2.0
775 release by Jeremy Allison. The conversion to DocBook for
776 Samba
2.2 was done by Gerald Carter
</P