Автор Тема: Ошибка корректного присоединения к Домену [решено]  (Прочитано 7952 раз)

Оффлайн ivanlex

  • Давно тут
  • **
  • Сообщений: 27
    • Email
Доброго времени суток всем.

Пытаюсь присоединить машину к домену по статье из вики.
Все отлично прошло ДО пункта "Настройка ролей и привилегий" из данной статьи - "net ads testjoin" выдает "Join is OK" как и положено.

Но "roleadd 'Администраторы домена' localadmins" и "roleadd 'Пользователи домена' users" выдают ошибку "Error 156: No such group" - хотя такие группы точно существуют на домене. Кроме того, пробовал добавлять специально созданную группу "IT" - результат такой же.

Прошу помощи.
Дистрибутив "alt-p9-cinnamon-20201212-x86_64".
Домен "Windows Server 2012R2".

Заранее спасибо всем откликнувшимся.
« Последнее редактирование: 26.06.2021 10:53:25 от ivanlex »

Оффлайн Skull

  • Глобальный модератор
  • *****
  • Сообщений: 20 003
    • Домашняя страница
    • Email
Эти группы в выдаче
id <доменный пользователь>
есть?
getent group <имя группы в нижнем регистре>
что выдаёт?
И попробуйте в нижнем регистре.
Андрей Черепанов (cas@)

Оффлайн ivanlex

  • Давно тут
  • **
  • Сообщений: 27
    • Email
Очень интересная ситуация получается:
kinit domainusernameвыдает Password for domainusername@DOMAINNAME.LOCAL:
Если следом набратьklistто в выводе получимTicket cache: KEYRING:persistent:0:0
Default principal: domainusername@DOMAINNAME.LOCAL

Valid starting       Expires              Service principal
30.12.2020 10:07:19  30.12.2020 20:07:19  krbtgt/DOMAINNAME.LOCAL@DOMAINNAME.LOCAL
        renew until 06.01.2021 10:07:05

При этом команда id domainusername приводит к результату id: «domainusername»: такого пользователя нет
Такой же ответ и для id domainusername@DOMAINNAME.LOCAL, id domainusername@domainname.local
То есть от регистра не зависит.

getent group 'it'
getent group it
не приводят ни к какому выводу, а так же как и getent group 'it123' (заведомо несуществующая группа).

Оффлайн ivanlex

  • Давно тут
  • **
  • Сообщений: 27
    • Email
testparm приводит к следующему выводу:
Load smb config files from /etc/samba/smb.conf
Loaded services file OK.
ERROR: Do not use the 'sss' backend as the default idmap backend!

Server role: ROLE_DOMAIN_MEMBER

Press enter to see a dump of your service definitions

# Global parameters
[global]
        kerberos method = system keytab
        realm = DOMAINNAME.LOCAL
        security = ADS
        template homedir = /home/DOMAINNAME.LOCAL/%U
        template shell = /bin/bash
        winbind use default domain = Yes
        workgroup = DOMAINNAME
        idmap config * : range = 200000-2000200000
        idmap config * : backend = sss


[homes]
        browseable = No
        comment = Home Directories
        read only = No


[printers]
        browseable = No
        comment = All Printers
        path = /var/spool/samba
        printable = Yes

При этом команда
apt-get install task-auth-ad-sssdприводит к следующему выводу:
Чтение списков пакетов... Завершено
Построение дерева зависимостей... Завершено
Последняя версия task-auth-ad-sssd уже установлена.
0 будет обновлено, 0 новых установлено, 0 пакетов будет удалено и 0 не будет обновлено.
Согласно приведенной wiki task-auth-ad-sssd ставился ранее
« Последнее редактирование: 30.12.2020 08:20:15 от ivanlex »

Оффлайн Skull

  • Глобальный модератор
  • *****
  • Сообщений: 20 003
    • Домашняя страница
    • Email
Обновите систему целиком. Суффикс .local используется Zeroconf и нужна последняя версия alterator-auth.
Андрей Черепанов (cas@)

Оффлайн ivanlex

  • Давно тут
  • **
  • Сообщений: 27
    • Email
Нашел причину ошибки, и способ ее устранения.

Домен корректно определяется, и логинится под доменными пользователями получается ТОЛЬКО ПРИ НАСТРОЙКИ СЕТИ ВРУЧНУЮ. То есть, если задать статический ip адрес - то все в порядке. Если задать получение ip-адреса по DHCP, доменные пользователи залогинится не могут.

Я не знаю как это связано.

Вчера взял новый ПК, поставил на него систему с нуля, прописал ip вручную, вогнал в домен по статье - и все заработало. Поставил DHCP - всё перестало работать. Вернул вручную - опять все заработало.
Сегодня взял еще один ПК, поставил на него систему с нуля, оставил DHCP - ошибка повторилась.

Как чинить?

alterator-auth обновлена до последней версии, доступной из репозитория.

Оффлайн Skull

  • Глобальный модератор
  • *****
  • Сообщений: 20 003
    • Домашняя страница
    • Email
Значит, сеть настроена криво и приезжает неверный сервер DNS.
Андрей Черепанов (cas@)

Оффлайн aek

  • alt linux team
  • ***
  • Сообщений: 12
    • MyConnector
    • Email
Как чинить?
Не разобрались?
Корнеечев Евгений ekorneechev@

Оффлайн ivanlex

  • Давно тут
  • **
  • Сообщений: 27
    • Email
Разобрался.

DHCP сервер должен выдавать клиентскому ПК параметр:
 search domainname.suffix

Тогда все нормально вводит... вводил до 23 июня 2021...