&author.tridge; &author.jelmer; &author.jht; KarlAuer Binary packages of samba are included in almost any Linux or UNIX distribution. There are also some packages available at the samba homepage. If you need to compile samba from source, check the chapter about compiling samba from scratch. If you have already installed samba, or if your operating system was pre-installed with samba, then you may not need to bother with this chapter. On the other hand, you may want to read this chapter anyhow for information about updating samba. Samba's configuration is stored in the &smb.conf; file, that usually resides in /etc/samba/smb.conf or /usr/local/samba/lib/smb.conf. You can either edit this file yourself or do it using one of the many graphical tools that are available, such as the web-based interface swat, that is included with samba. There are sample configuration files in the examples subdirectory in the distribution. I suggest you read them carefully so you can see how the options go together in practice. See the man page for all the options. The simplest useful configuration file would be something like this: [global] workgroup&example.workgroup; [homes] guest okno read onlyno This will allow connections by anyone with an account on the server, using either their login name or homes" as the service name. (Note that the workgroup that Samba must also be set.) Make sure you put the &smb.conf; file in the correct place (usually in /etc/samba). For more information about security settings for the [homes] share please refer to "Securing Samba". It's important that you test the validity of your &smb.conf; file using the &testparm; program. If testparm runs OK then it will list the loaded services. If not it will give an error message. Make sure it runs OK and that the services look reasonable before proceeding. Always run testparm again when you change &smb.conf;! SWAT is a web-based interface that helps you configure samba. SWAT might not be available in the samba package on your platform, but in a separate package. Please read the swat manpage on compiling, installing and configuring swat from source. To launch SWAT just run your favorite web browser and point it at http://localhost:901/. Replace localhost with the name of the computer you are running samba on if you are running samba on a different computer than your browser. Note that you can attach to SWAT from any IP connected machine but connecting from a remote machine leaves your connection open to password sniffing as passwords will be sent in the clear over the wire. &prompt;smbclient -L yourhostname You should get back a list of shares available on your server. If you don't then something is incorrectly setup. Note that this method can also be used to see what shares are available on other LanManager clients (such as WfWg). If you choose user level security then you may find that Samba requests a password before it will list the shares. See the smbclient man page for details. (you can force it to list the shares without a password by adding the option -U% to the command line. This will not work with non-Samba servers) &prompt;smbclient //yourhostname/aservice Typically the yourhostname would be the name of the host where you installed &smbd;. The aservice is any service you have defined in the &smb.conf; file. Try your user name if you just have a [homes] section in &smb.conf;. For example if your unix host is bambi and your login name is fred you would type: &prompt;smbclient //bambi/fred Try mounting disks. from a DOS, Windows or OS/2 client, eg: &dosprompt;net use d: \\servername\service Try printing. eg: &dosprompt;net use lpt1: \\servername\spoolservice &dosprompt;print filename Then you might read the file chapter diagnosis and the FAQ. If you are still stuck then refer to "Analysing and solving problems". Samba has been successfully installed at thousands of sites worldwide, so maybe someone else has hit your problem and has overcome it. The following questions and issues get raised on the samba mailing list over and over again. Samba consists on three core programs: &nmbd;, &smbd;, &winbindd;. &nmbd; is the name server message daemon, &smbd; is the server message daemon, &winbindd; is the daemon that handles communication with Domain Controllers. If your system is NOT running as a WINS server, then there will be one (1) single instance of &nmbd; running on your system. If it is running as a WINS server then there will be two (2) instances - one to handle the WINS requests. &smbd; handles ALL connection requests and then spawns a new process for each client connection made. That is why you are seeing so many of them, one (1) per client connection. &winbindd; will run as one or two daemons, depending on whether or not it is being run in "split mode" (in which case there will be two instances). Your loopback device isn't working correctly. Make sure it's configured properly. The loopback device is an internal (virtual) network device with the ip address 127.0.0.1. Read your OS documentation for details on how to configure the loopback on your system. This error can be caused by one of these misconfigurations: You specified an nonexisting path for the share in &smb.conf; The user you are trying to access the share with does not have sufficient permissions to access the path for the share. Both read (r) and access (x) should be possible. The share you are trying to access does not exist.