Samba: Difference between revisions

From Newroco Tech Docs
Jump to navigationJump to search
Line 489: Line 489:
<pre>samba-tool domain passwordsettings set --complexity=off
<pre>samba-tool domain passwordsettings set --complexity=off
samba-tool domain passwordsettings set --min-pwd-length=12</pre>
samba-tool domain passwordsettings set --min-pwd-length=12</pre>
===Monitor LDAP ports===
If you are about to migrate the AD to new DCs and want to make sure you don't have applications still authenticating against the old DCs you can monitor the LDAP port (or any) with '''tcpdump'''
<pre>tcpdump -n not host za.bb.ix.ip and port 636</pre>
This also works nice with '''screen'''


==Troubleshooting==
==Troubleshooting==

Revision as of 11:46, 18 October 2021


Notes

Samba Installation

Installing the package:

# apt-get install samba ntp winbind dnsutils krb5-user smbclient

For a DC continue as below, for a fileserver go to #Creating a samba fileserver

Stop and disabled smbd and nmbd services as they are not needed on a DC and can even create problems if left running

systemctl stop smbd
systemctl disable smbd
systemctl stop nmbd
systemctl disable nmbd

Stop samba and move/delete /etc/samba/smb.conf:

# systemctl stop samba-ad-dc
# mv /etc/samba/smb.conf /etc/samba/smb.conf.default

If you have multiple domain controllers in your domain, add on each DC all of them to the resolvconf template:

Ubuntu 18.04 and newer

Since Ubuntu 18.04 systemd has a service called systemd-resolved that listens on port 53 (DNS) which makes samba unable to listen at that port. Could be checked with netstat:

# netstat -tulnp | grep 53
tcp        0      0 0.0.0.0:49152           0.0.0.0:*               LISTEN      453/samba           
tcp        0      0 0.0.0.0:49153           0.0.0.0:*               LISTEN      453/samba           
tcp        0      0 0.0.0.0:49154           0.0.0.0:*               LISTEN      453/samba           
tcp        0      0 0.0.0.0:135             0.0.0.0:*               LISTEN      453/samba           
tcp        0      0 127.0.0.53:53           0.0.0.0:*               LISTEN      280/systemd-resolve 
tcp6       0      0 :::49152                :::*                    LISTEN      453/samba           
tcp6       0      0 :::49153                :::*                    LISTEN      453/samba           
tcp6       0      0 :::49154                :::*                    LISTEN      453/samba           
tcp6       0      0 :::135                  :::*                    LISTEN      453/samba           
tcp6       0      0 :::53                   :::*                    LISTEN      467/samba           
udp    29184      0 127.0.0.53:53           0.0.0.0:*                           280/systemd-resolve 
udp6       0      0 :::53                   :::*                                467/samba

Delete the /etc/resolv.conf symlink

rm /etc/resolv.conf

Create a new /etc/resolv.conf so the servers still knows where to resolve domains

#vi /etc/resolv.conf

search domain.local
nameserver dc1.ip.add.ress
nameserver dc2.ip.add.ress

Now you can stop and disable systemd-resolve:

systemctl stop systemd-resolved
systemctl disable systemd-resolved

Ubuntu 16.04 or older

# vi /etc/resolvconf/resolv.conf.d/tail
search example.local
nameserver ip.addr.a.dc
nameserver ip.addr.b.dc
nameserver ip.addr.c.dc

Don't forget to update resolv.conf afterwards

# resolvconf -u

For creating a domain use this command

# samba-tool domain provision --interactive --use-rfc2307

For Realm put your desired realm e.g. example.local or a TLD you control absolutely, for DNS forwarder IP address put your main (Internet facing e.g. firewall) DNS server IP address (whether you have a multiple domain bind setup or just using a DNS service on your router) and for the others you can just press enter. NB every DC should have an appropriate forwarder set

If you get an error about ldb, make sure packages samba-dsdb-modules and samba-vfs-modules are installed, if not install them:

apt-get install samba-dsdb-modules samba-vfs-modules

For joining an existing domain use this command

# samba-tool domain join domain.local DC -Usamba.user --realm=domain.local --server=primary.dc.ip

Note: The user used for the join needs to be in group "Domain Admins", you can add a samba user to this group like this:

samba-tool group addmembers "Domain Admins" samba.user

Now start the samba DC service:

# systemctl start samba-ad-dc

If start failes with Failed to start samba-ad-dc.service: Unit samba-ad-dc.service is masked run this command and then start samba-ad-dc again

systemctl unmask samba-ad-dc
systemctl start samba-ad-dc

Add DNS forwarder to /etc/samba/smb.conf in the [global] section

dns forwarder = <ga.te.way.ip>

Restart samba-ad-dc service

systemctl restart samba-ad-dc

For joining an existing domain when the second DC is ruining on a VM with private IP behind a public IP

For joining an existing domain when the second DC is ruining on a private IP behind a public IP (NAT) replication issues can occur. If the replication is working only in one way (from the second DC to the main DC) the DNS records from the main DC has to be updated.

1. First check on which IP the second DC is answering. If the ping returns the private IP of the DC then a DNS update is needed.

2. List the DNS informations of the second DC

sudo samba-tool dns serverinfo newroco-dc2 -U username

The output should look like this:

dwVersion                   : 0xece0205
  fBootMethod                 : DNS_BOOT_METHOD_DIRECTORY
  fAdminConfigured            : FALSE
  fAllowUpdate                : TRUE
  fDsAvailable                : TRUE
  pszServerName               : NEWROCO-DC2.newroco.local
  pszDsContainer              : CN=MicrosoftDNS,DC=DomainDnsZones,DC=newroco,DC=local
  aipServerAddrs              : '''['172.16.12.13']'''
  aipListenAddrs              : '''['172.16.12.13']'''
 ......

3. Update the DNS record for the second DC and set as the default IP the public IP of the host:

samba-tool dns update petitsuix newroco.local newroco-dc2 A 172.16.12.13 144.76.221.153 -U username 

4. Check the if the update changed the private IP with the public one.

5. Run again the replication command from both ways and both servers.

SSL Certificate

If you want to use LDAPS you can create a self-signed certificate

openssl req -newkey rsa:2048 -keyout /var/lib/samba/private/tls/samba-key.pem -nodes -x509 -days 3650 -out /var/lib/samba/private/tls/samba-cert.pem

Change permissions for the key

chmod 600 /var/lib/samba/private/tls/samba-key.pem

And add these lines in /etc/samba/smb.conf on [global] section:

tls enabled = yes
tls keyfile = /var/lib/samba/private/tls/samba-key.pem
tls certfile = /var/lib/samba/private/tls/samba-cert.pem
tls cafile =

Restart samba

systemctl restart samba-ad-dc

Note well: when using a self-signed certificate most applications would not trust them by default, you have to add it as a trusted certificate.

Kerberos tickets (needed for RSAT tools and probably other)

Package krb5-user was already installed at the beggining, now lets edit /etc/krb5.conf. Delete the whole content of the file and put this instead:

[libdefaults]
        default_realm = MYDOMAIN.LOCAL
        dns_lookup_realm = false
        dns_lookup_kdc = true

Package was also installed at the beginning, but it's service needs to be stopped and disabled

systemctl stop winbind
systemctl disable winbind
systemctl restart samba-ad-dc

Now you can test a login with smbclient

smbclient -L localhost -U user.name

Checking the replication

If you end up with multiple DCs it's probably a good thing to check that replication works. On a newly joined DCs test manual replication to see if it works both ways, like this:

samba-tool drs replicate <new-dc> <primary-dc> dc=<domain>,dc=local
samba-tool drs replicate <primary-dc> <new-dc> dc=<domain>,dc=local

Next test if automatic replication works

samba-tool drs showrepl

Samba & LDAP

Authenticating LDAP user

Standard LDAP config in Samba (& elsewhere) is to require a connection to be authenticated before other access granted. This can often be disabled, but it's better practice (and as easy) to create an account for the service that needs access, and use that for connection. The base string for the authenticating user will be of the form:

cn=<username>,cn=<userbasegroup>,dc=<firstpartofADdomainname>,dc=<secondpartofADdomainname>

Base DN

Will vary on setup, but simple base DN is likely to be of the form:

dc=<firstpartofADdomainname>,dc=<secondpartofADdomainname>

Where AD domain name (realm) was of the form

firstpart.secondpart

. If the domain name has more parts you will need those parts expressed as separate DCs.

Secure LDAP quick workaround

Not recommended in production if LDAP authing outside a firewall.

Samba 4 LDAP is secure by default which makes it hard for some simpler LDAP auth systems. If no other solution or for initial testing purposes, secured LDAP can be disabled by adding the following line to smb.conf main section:

ldap server require strong auth = no

Creating a samba fileserver

To make your samba installation into a fileserver. This assumes you already have a working DC or 2 and this server will be a member server for load balancing/egg separation purposes. In this scenario you should set your DNS forwarders to be any local or routable DCs for the domain you want the fileserver to be part of.

NB if you have a multi-site setup, your DCs resolv.conf should have the site-local DCs. This allows site-specific DNS entries to function correctly.

Ubuntu 16.04 or older

This can be done by editing resolvconf's head file:

#vi /etc/resolvconf/resolv.conf.d/head
nameserver ip.addr.dc.1
nameserver ip.addr.dc.2

Then updating resolv.conf with

# resolvconf -u

Ubuntu 18.04 or newer

Since Ubuntu 18.04 the way you add DNS servers changed. Edit /etc/netplan/01-netcfg.yaml

network:
  version: 2
  renderer: networkd
  ethernets:
    ens2:
      addresses: [ ip.add.re.ss/24 ]
      gateway4: ga.te.way.ip
      nameservers:
          search: [ ad-domain.local ]
          addresses: [dc1.ip.add.ress, dc2.ip.add.ress]

Apply the changes

netplan apply

Installation and configuration

Depending on how your base machine was created you may need to add the universe repository:

apt-get install software-properties-common
add-apt-repository universe

Then install these additional packages:

# apt-get install libnss-winbind libpam-winbind acl libpam-krb5 krb5-user

And configure nsswitch to be able to use winbind (Note: newer ubuntu versions might have other options for passwd and group, don't delete them, just add winbind):

# vi /etc/nsswitch.conf

passwd:         compat winbind
group:          compat winbind

Set up your shares

# vi /etc/samba/smb.conf

Add the following configuration to the top section

[global]
       workgroup = workgroupname
       server string = yourservername
       security = ads
       realm = WORKGROUPNAME.TLD # common to be .LOCAL
       
        socket options = TCP_NODELAY IPTOS_LOWDELAY SO_RCVBUF=131072 SO_SNDBUF=131072
    use sendfile = true
 
    idmap config * : backend = tdb
    idmap config * : range = 100000-299999
    idmap config workgroupname : backend = rid
    idmap config workgroupname : range = 10000-99999
    winbind separator = +
    winbind enum users = yes
    winbind enum groups = yes
    winbind use default domain = yes
    winbind refresh tickets = yes

    restrict anonymous = 2
    log file = /var/log/samba/log.%m
    max log size = 50


    deadtime = 45
    read raw = Yes
    write raw = Yes

    server signing = mandatory

# Network
       interfaces = ens3 # change to suit, ens3 is first interface if using a [http://docswiki.newro.co/index.php/Creation_of_a_new_VM VM built as per our approach]
       bind interfaces only = true
       log file = /var/log/samba/log.%m
       log level = 1
       max log size = 1000
       logging = syslog@0 file
       panic action = /usr/share/samba/panic-action

Example share definition allowing read/write for all domain users:

[sharename]
       comment = What this share is 
       writeable = yes
       write list = @"Domain Users"
       path = /path/to/data/
       force directory mode = 775
       force group = Domain Users
       force create mode = 665
       valid users = @"Domain Users"
       create mode = 665
       directory mode = 775

Example read-only share definition

[sharename]
       comment = What this share is 
       writeable = no
       read list = @"Domain Users"
       path = /path/to/readonlydata/

NB if your shared volume is coming from a network source like iscsi it is recommended you don't make your share and the mounted volumes directly match; rather shares should reference directories within the mounted volume i.e. if you have an iscsi mount at

/mnt/myiscsi

your samba share should be at

/mnt/myiscsi/myshare

or a further sub branch. This ensures that is the network source is not available, user data isn't written to (nor fills) your fileserver's / filesystem.

If a share should be accessed by 'Domain Users', give the shares folder necessary permissions for the group and set group ownership to "domain users". Note: after joining the AD domain.

chown :"domain users" /path/to/folder

Restart the samba services

# systemctl restart winbind nmbd smbd

And then join the domain using a domain user that has appropriate privileges e.g. is a member of the Domain Admins group for that domain:

# net ads join -U user.name 

NB which domain to join is determined from the configuration files.

Recycle Bin

If you want to add a recycle bin functionality to a share add these lines to share configuration

vfs objects = recycle
recycle:repository = .recycle
recycle:directory_mode = 775
recycle:keeptree = yes
recycle:versions = yes
recycle:exclude = *.swp,*.swpx,*~
recycle:touch_mtime = yes

More details about samba recycle bin configuration can be found here: Samba Recycle Bin

If you also want files to automatically be deleted after 7 days add a daily cronjob like this:

#vi /etc/cron.daily/samba-recycle-bin

#!/bin/bash
find /path/to/share/.recycle/* -mtime +7 -exec rm {} \;

And make it executable:

chmod +x /etc/cron.daily/clean-samba-recycle

Testing

Assuming you got no joining errors at the last step above (DNS update ones can be ignored for now), you can verify your server is seeing domain users correctly by

# getent passwd

This should return the normal contents of /etc/passwd, pause for a moment and then continue with all the domain users. If it doesn't show any domain users try restarting the service.

You can then test the availability of the shares you've created

# smbclient -L your.ip.add.ress -U adomain.username

This should ask for your password and if correctly entered return information of the form

Domain=[EXAMPLE] OS=[Windows 6.1] Server=[Samba 4.3.11-Ubuntu]

        Sharename       Type      Comment
        ---------       ----      -------
        sharename      Disk       What this share is
        IPC$            IPC       IPC Service (yourservername)
Domain=[EXAMPLE] OS=[Windows 6.1] Server=[Samba 4.3.11-Ubuntu]

        Server               Comment
        ---------            -------
        YOURSERVERNAME           
        ANOTHERSERVER               
        ADOMAINMEMBERPC

        Workgroup            Master
        ---------            -------
        EXAMPLE               ANOTHERSERVER

NB you may get different results depending whether you are testing from a machine in the domain or not - if it works from a machine in the domain but not in one from outside, check your that the relevant share configs have

browseable=yes

and the general section doesn't contain a

restrict anonymous

with a value higher than 0 (which is the default i.e. the line isn't needed unless you want to restrict unauthenticated browsing of share listings)

When working remotely without access to a GUI machine that can access the smb fileserver, a final test (e.g. checking users have correct permissions when they have the share mapper) can be performed by mounting the share from the command line. This requires the cifs-util package which can be installed with

apt-get install cifs-utils

and then running

mount -t cifs //server-ip/sharename /mountpoint -o user=user.name 

where user.name is an SMB user. If the mount is successful you can check that user has the permissions you expect it to have in terms of file access/creation/deletion etc..

Adding samba users

#!/bin/bash

if [ $# -eq 0 ] ; then
    printf "Username(format name.surname):"
    read username
    printf "Email:"
    read email
    printf "Fullname(format Name Surname):"
    read fullname
    if samba-tool user list | grep -x -q $username; then
        echo "********************************************"
        echo "User $username already exists"
        echo "********************************************"
    else
        samba-tool user create $username --mail-address=$email
        samba-tool user setexpiry $username --noexpiry
        pdbedit -u $username -f "$fullname"
    fi
else
    echo > users-pass.txt
    while IFS='' read -r line || [[ -n "$line" ]]; do
        IFS=':' read -a userinfo <<< "$line"
        if samba-tool user list | grep -x -q ${userinfo[0]}; then
            echo "********************************************"
            echo "User ${userinfo[0]} already exists"
            echo "********************************************"
            echo "${userinfo[0]}" >> existing-users
        else
            pass=`shuf -i 10000-99999 -n 1`
            samba-tool user create ${userinfo[0]} "ChangeMe"$pass --mail-address=${userinfo[1]}
            samba-tool user setexpiry ${userinfo[0]} --noexpiry
            pdbedit -u ${userinfo[0]} -f "${userinfo[2]}"
            echo "${userinfo[0]} - ${userinfo[1]} - ChangeMe$pass" >> users-pass.txt
        fi
    done < "$1"
fi

If the script is called with no argument, it asks the information for the user to be added, but it can be called with a file as an argument that contains a user list in the following format:

username1:mail1@example.com:Full Name
username2:mail2@example.com:Full Name
username3:mail3@example.com:Full Name

The passwords are generated automatically and written into the users-pass.txt file

Adding Service accounts

Service accounts

Tips and Tricks

Get user info

If you want to get information about a samba user (displayName, mail, etc.), i found ldapsearch to show the most details

ldapsearch -xLLL -H ldaps://localhost -D "cn=user.name,cn=users,dc=<domain>,dc=local" -W -b "dc=<domain>,dc=local" '(&(sAMAccountName=<user-to-search-for>))'

If last part ('(&(sAMAccountName=<user-to-search-for>))') is omitted it will show all users.

Setting an email for a user

When creating the user

samba-tool user create <username> --mail-address=<email>

For an existing user

Package ldap-utils is required so install it if not already:

apt-get install ldap-utils

Create a file entrymods.ldif:

dn: cn=<username>,cn=Users,dc=<firstpartofdomain>,dc=<secondpartofdomain>
changetype: modify
replace: mail
mail: <email>
-

Set the email with ldapmodify command using a samba user that belongs to "Account Operators" group:

ldapmodify -x -D "cn=<username>,cn=Users,dc=<firstpartofdomain>,dc=<secondpartofdomain>" -W -H ldaps://localhost -f entrymods.ldif

Rename username

Rename the CN (ldb-tools should be installed for ldbrename command)

ldbrename -H ldap://localhost CN=<olduser>,CN=Users,DC=<domain>,DC=local CN=<newuser>,CN=Users,DC=<domain>,DC=local -U <user>

Create a file chuser.ldif:

dn: cn=<newuser>,cn=Users,dc=<domain>,dc=local
changetype: modify
replace: sAMAccountName
sAMAccountName: <newuser>
-
replace: userPrincipalName
userPrincipalName: <newuser>@<domain>.local
-

Change sAMAccountName and userPrincipalName (the user used below should belong to "Account Operators" group)

ldapmodify -x -D "cn=<user>,cn=Users,dc=<domain>,dc=local" -W -H ldap://localhost -f chuser.ldif

Reload a samba fileserver config

This should in theory reload a samba fileserver config without breaking users connections

smbcontrol all reload-config

Change password complexity/length

samba-tool domain passwordsettings set --complexity=off
samba-tool domain passwordsettings set --min-pwd-length=12

Monitor LDAP ports

If you are about to migrate the AD to new DCs and want to make sure you don't have applications still authenticating against the old DCs you can monitor the LDAP port (or any) with tcpdump

tcpdump -n not host za.bb.ix.ip and port 636

This also works nice with screen

Troubleshooting

Randome samba service failure

A DC could fail with service samba-ad-dc still running but some samba related ports (389. 636, 135, 445) are closed. Can be checked with following command. If no output, port is closed.

netstat -tulnp | grep <port>

If this happens and restarting the service doesn't do anything, then stop the service

service samba-ad-dc stop

Look for samba processes that are still running

# ps aux | grep samba
root     23176  2.4 59.1 1063172 600936 ?      S    Oct19  35:47 /usr/sbin/samba -D
root     28407  0.0  0.0  11284  1012 pts/1    S+   06:28   0:00 grep --color=auto samba

And kill them using the PID (second column). Note: second row is just the grep command, no need to kill that one.

kill -9 23176

Start the service

service samba-ad-dc start

Check if everything works.

kerberos_kinit_password <fileserver-name>$@OXARCH.LOCAL failed: Looping detected inside krb5_get_in_tkt

If this error is found in the logs you need to leave the domain, rejoin and possibly restart smbd/winbind services.