9202 2006-03-07 20:19:02 +0300 dot in login names 2019-11-07 18:51:44 +0300 1 1 4 Development Sisyphus shadow-utils unstable all Linux CLOSED FIXED usability P2 normal --- 22044 1 gns sem admaks aen anubix arc bikr boris cas dd1email enp erthad evg glebfm hiddenman kharpost lav ldv mike php-coder rider rinatshigapov sem shaba ulug1 vinogradov.mail vvk zerg qa-sisyphus oldest_to_newest 36526 0 gns 2006-03-07 20:19:08 +0300 useradd не позволяет добавить пользователя с точкой в имени Steps to Reproduce: 1.useradd n.grechukh Actual Results: useradd: invalid user name 'n.grechukh' 36527 1 1419 gns 2006-03-07 20:20:13 +0300 Created attachment 1419 патч 36528 2 ldv 2006-03-07 20:27:41 +0300 Есть ещё много других символов, которые useradd не позволяет использовать в имени создаваемого аккаунта. Вы предлагаете разрешить все? 36531 3 hiddenman 2006-03-07 20:38:37 +0300 1. Использование точки в логине достаточно распорстраненное явление (кстати, распорстраненные же _ и - в useradd разрешены) 2. От использования таких логинов нам не встретилась никакой проблемы пока. Даже chown красиво распознает login и login.group при наличии точки в login и т.п. То есть проблема пока только в useradd сотоварищи (кстати, и инстяллятор наш имеет эту же проблему из-за вызова useradd внутри себя) 3. В других дистрибутивах это давно работает. 4. Ну правда, очень раздражает делать user/groupadd akornilov и потом в нескольких местах изменять это. 36532 4 ldv 2006-03-07 20:44:35 +0300 2hiddenman: а если в системе есть пользователи a, a.kornilov и группа kornilov, то насколько предсказуемым будет поведение chown a.kornilov file. Вы думаете, все научились использовать ":"? 36533 5 gns 2006-03-07 20:48:49 +0300 http://lists.debian.org/debian-edu/2004/11/msg00265.html иногда рекомендубют ограничиться '[a-z][a-z0-9]+' only, но у нас разрешены _ и - 36534 6 gns 2006-03-07 20:52:00 +0300 (In reply to comment #4) > 2hiddenman: а если в системе есть пользователи a, a.kornilov и группа kornilov, > то насколько предсказуемым будет поведение chown a.kornilov file. владельцем становится пользователь a.kornilov. > Вы думаете, все научились использовать ":"? думаю, те кому это нужно - научились 36535 7 hiddenman 2006-03-07 20:53:17 +0300 (In reply to comment #4) > 2hiddenman: а если в системе есть пользователи a, a.kornilov и группа kornilov, > то насколько предсказуемым будет поведение chown a.kornilov file. Вы думаете, > все научились использовать ":"? Мне понравилось, как вот тут написано: http://unix.derkeiler.com/Newsgroups/comp.sys.hp.hpux/2003-12/0016.html Это не аргумент, сам же понимаешь :) 38934 8 hiddenman 2006-06-29 12:29:54 +0400 Так что будем делать с этой точкой? 38935 9 hiddenman 2006-06-29 12:32:29 +0400 Предлагаю исправить chown так, чтобы нельзя было использовать точку в качестве разделителя логина и группы, если мы так заботимся о неправильных админах :) 41682 10 hiddenman 2006-10-25 12:11:07 +0400 Более того, в RH-образных дистрибутивах (e.g CentOS) можно создавать имена пользователей в upper case и даже в mixed case. #id TEST uid=511(TEST) gid=512(TEST) groups=512(TEST) #id TeSt uid=512(TeSt) gid=513(TeSt) groups=513(TeSt) 61506 11 ldv 2008-01-20 00:22:44 +0300 (In reply to comment #10) > Более того, в RH-образных дистрибутивах (e.g CentOS) можно создавать имена > пользователей в upper case и даже в mixed case. > #id TEST > uid=511(TEST) gid=512(TEST) groups=512(TEST) > > #id TeSt > uid=512(TeSt) gid=513(TeSt) groups=513(TeSt) Зачем нам создавать лишние проблемы? 61623 12 hiddenman 2008-01-21 08:02:58 +0300 (In reply to comment #11) > > uid=511(TEST) gid=512(TEST) groups=512(TEST) > > #id TeSt > > uid=512(TeSt) gid=513(TeSt) groups=513(TeSt) > > Зачем нам создавать лишние проблемы? Проблемы сами по себе не возникнут, их еще постараться создать надо. А вот ограничение возможностей есть, это факт. Почему я в win32 могу хоть "Корнилов Андрей Владимирович" создать, а тут даже точку нельзя? Иногда очень хочется. По крайней мере, в данном случае можно столкнуться с тем, что не будет нормального взаимодействия между ALT-ом и другими дистрибутивами в гетерогенной среде. Точки в enterprise любят. Давайте проголосуем. vote в нашей bugzilla работает? 61624 13 dottedmag 2008-01-21 08:49:23 +0300 >Давайте проголосуем. vote в нашей bugzilla работает? Работают, а толку? 61627 14 hiddenman 2008-01-21 09:45:16 +0300 (In reply to comment #13) > >Давайте проголосуем. vote в нашей bugzilla работает? > > Работают, а толку? Это ты к чему? Голосование у нас не влияет на принятие решения? 61650 15 ldv 2008-01-21 13:25:49 +0300 (In reply to comment #14) > (In reply to comment #13) > > >Давайте проголосуем. vote в нашей bugzilla работает? > > > > Работают, а толку? > Это ты к чему? Голосование у нас не влияет на принятие решения? Конечно, нет. Обычно к голосованию пытаются прибегать, когда заканчивается аргументация. 61654 16 hiddenman 2008-01-21 14:31:15 +0300 > > Это ты к чему? Голосование у нас не влияет на принятие решения? > > Конечно, нет. Обычно к голосованию пытаются прибегать, когда заканчивается > аргументация. Ну у нас с Колей (gns) были аргументы и факты. Контраргументы слабее, imho. 102621 17 mike 2009-11-04 02:01:24 +0300 См. bug #22044 102656 18 bikr 2009-11-04 23:09:58 +0300 А чем ещё мешают заглавные буквы? Это чисто из-за почтовых программ? Можно же сделать так, чтобы заглавные буквы принимались, а уникальность проверять в нижнем регистре. 102665 19 rinatshigapov 2009-11-05 07:58:14 +0300 Ещё одно применение имени с точкой - брать в качестве имени пользователя имя домена - удобно для динамического хостинга. Читал, что старые версии useradd в RedHat точку поддерживали. 103994 20 vinogradov.mail 2009-12-08 19:28:46 +0300 может кто-то скажет что NT домен на самбе -- зло но там очень уместно смотрятся имена с точкой. ivanov.i и ivanov.g гораздо информативнее ivanov1 и ivanov 103995 21 gns 2009-12-08 20:01:55 +0300 The BSD syntax [of chown] user[. group] was changed to user[: group] in this volume of POSIX.1-2008 because the <period> is a valid character in login names (as specified by the Base Definitions volume of POSIX.1-2008, login names consist of characters in the portable filename character set). The <colon> character was chosen as the replacement for the <period> character because it would never be allowed as a character in a user name or group name on historical implementations. http://www.opengroup.org/onlinepubs/9699919799/utilities/chown.html 103999 22 mike 2009-12-08 21:36:32 +0300 Ур-ра! Дима, сдавайся :) 109988 23 cas 2010-06-21 16:15:32 +0400 Предлагаю забить. Дима, когда можно ожидать? 109993 24 arc 2010-06-21 18:17:54 +0400 (В ответ на комментарий №23) > Предлагаю забить. Дима, когда можно ожидать? В смысле? В кентавре будут валидны имена пользователя с точкой? Гуд! 110217 25 4441 shrek 2010-06-30 17:07:06 +0400 Created attachment 4441 good name мне недавно пришлось делать вот такой патчь, во всяких debian/ubuntu заглавные буквы в имени разрешены 114960 26 cas 2010-11-06 17:32:35 +0300 Не тянет на distro-blocker 115538 27 anubix 2010-11-21 17:40:02 +0300 (В ответ на комментарий №4) > Вы думаете, все научились использовать ":"? Если "." нестандартно, то его можно вырезать, тогда никто не ошибется. 121402 28 aen 2011-05-19 06:02:19 +0400 Может, стоит поправить по случаю нового бранча? 123312 29 cas 2011-07-19 14:11:37 +0400 (В ответ на комментарий №28) > Может, стоит поправить по случаю нового бранча? Судя по тому, что была снята зависимость на 23155, не в этом бранче. 134203 30 shaba 2012-10-25 22:28:18 +0400 А в новом бранче увидим? 134206 31 mike 2012-10-26 00:58:57 +0400 Да, народ недоумевал... 134207 32 hiddenman 2012-10-26 01:35:31 +0400 Это ж надо так не любить точку. 6,5 лет назад мы с Колей запостили баг, а воз и ныне там. Дмитрий, сознайтесь, в чем истинная причина? :-) 134219 33 ulug1 2012-10-26 15:08:09 +0400 Тоже задело. Тоже имена пользователей с точкой. Причем несколько лет, как они берутся из лдап, все работает. Система может работать с именами с точками замечательно. Вот только создать не может. Может пора уже? 156273 34 evg 2016-04-25 09:38:32 +0300 Как дела с этим багом? Оба патча давно пора приложить. 156276 35 zerg 2016-04-25 11:02:05 +0300 (В ответ на комментарий №4) > думаете, все научились использовать ":"? Я вообще до этого бага не знал, что там можно что-то другое использовать. :-) 156282 36 shaba 2016-04-25 13:57:42 +0300 извиняюсь, может у меня как раз с этим связаны проблемы? Проблема следующая. Я использую sssd для логина в домене AD. Имя пользователя с сточкой - a.shabalin@domain.com. Настроены pam и nss на использование sssd. Периодически система теряет primary group. Т.е у пользователя a.shabalin есть GID, но не ресолвится в имя "domain users". Остановка sssd, удаление кэша, старт sssd помогают на некоторое время. Случайное время от 2 часов до 3-4 дней. 162330 37 sem 2017-03-07 18:56:02 +0300 (In reply to comment #34) > Как дела с этим багом? Оба патча давно пора приложить. Чтобы разрешить точку, нужно для начала запатчить chown, чтобы он ругался на использование точки. После чего подождать хотя бы пару лет, выявляя и исправляя скрипты, где используется точка. Когда наступит уверенность, что таких скриптов больше не осталось, то можно выключить использование точки в chown и разрешить в именах пользователей. Я не вижу, чтобы кто-нибудь собирался все это делать. (In reply to comment #36) > извиняюсь, может у меня как раз с этим связаны проблемы? Вряд ли sssd использует shadow-utils в runtime. 162331 38 hiddenman 2017-03-07 19:50:51 +0300 (В ответ на комментарий №37) > Чтобы разрешить точку, нужно для начала запатчить chown, чтобы он ругался на > использование точки. После чего подождать хотя бы пару лет, выявляя и исправляя > скрипты, где используется точка. Когда наступит уверенность, что таких скриптов > больше не осталось, то можно выключить использование точки в chown и разрешить > в именах пользователей. > Я не вижу, чтобы кто-нибудь собирался все это делать. Опять откопали стюардессу? :-) Я вообще таких скриптов в жизни не встречал, разве что в каком-то энтерпрайзе попадается. Тут дилемма в том, что пользователей все и так делают с точкой (RH-based уже 10 лет как работают с точкой), просто вручную редактирую или через други утилиты и всё окружение работает. Только useradd не принимает точку, поэтому приходится его обходить всем. Точка - это вообще самый настоящий энтерпрайз, они её очень любят. 162676 39 sem 2017-03-23 03:06:28 +0300 (В ответ на комментарий №38) > Я вообще таких скриптов в жизни не встречал, разве что в каком-то энтерпрайзе > попадается. Нет никаких гарантий, что таких скриптов нет. Вообще мне смутно припоминается, что я где-то у нас видел. > Тут дилемма в том, что пользователей все и так делают с точкой > (RH-based уже 10 лет как работают с точкой), просто вручную редактирую или > через други утилиты и всё окружение работает. Только useradd не принимает > точку, поэтому приходится его обходить всем. > Точка - это вообще самый настоящий энтерпрайз, они её очень любят. Я не думаю, что нас должны волновать проблемы RH-based дистрибутивов. И если у нас тоже кто-то хочет создать себе потенциальные проблемы, то это его дело. Создавать же undefined behavior "из коробки" - точно плохая идея. В Дебиане, кстати, с именами пользователей вообще энтерпрайз-рай, там почти ничего не запрещено. И создать пользователя с именем типа $(reboot), например, ничего не мешает. А потом неосторожный eval в каком-нибудь скрипте и привет. 184965 40 shaba 2019-10-17 21:04:14 +0300 (В ответ на комментарий №11) > (In reply to comment #10) > > Более того, в RH-образных дистрибутивах (e.g CentOS) можно создавать имена > > пользователей в upper case и даже в mixed case. > > #id TEST > > uid=511(TEST) gid=512(TEST) groups=512(TEST) > > > > #id TeSt > > uid=512(TeSt) gid=513(TeSt) groups=513(TeSt) > > Зачем нам создавать лишние проблемы? Сейчас проблемы на ровном месте создаем мы для наших пользователей. Во многих компаниях есть свои политики именования пользователей, которые мы не можем удовлетворить. Например сейчас пришел запрос из Китая. У них это бизнес необходимость. У них все сложно с именами. Какой нибудь(просто придумал из головы) Ci Py - логично иметь логин CiPy, потому что cipy может означать и C Ipy, и Cip Y. Еще раз прошу вернуться к рассмотрению этой баги. 184966 41 shaba 2019-10-18 00:24:18 +0300 Пример с FooBar будет наверно понятней :) foobar можно интерпретировать как Fo Obar, Foob Ar. 185000 42 sem 2019-10-18 19:50:55 +0300 (В ответ на комментарий №41) > Пример с FooBar будет наверно понятней :) > foobar можно интерпретировать как Fo Obar, Foob Ar. fo_obar и foob-ar не вариант? 185001 43 rider 2019-10-18 19:52:52 +0300 (В ответ на комментарий №42) > (В ответ на комментарий №41) > > Пример с FooBar будет наверно понятней :) > > foobar можно интерпретировать как Fo Obar, Foob Ar. > > fo_obar и foob-ar не вариант? См. выше про принятые в компаниях правила именования пользователей. Врятли их будет кто-то менять под нас, скорее наоборот. 185007 44 shaba 2019-10-19 15:08:42 +0300 (В ответ на комментарий №42) > (В ответ на комментарий №41) > > Пример с FooBar будет наверно понятней :) > > foobar можно интерпретировать как Fo Obar, Foob Ar. > > fo_obar и foob-ar не вариант? FooBar не вариант? Цитата: Ван Синь-ши (Wang Hsin-shih), теперь уже бывший глава подразделения разработчиков Huawei по технологиям Так что не вариант. "-" легитимный символ в их именах. И ещё раз, на предприятиях существуют свои правила и руководящие документы. ALT не должен навязывать свои ограничения. 185008 45 lav 2019-10-19 15:19:06 +0300 (В ответ на комментарий №44) ... > не должен навязывать свои ограничения. Я бы сказал, что должен быть механизм установки ограничений, но не в коде отдельных утилит. Ограничения должны настраиваться в pam и в домене, я так понимаю. 185268 46 sem 2019-11-01 19:40:21 +0300 В task #240146 собирается пакет, в котором можно задать регэксп для проверки имени пользователя/группы. Там не только точку, там почти что угодно можно разрешить. Заинтересованных прошу тестировать. 185405 47 repository-robot 2019-11-07 18:51:44 +0300 shadow-1:4.5-alt7 -> sisyphus: Wed Nov 06 2019 Mikhail Efremov <sem@altlinux> 1:4.5-alt7 - valid_field: Check that characters are ASCII. - login.defs: Add SAFE_PWDB_FIELDS variable. - man: Add SAFE_PWDB_FIELDS description. - lib: Add SAFE_PWDB_FIELDS variable. - useradd,usermod: Use valid_field() to check fields. Fri Nov 01 2019 Mikhail Efremov <sem@altlinux> 1:4.5-alt6 - Use epoch instead of serial. - login.defs: Add REGEXP_NAME variable. - man: Add REGEXP_NAME description. - pwck,grpck: Use strcasecmp() to check names. - libmisc: Don't allow leading digits in the names with regexp too. - utils: Check that user/group is unique. - libmisc: Allow names to be verified by regexp (closes: #9202). - Fix build with gcc-9. 1419 2006-03-07 20:20:13 +0300 2006-03-07 20:20:13 +0300 патч shadow-4.0.4.1-gns-chkname-dot_in_username.patch text/plain 384 gns LS0tIHNoYWRvdy00LjAuNC4xL2xpYm1pc2MvY2hrbmFtZS5jLm9yaWcJMjAwNi0wMy0wNyAxOTox Mzo1MCArMDIwMAorKysgc2hhZG93LTQuMC40LjEvbGlibWlzYy9jaGtuYW1lLmMJMjAwNi0wMy0w NyAxOToxNDozMiArMDIwMApAQCAtMjcsNiArMjcsNyBAQAogCXdoaWxlICgqKytuYW1lKSB7CiAJ CWlmICghKCgqbmFtZSA+PSAnYScgJiYgKm5hbWUgPD0gJ3onKSB8fAogCQkgICAgICAoKm5hbWUg Pj0gJzAnICYmICpuYW1lIDw9ICc5JykgfHwKKwkJICAgICAgKm5hbWUgPT0gJy4nIHx8CiAJCSAg ICAgICpuYW1lID09ICdfJyB8fCAqbmFtZSA9PSAnLScgfHwKIAkJICAgICAgKCpuYW1lID09ICck JyAmJiAqKG5hbWUgKyAxKSA9PSAnXDAnKSkpCiAJCQlyZXR1cm4gMDsK 4441 2010-06-30 17:07:06 +0400 2010-06-30 17:07:06 +0400 good name shadow-4.0.4.1-croc-good-name.patch text/plain 796 shrek LS0tIHNoYWRvdy00LjAuNC4xL2xpYm1pc2MvY2hrbmFtZS5jLmNyb2MJMjAwOC0wNC0yMyAwNDow MDowNS4wMDAwMDAwMDAgKzA0MDAKKysrIHNoYWRvdy00LjAuNC4xL2xpYm1pc2MvY2hrbmFtZS5j CTIwMTAtMDQtMTkgMTg6NTI6MjAuMDAwMDAwMDAwICswNDAwCkBAIC0xOCwxMyArMTgsMTQgQEAg UkNTSUQgKCIkSWQ6IGNoa25hbWUuYyx2IDEuOCAyMDAzLzA1LzEyCiBzdGF0aWMgaW50IGdvb2Rf bmFtZSAoY29uc3QgY2hhciAqbmFtZSkKIHsKIAkvKgotCSAqIFVzZXIvZ3JvdXAgbmFtZXMgbXVz dCBtYXRjaCBbYS16X11bYS16MC05Xy1dKgorCSAqIFVzZXIvZ3JvdXAgbmFtZXMgbXVzdCBtYXRj aCBbQS1aYS16X11bQS1aYS16MC05Xy1dKgogCSAqLwotCWlmICghKm5hbWUgfHwgISgoKm5hbWUg Pj0gJ2EnICYmICpuYW1lIDw9ICd6JykgfHwgKm5hbWUgPT0gJ18nKSkKKwlpZiAoISpuYW1lIHx8 ICEoKCpuYW1lID49ICdhJyAmJiAqbmFtZSA8PSAneicpIHx8ICgqbmFtZSA+PSAnQScgJiYgKm5h bWUgPD0gJ1onKSB8fCAqbmFtZSA9PSAnXycpKQogCQlyZXR1cm4gMDsKIAogCXdoaWxlICgqKytu YW1lKSB7CiAJCWlmICghKCgqbmFtZSA+PSAnYScgJiYgKm5hbWUgPD0gJ3onKSB8fAorCQkgICAg ICAoKm5hbWUgPj0gJ0EnICYmICpuYW1lIDw9ICdaJykgfHwKIAkJICAgICAgKCpuYW1lID49ICcw JyAmJiAqbmFtZSA8PSAnOScpIHx8CiAJCSAgICAgICpuYW1lID09ICdfJyB8fCAqbmFtZSA9PSAn LScgfHwKIAkJICAgICAgKCpuYW1lID09ICckJyAmJiAqKG5hbWUgKyAxKSA9PSAnXDAnKSkpCg==