mirror of
https://github.com/samba-team/samba.git
synced 2024-12-25 23:21:54 +03:00
a8edfd75a6
(This used to be commit 72f350ec2c
)
184 lines
5.1 KiB
Plaintext
184 lines
5.1 KiB
Plaintext
Samba4 developer howto
|
|
----------------------
|
|
|
|
tridge@samba.org, December 2004
|
|
|
|
|
|
This is a very basic document on how to setup a simple Samba4
|
|
server. This is aimed at developers who are already familiar with
|
|
Samba3 and wish to participate in Samba4 development. This is not
|
|
aimed at production use of Samba4.
|
|
|
|
|
|
Step 1: download Samba4
|
|
-----------------------
|
|
|
|
There are 2 methods of doing this:
|
|
|
|
method 1: "rsync -avz samba.org::ftp/unpacked/samba4 ."
|
|
|
|
method 2: "svn co svn://svnanon.samba.org/samba/branches/SAMBA_4_0 samba4"
|
|
|
|
both methods will create a directory called "samba4" in the current
|
|
directory. If you don't have rsync or svn then install one of them.
|
|
|
|
Since only released versions of Samba contain a pregenerated configure script,
|
|
you will have to generate it by hand:
|
|
|
|
$ cd samba4/source
|
|
$ ./autogen.sh
|
|
|
|
Note that the above rsync command will give you a checked out svn
|
|
repository. So if you also have svn you can update it to the latest
|
|
version at some future date using:
|
|
|
|
$ cd samba4
|
|
$ svn up
|
|
|
|
Step 2: compile Samba4
|
|
----------------------
|
|
|
|
Recommended optional development libraries:
|
|
- acl and xattr development libraries
|
|
- gnutls
|
|
- readline
|
|
|
|
Run this:
|
|
|
|
$ cd samba4/source
|
|
$ ./configure
|
|
$ make proto all
|
|
|
|
If you have gcc 3.4 or newer, then substitute "pch" for "proto" to
|
|
greatly speed up the compile process (about 5x faster).
|
|
|
|
Step 3: install Samba4
|
|
----------------------
|
|
|
|
Run this as a user who have permission to write to the install
|
|
directory (defaults to /usr/local/samba). Use --prefix option to
|
|
configure above to change this.
|
|
|
|
# make install
|
|
|
|
|
|
Step 4: provision Samba4
|
|
------------------------
|
|
|
|
The "provision" step sets up a basic user database. Make sure your smbscript
|
|
binary is installed in a directory listed in your PATH environment variable.
|
|
It is presumed it's available just like any other commands from your shell.
|
|
Must be run as a user with permission to write to the install directory.
|
|
|
|
# cd source
|
|
# ./setup/provision --realm=YOUR.REALM --domain=YOURDOM --adminpass=SOMEPASSWORD
|
|
|
|
REMINDER: Add the "bin" directory of the path you installed to
|
|
(e.g. /usr/local/samba/bin) to your path, or the provision command
|
|
will not work.
|
|
|
|
'YOURDOM' is the NT4 style domain name. 'YOUR.REALM' is your kerberos
|
|
realm, which is typically your DNS domain name.
|
|
|
|
Step 5: Create a simple smb.conf
|
|
--------------------------------
|
|
|
|
The provisioning will create a very simple smb.conf with no shares by
|
|
default. You will need to update it to add at least one share. For
|
|
example:
|
|
|
|
[test]
|
|
path = /data/test
|
|
read only = no
|
|
|
|
|
|
Step 6: starting Samba4
|
|
-----------------------
|
|
|
|
The simplest is to just run "smbd", but as a developer you may find
|
|
the following more useful:
|
|
|
|
# smbd -i -M single
|
|
|
|
that means "start smbd without messages in stdout, and running a
|
|
single process. That mode of operation makes debugging smbd with gdb
|
|
particularly easy.
|
|
|
|
Note that now it is no longer necessary to have an instance of nmbd
|
|
from Samba 3 running. If you are running any smbd or nmbd processes
|
|
they need to be stopped before starting smbd from Samba 4.
|
|
|
|
Make sure you put the bin and sbin directories from your new install
|
|
in your $PATH. Make sure you run the right version!
|
|
|
|
|
|
Step 7: testing Samba4
|
|
----------------------
|
|
|
|
try these commands:
|
|
|
|
$ smbclient //localhost/test -Uadministrator%SOMEPASSWORD
|
|
or
|
|
$ ./script/tests/test_posix.sh //localhost/test administrator SOMEPASSWORD
|
|
|
|
|
|
NOTE about filesystem support
|
|
-----------------------------
|
|
|
|
To use the advanced features of Samba4 you need a filesystem that
|
|
supports both the "user" and "system" xattr namespaces.
|
|
|
|
If you run Linux with a 2.6 kernel and ext3 this means you need to
|
|
include the option "user_xattr" in your /etc/fstab. For example:
|
|
|
|
/dev/hda3 /home ext3 user_xattr 1 1
|
|
|
|
You also need to compile your kernel with the XATTR and SECURITY
|
|
options for your filesystem. For ext3 that means you need:
|
|
|
|
CONFIG_EXT3_FS_XATTR=y
|
|
CONFIG_EXT3_FS_SECURITY=y
|
|
|
|
If you are running a Linux 2.6 kernel with CONFIG_IKCONFIG_PROC
|
|
defined you can check this with the following command:
|
|
|
|
$ zgrep CONFIG_EXT3_FS /proc/config.gz
|
|
|
|
If you don't have a filesystem with xattr support, then you can
|
|
simulate it by using the option:
|
|
|
|
posix:eadb = /usr/local/samba/eadb.tdb
|
|
|
|
that will place all extra file attributes (NT ACLs, DOS EAs, streams
|
|
etc), in that tdb. It is not efficient, and doesn't scale well, but at
|
|
least it gives you a choice when you don't have a modern filesystem.
|
|
|
|
Testing your filesystem
|
|
-----------------------
|
|
|
|
To test your filesystem support, install the 'attr' package and run
|
|
the following 4 commands as root:
|
|
|
|
# touch test.txt
|
|
# setfattr -n user.test -v test test.txt
|
|
# setfattr -n security.test -v test2 test.txt
|
|
# getfattr -d test.txt
|
|
# getfattr -n security.test -d test.txt
|
|
|
|
You should see output like this:
|
|
|
|
# file: test.txt
|
|
user.test="test"
|
|
|
|
# file: test.txt
|
|
security.test="test2"
|
|
|
|
If you get any "Operation not supported" errors then it means your
|
|
kernel is not configured correctly, or your filesystem is not mounted
|
|
with the right options.
|
|
|
|
If you get any "Operation not permitted" errors then it probably means
|
|
you didn't try the test as root.
|
|
|
|
|