LINUX.ORG.RU
решено ФорумAdmin

coreutils -> id = регистрозависимый?


0

2

Добрый день,

Столкнулся вот с такой штукой, вопрос философский, но интересный :) Мне никогда не приходило логиниться в систему под логином набирая его заглавными буквами, но некоторые юзеры помня о правилах русского языка практикуют это. И вот что получают

логин маленькими буквами, как и подразумевается нормальной логикой

[user1@pandora Admins]$ id -a user1
uid=1062(user1) gid=513(DomainUsers) группы=513(DomainUsers),100(users),2005(vboxusers),2006(ossec),512(DomainAdmins),201(hpclj5550),203(xpe120i),1010(xpe120i2),1013(PetrelUsers),1019(AddressBook),1020(prjREGION),1039(GGX_users),1040(Project0),1041(ATSusers),1045(SharedRoster),1046(prjSAMOTLOR),1047(DIRECTUM_users),1048(unixadmins),1057(prjSAMOTLOR_GDM)

логин с Заглавной буквы

[user1@pandora Admins]$ id -a user1
uid=1062(user1) gid=513(DomainUsers) группы=513(DomainUsers)

а теперь третий вариант с пробелом на конце (подсказал человек, который попробвал залогиниться в KDE с таким логином :) и получил полурабочую систему)

[user1@pandora Admins]$ id -a 'user1 '
uid=1062(user1) gid=513(DomainUsers) группы=513(DomainUsers),512(DomainAdmins),201(hpclj5550),203(xpe120i),1010(xpe120i2),1013(PetrelUsers),1019(AddressBook),1020(prjREGION),1039(GGX_users),1040(Project0),1041(ATSusers),1045(SharedRoster),1046(prjSAMOTLOR),1047(DIRECTUM_users),1048(unixadmins),1057(prjSAMOTLOR_GDM)
cat /etc/nsswitch.conf
passwd:     files ldap
shadow:     files ldap
group:      files ldap

Это баг или фича? =)



Последнее исправление: x09 (всего исправлений: 1)

Это как вообще может быть? У меня говорит, что неправильное имя пользователя, что, вобщем, логично.

madgnu ★★★★★
()
Ответ на: комментарий от madgnu

Ну вот.. у меня вот так.. причем везде))

есть три сети, три виндовых домена

#. samba+port389 = результат как я описал #. samba+fds (fedora directory server старая версия) = результат как я описал #. samba+openldap = результат как я описал

три разных системы, общее лишь версии самбы и то что построены на 5ой ветке centos, но это все не должно вообще влиять..

везде такой глюк )) в чем дело может быть?

p.s. параллельно виду переписку с разработчиками coreutils )) пока нет версий

x09
() автор топика

походу это багофича авторизации в ldap

Pinkbyte ★★★★★
()
Ответ на: комментарий от x09

>параллельно виду переписку с разработчиками coreutils

Поддержу товарища выше, это нужно обсуждать с разработчиками реализаций ldap.

madgnu ★★★★★
()
Ответ на: комментарий от madgnu

итак, разработчики coreutils уверили, что данный косяк не их и у них все ок. Предложили копать в сторону samba, ldap и вообще ..You can run strace to see what the actual kernel calls and results were. .. =)) дебажить ядро :)

Думаю что делать дальше.. пока не знаю

x09
() автор топика
Ответ на: комментарий от x09

Всем спасибо =) я все утро стрейсил вызовы к ядру и прочее, пока не начал читать ман по nss_ldap :))

и нашел удивительную строку

nss_check_case <yes|no> This option directs the nss_ldap module to check that results it retrieves from the server exactly match the name for which it searched for data.

ну вы поняли) тема закрыта :)

x09
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.