Что значит имя пользователя не может содержать точки

Точка в имени пользователя

Почему useradd и pwck ругаются на пользователей с точкой в имени?

Откуда взялся такой запрет?

Re: Точка в имени пользователя

> Откуда взялся такой запрет?

Точка в regex — любой символ. Потенциальный источник ошибок. Может поэтому.

Re: Точка в имени пользователя

Re: Точка в имени пользователя

А если вручную в passwd отредактировать?

Re: Точка в имени пользователя

Re: Точка в имени пользователя

Ну, может проблемы типа «chown name1.name2.group somefile» ?

Re: Точка в имени пользователя

вроде же через двоеточие разделяются uid:gid ?

Re: Точка в имени пользователя

Re: Точка в имени пользователя

Прокатывает и через точку =)

Re: Точка в имени пользователя

Re: Точка в имени пользователя

Запрета на точку в имени пользователя нет. Это запрет на имя учётной записи. А нахрена в имени учётной записи точка?

Re: Точка в имени пользователя

Re: Точка в имени пользователя

>Хочу почту имя.фамилия

aliases и т.п. на что?

Re: Точка в имени пользователя

>Хочу почту имя.фамилия

У тебя имя.фамилия однозначно транслитерируются? При этом достаточно короткие? Никогда не понимал удовольствия от длиннючих неоднозначно-транслитерированных адресов, которые невозможно передать «голосовыми» каналами — твоё имя из регистрационной инфы «на слух» имеет штук 30 вариантов написания — и это не худший вариант. Нафига козе баян, если можно притумать 4-5 символьную однозначную «аббревиатуру»?

Источник

«Недействительное имя пользователя» при попытке создать имя пользователя, содержаное специальный символ в Office 365

Office 365 ProPlus переименован в Майкрософт 365 корпоративные приложения. Для получения дополнительной информации об этом изменении прочитайте этот блог.

Проблема

При создании имени пользователя, содержаного специальный символ в Microsoft Office 365, вы получаете одно из следующих сообщений об ошибке:

На портале Office 365

В Microsoft Azure Active Directory модуль для Windows PowerShell

В Exchange Online Windows PowerShell

Причина

Такое поведение возникает из-за того, что определенные специальные символы не допускаются в именах пользователей, которые вы создаете в Office 365. Эти специальные символы включают, но не ограничиваются следующими:

Свойство	Требования userPrincipalName
Разрешены символы	A – Z Параметр SimpleDisplayName используется для отображения альтернативного описания объекта, если разрешен только ограниченный набор символов. Допустимые символы: 0 – 9 ‘ . — _ ! # ^
Символы, не разрешенные	Любой @ » «символ, который не отделяет имя пользователя от домена. Не может содержать символ периода «.» непосредственно перед символом @ » «. Не может содержать символ ampersand (&) в имени пользователя.
Ограничения длины	Общая длина не должна превышать 113 символов Перед символом «» может быть до 64 @ » символов После символа » может быть до 48 @ » символов

Однако применяются следующие исключения:

• В имени пользователя разрешено подчеркивать (_). в том числе в начале и в конце имени.
• При создании группы знак номера (#) можно использовать в качестве части имени группы. Однако адрес электронной почты, который вы создаете для группы рассылки или общего почтового ящика, не может использовать знак #.

Решение

При создании нового пользователя в Office 365 убедитесь, что вы не используете какие-либо специальные символы, перечисленные в разделе «Причина».

Требуется дополнительная помощь? Зайдите на сайт сообщества Майкрософт.

Источник

Имя пользователя не может содержать повторяющееся подчеркивание или точку

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

Ну, с этим я, конечно, согласен. Regex-это то, что мы используем не очень часто, но когда мы это делаем, это похоже на чтение какого-то чужого языка (ну, во всяком случае, для меня). Я думаю, что решу взять книгу и читать дальше.

Проблема, с которой я столкнулся, заключается в следующем: мне нужно проверить имя пользователя на основе следующих критериев:

1. может содержать буквы, верхние и нижние
2. может содержать числа
3. может содержать точки ( . ) и подчеркивания ( _ )
4. точки и подчеркивания не могут быть последовательными, то есть __ .. не допускаются, но ._._ будет действительным.
5. максимум 20 символов в общей сложности

До сих пор у меня есть следующее : ^[a-zA-Z_.]<0,20>$ но, конечно, это позволяет повторять подчеркивания и точки.

Теперь я, вероятно, делаю все это неправильно, начиная с набора допустимых символов и максимальной длины. Я пытался ( безуспешно) создать какой-то look-around или look-behind или что-то еще для поиска недопустимых повторений точки ( . ) и подчеркивания ( _ ), не зная, каков подход или методология для того, чтобы разбить это требование на решение regex.

Может ли кто-нибудь помочь с рекомендацией / альтернативным подходом или указать мне правильное направление?

3 ответа

(извините за мой плохой английский) Если вы попытаетесь выполнить эту операцию выбора над базой данных sqlite: SELECT столбец AS ‘alias 1’ FROM таблица; Вы получаете ожидаемое имя столбца: alias 1 ——— result 1 result 2 но если ваш псевдоним содержит точку . . вы получаете неправильное имя.

Я хочу извлечь имя пользователя из строки, которую пользователь ввел во ввод. Дело в том, что я не хочу просто проверять имя пользователя, но я хочу показать пользователю, каким будет окончательное имя пользователя, даже если пользователь наберет какие-либо недопустимые символы. Так, например.

Это то, что вам нужно:

Вы можете посмотреть демонстрацию того, что он соответствует здесь .

«Либо буквенный символ ( [a-zA-Z0-9] ), либо ( | ) точка или подчеркивание ( [._] ), но это не следует само по себе ( (?!\1) ), и это от 5 до 20 раз ( <5,20>).«

(?:X) просто не является группой захвата , т. Е. вы не можете ссылаться на нее впоследствии, используя синтаксисы \1 , $1 или ?1 .

(?!X) называется отрицательным взглядом , то есть буквально «which is not followed by X».

\1 относится к первой группе захвата . Поскольку первая группа (. ) <5,20>была установлена как не захватывающая (см. #1),, первой группой захвата является ([._]) .

означает , что от X до Y раз вы можете изменить его по мере необходимости.

Для этого вы можете использовать два отрицательных утверждения lookahead :

Объяснение :

В зависимости от ваших требований и вашего движка regex вы можете заменить [0-9A-Za-z_.] на [\w.] .

@sp00n поднял хороший вопрос: вы можете объединить утверждения lookahead в одно:

что может быть немного более эффективным, но немного сложнее для чтения.

Не пытайтесь засунуть это в один regex. Ваш единственный regex отлично работает для всех критериев, кроме #4., Чтобы сделать #4,, просто сделайте regex, который соответствует недопустимым именам пользователей, и отклоните имя пользователя, если оно соответствует. Например (в псевдокоде):

Похожие вопросы:

В регистрационной форме я беру email id. Я хочу показать, что предложения по имени пользователя 3-5 с использованием email id.Suggestions должны быть релевантны идентификатору email. код var.

На самом деле, у меня есть небольшая проблема в том, что я работаю над приложением, в котором форма для регистрации пользователя и на конце проверки пароля не должна содержать имя пользователя, и не.

Таким образом, вопрос заключается в том, является ли хорошей практикой иметь такое правило, чтобы запретить пользователям иметь UserName в паролях? Например , если пользователь наберет UserName User.

(извините за мой плохой английский) Если вы попытаетесь выполнить эту операцию выбора над базой данных sqlite: SELECT столбец AS ‘alias 1’ FROM таблица; Вы получаете ожидаемое имя столбца: alias 1.

Я хочу извлечь имя пользователя из строки, которую пользователь ввел во ввод. Дело в том, что я не хочу просто проверять имя пользователя, но я хочу показать пользователю, каким будет окончательное.

У меня есть пробел в имени пользователя в учетной записи Apigee моей организации. Я использую страницу настроек пользователя, чтобы попытаться обновить имя пользователя, удалив пробел и сохранив.

Я пытаюсь создать шаблон строки, который может содержать UTF-8 символов (öäå и т. д.) и соответствовать следующим критериям в Java (1.7); Должно начинаться с # или @ Должно быть, строчные буквы.

Я использую Java regex для проверки имени пользователя. Они должны соответствовать следующим ограничениям: Имя пользователя может содержать буквенно-цифровые символы и / или подчеркивание(_). Имя.

Пароль не должен содержать имя пользователя или части полного имени пользователя, превышающие два последовательных символа Если имя пользователя= 1Abcd234 password= aBc15 , то он должен возвращать.

Я хочу проверить проверку имени пользователя перед регистрацией, но это немного сложно, я пробовал слишком много вариантов, но не смог. Имя пользователя минимальная и максимальная длина составляет 6.

Источник

Части адреса электронной почты и символы, которые вы можете использовать в них

Узнайте, какие символы вы можете использовать

Адреса электронной почты, например me@example.com, включают несколько элементов. Наиболее заметным является символ знака (@) в середине каждого адреса электронной почты. Перед этим следует имя пользователя, которое в данном примере – «я». После этого следует доменное имя, которое в нашем примере – «example.com».

Имя пользователя Часть письма

Перед знаком @ стоит имя пользователя. Он обозначает, кто в домене является владельцем адреса электронной почты – в нашем примере, я.

Кто бы ни настраивал ваш адрес электронной почты (вы, ваша школа или ваш работодатель), выбирает имя пользователя. Например, когда вы зарегистрируете бесплатную учетную запись электронной почты, вы введете собственное имя пользователя.

Когда вы создаете имя пользователя электронной почты, которое будет использоваться профессионально, существует несколько стандартных форматов, которые передают профессионализм. Например, использование вашего имени дружелюбно и легко запоминается, например, Bill@example.com. Это также дает некоторую анонимность, не раскрывая вашу фамилию. К сожалению, если вы настроите адрес электронной почты в популярной почтовой системе, такой как Outlook или Gmail, вы можете обнаружить, что используются общие имена.

Вот несколько других профессиональных параметров имени пользователя, которые хорошо работают:

• Ваше имя и фамилия, например BillJ@example.com
• Ваш первый инициал плюс ваша фамилия, например, BJones@example.com
• Ваше имя и фамилия вместе, например, BillJones@example.com

Тем не менее, они предлагают меньше анонимности. Опять же, в больших системах электронной почты, даже эти более конкретные имена пользователей уже могут быть приняты.

Существуют некоторые ограничения для имен пользователей, такие как максимальное количество символов, которые можно использовать в адресе электронной почты, и допустимые символы. Все, что явно не разрешено, запрещено.

Символы, разрешенные в адресах электронной почты

В соответствующем стандартном документе Интернета, RFC 2822, указаны символы, которые можно использовать в адресе электронной почты.

На языке стандарта имя пользователя в электронном письме состоит из слов, разделенных точками. Слово в адресе электронной почты называется атомом или строкой в ​​кавычках. Атом – это последовательность символов ASCII от 33 до 126, где от 0 до 31 и 127 – управляющие символы, а 32 – пробел.

Строка в кавычках начинается и заканчивается кавычкой (“). Любой символ ASCII от 0 до 177, за исключением самой кавычки и возврата каретки, может быть помещен между кавычками.

Символы обратной косой черты также могут использоваться в адресах электронной почты, но они выполняют другую функцию. Обратная косая черта заключает в кавычки любой символ и приводит к тому, что следующий символ теряет особое значение, которое он обычно имеет в контексте. Например, чтобы включить символ кавычки в адрес электронной почты, поместите обратную косую черту перед символом кавычки.

Любой алфавитно-цифровой символ ASCII может использоваться в вашем адресе электронной почты, а также любые символы между 33 и 47 ASCII. Символы, которые не допускаются в адресе электронной почты, включают:

• Восклицательный знак (!)
• Числовой знак (#)
• Знак доллара ($)
• Знак процента (%)
• Амперсанд (&)
• Тильда (

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

Источник

Какие символы разрешить в логине (имени пользователя)?

Есть 2 варианта:

Также есть 3 вариант — второй вариант, в котором логин не может начинаться со знака (дефиса, точки или подчеркивания), а также не может использоваться больше 2-х знаков подряд:

Склоняюсь больше к первому варианту, но думаю, что он весьма ограничен. Третий вариант — улучшенный второй, но легко и просто донести его до пользователя (не заставляя его читать, как минимум, 1 строчку текста при регистрации) — это иррационально.

Хочу услышать ваше мнение по этому поводу. Заранее спасибо!

• Вопрос задан более трёх лет назад
• 15985 просмотров

никакого стандарта на это нет. упор в любых проверках делается на то, бы пользователь не вводил логин/пароль в стиле ^vasya_$123#*& а потом забывал свои логины/пароли.
стандартного алфавита a-z0-9 с парой символов для разделения (- или _) вполне хватит на много миллионов пользователей.

Я бы разрешил латинские и русские буквы (если сайт включает русскоязычную аудиторию, конечно), пробел, дефис и подчеркивание, а также цифры и спецсимволы. Минимальная длина — 3-4 символа, максимальная длина — на ваше усмотрение (12-16 символов или даже больше).

Логин регистронезависимый (то есть star guardian и Star Guardian — одинаковый логин). Также сделал бы список запрещенных логинов, таких как root, admin, moderator, support, helpdesk и т.п., которые можно использовать для социальной инженерии, чтобы представиться кем-либо из администрации сайта.

Источник