Smbnetfs и домен Active Directory

[prostoe1]

Подскажите в чем проблема?
Есть сеть с доменом на AD.
Я сделал авторизацию пользователей AD на машине с Ubuntu.
И с помошью smbnetfs при входе пользователя я прикручиваю ему шары.
И как только это происходит в AD пользователь блокируется.
Если его разблокировать - то через 15 минут он снова блокируется.
И так постоянно.
Однако, если входить от локального пользователя - ни чего такого не происходит.
Доступ ко всем шарам есть и пользователь, от имени которого эти шары подключаются - не блокируется.

[Shalmaran]

Подскажите в чем проблема?
Есть сеть с доменом на AD.
Я сделал авторизацию пользователей AD на машине с Ubuntu.
И с помошью smbnetfs при входе пользователя я прикручиваю ему шары.
И как только это происходит в AD пользователь блокируется.
Если его разблокировать - то через 15 минут он снова блокируется.
И так постоянно.
Однако, если входить от локального пользователя - ни чего такого не происходит.
Доступ ко всем шарам есть и пользователь, от имени которого эти шары подключаются - не блокируется.

Что то не очень понятно, у вас Ubuntu в качестве AD сервера работает или Windows? Что вы вводите в домен?

[fisher74]

Видимо WindowsAD. AD случайно не требуется смены пароля для этого пользователя?

[Shalmaran]

Видимо WindowsAD. AD случайно не требуется смены пароля для этого пользователя?

Это при создании пользователя указать можно. Политики настраиваются, как в Samba 4, так и в Windows Server.

[prostoe1]

Что то не очень понятно, у вас Ubuntu в качестве AD сервера работает или Windows? Что вы вводите в домен?

Машину с Ubuntu ввел в домен с AD
Пользователь решил продолжить мысль 06 Июня 2011, 18:03:37:

Видимо WindowsAD. AD случайно не требуется смены пароля для этого пользователя?

Нет. Смены пароля не требует

[Shalmaran]

Скорее всего крутить надо Windows, но посмотреть можно и тут, на всякий случай.

[prostoe1]

Скорее всего крутить надо Windows, но посмотреть можно и тут, на всякий случай.

Windows тут ни при чем. Скорее всего какой-то конфликт между likewise-open и samba (вернее smbnetfs) потому что пользователи авторизуются на машине нормально, и в домене они не блокируются, а вот когда дело доходит до smbnetfs - то тут-то и начинаются косяки.
Скажу даже больше. Настраивал тоже самое на другой машине, только более слабой - сначала тоже был такой косяк, потом подправил конфиги почти все как тут написано и все заработало.
Сделал на новой - нифига не работает.Даже уже конфиги не просто правил, а переносил - все равно такой косяк вылазит.
Пользователь решил продолжить мысль 08 Июня 2011, 11:45:20:БЛИН! неужели никто не знает куда копать?

[Shalmaran]

Покажите конфиги, может кто разберется.

[prostoe1]

smb.conf

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

[global]
    auth methods = winbind
    netbios name = xubuntu
    workgroup = DOMAIN
    realm = DOMAIN.RU
    password server = dc.domain.ru
    encrypt passwords = true
    passdb backend = tdbsam
    server string = Terminal Server
    security = ADS
    allow trusted domains = No
    socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192
    os level = 0
    preferred master = No
    local master = No
    domain master = No
    dns proxy = No
    ldap ssl = no
    idmap uid = 10000-40000
    idmap gid = 10000-40000
    strict locking = No
    time server = Yes
    winbind enum groups = yes
    winbind enum users = yes
    winbind use default domain = yes
    winbind refresh tickets = yes
    log file = /var/log/samba/samba.%m
    max log size = 500 0
    log level = 1
    unix charset = UTF-8
    dos charset = cp866

[printers]
   comment = All Printers
   browseable = no
   path = /var/spool/samba
   printable = yes
   guest ok = no
   read only = yes
   create mask = 0700

[print$]
   comment = Printer Drivers
   path = /var/lib/samba/printers
   browseable = yes
   read only = yes
   guest ok = no

krb5.conf

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

[libdefaults]
        krb4_config = /etc/krb.conf
        krb4_realms = /etc/krb.realms
        kdc_timesync = 1
        ccache_type = 4
        forwardable = true
        proxiable = true
        v4_instance_resolve = false
        v4_name_convert = {
                host = {
                        rcmd = host
                        ftp = ftp
                }
                plain = {
                        something = something-else
                }
        }
        fcc-mit-ticketflags = true
        default_tgs_enctypes = RC4-HMAC DES-CBC-MD5 DES-CBC-CRC
        default_tkt_enctypes = RC4-HMAC DES-CBC-MD5 DES-CBC-CRC
        preferred_enctypes = RC4-HMAC DES-CBC-MD5 DES-CBC-CRC
        dns_lookup_kdc = true

[realms]
        DOMAIN.RU = {
                auth_to_local = RULE:[1:$0\$1](^DOMAIN\.RU\\.*)s/^DOMAIN\.RU/DOMAIN/
                auth_to_local = RULE:[1:$0\$1](^DOMAIN\.RU\\.*)s/^DOMAIN\.RU/DOMAIN/
                auth_to_local = RULE:[1:$0\$1](^DOMAIN2\.LOCAL\\.*)s/^DOMAIN2\.LOCAL/DOMAIN2/
                auth_to_local = RULE:[1:$0\$1](^DOMAIN3\.RU\\.*)s/^DOMAIN3\.RU/DOMAIN3/
                auth_to_local = DEFAULT
        }

[domain_realm]
        .domain.ru = DOMAIN.RU
        .domain2.local = DOMAIN2.LOCAL
        .domain3.ru = DOMAIN.RU

[login]
        krb4_convert = true
        krb4_get_tickets = false
[appdefaults]
        pam = {
   mappings = DOMAIN\\(.*) $1@DOMAIN.RU
   forwardable = true
   validate = true
        }
        httpd = {
   mappings = DOMAIN\\(.*) $1@DOMAIN.RU
   reverse_mappings = (.*)@DOMAIN\.RU DOMAIN\$1
        }

nsswitch.conf

(Нажмите, чтобы показать/скрыть)

passwd:         compat lsass
group:          compat lsass
shadow:         compat

hosts:          files mdns4_minimal [NOTFOUND=return] dns mdns4
networks:       files dns

protocols:      db files
services:       db files
ethers:         db files
rpc:            db files

netgroup:       files lsass

[chain]

сорри, давно не занимался, вчера попробовал likewise на машине, практически все ок с ним. В том числе и с шарами. Как вариант прикрутить их через CIFS, тем же способом что в факе по подключению в АД описан. С полгода назад делал, все было ок.

[prostoe1]

Сегодня переделал подключение к AD как написано в HOW-TO здесь:https://help.ubuntu.ru/wiki/%D0%B2%D0%B2%D0%BE%D0%B4_%D0%B2_%D0%B4%D0%BE%D0%BC%D0%B5%D0%BD_windows
Опять же авторизация проходит нормально.
А вот при подключении шар - снова блокируются пользователи, но не все, а через одного.
Почему так - ну ни как не пойму.
Пользователь решил продолжить мысль 10 Июня 2011, 11:26:13:

сорри, давно не занимался, вчера попробовал likewise на машине, практически все ок с ним. В том числе и с шарами. Как вариант прикрутить их через CIFS, тем же способом что в факе по подключению в АД описан. С полгода назад делал, все было ок.

В каком из FAQ подскажи пожалуйста?
И шары ты прикручивал каждому отдельно или одну для всех?

[Charles Malaheenee]

Гм, а версия самбы какая? В 10.04 было одно глючное обновление в результате которого падали демоны  winbind, samba...

[prostoe1]

Гм, а версия самбы какая? В 10.04 было одно глючное обновление в результате которого падали демоны  winbind, samba...

версия Самбы - 3.5.8
и демоны все на месте

[Charles Malaheenee]

Так, а сеть как настроена? Через Network Manager или через /etc/network/interfaces? Может сдаться, это NM чудит.
Еще мысль: В файле nsswitch.conf поменяйте

Код: [Выделить]

files mdns4_minimal [NOTFOUND=return] dns mdns4на

Код: [Выделить]

files dnsГде-то на просторах форума жаловались на эту строку, вроде бы даже и при монтировании шар.

[uid0]

Посмотрите логи авторизации пользюка в AD, сразу всё понятно станет какой механизм трахает мозг! Так же можно на стороне линукса посмотреть логи, что не даёт нормально работать!