Как привести имена пользователей в одну читабельную систему?

Question

[Cart00n]

Есть сеть на 100+ машин, есть куча имен пользователей от user25 и бух43 до названий офисов, инициалов людей (некоторые уже не работают) и т.д. Хочу привести имена пользователей в единую систему, чтоб не сидеть гадать вспоминая набор ассоциаций с этой тарабарщиной, а максимально упростить свои рабочие будни :) + это дело будет масштабироваться.
Как это сделать? Привязываться к физическому расположению компа (офис и пр.)? Привязаться к штатно-должностному расписанию людей? Или уже есть какие-то более логичные методы по созданию системы упорядоченных учёток пользователей?

Answer 1

[Сергей Ковалёв]

Пссс. Парень, у меня есть правильный метод для тебя.

Иванов Петр Семенович
p.ivanov
должен совпадать с email до @

если создаете учетку для человека не являющегося сотрудником предприятия, ставите "-" вместо "."
p-ivanov
всегда сможете отделить внешних от своих

к отдельным учеткам добавляете метку назначения
p.ivanov.admin
p.ivanov.test
потому что даже админы на своём ПК не работают под учеткой глобального админа

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

По структуре в Active Directory:
Создаете в корне структуру, если в лесу нет отдельных доменов:
Холдинг / Отраслевой холдинг / Организация / Подразделение /
Не используйте папки Buildin и Users для создания своих учетных записей.
Все подразделения в полном соответствии с штатным расписанием, учетные записи заполняются полностью (в поле "Имя" указывается Имя и Отчество).
Все это позволит Вам автоматически, на основании штатного расписания учетной системы, поддерживать структуру учетных записей в актуальном состоянии. Ушел Вася Петров с дальнего склада с работы, а его учетка гарантированно на следующий день будет выключена, и не нужно будет потом искать кто накасячил в учетной системе.

Все остальные методы надуманны.

Answer 2

[АртемЪ]

Пользователь это человек - поэтому имя пользователя что-то вроде ИвановАП, и вариации на эту тему.

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

Штатно-должностное расписание влияет больше на права, поэтому к нему имеет некоторый смысл привязывать группы пользователей.

В общем как-то так, только без фанатизма, и с учетом местной специфики.

Answer 3

[Saboteur]

В большинстве организаций принято что-то вроде такого соглашения.
Алексей Иванов:
AIvanov
aivanov
aleksey.ivanov

Для вашей организации - выше крыши. Если будут однофамильцы, разбираться по месту.
Ну и 100 компов это не так много, чтобы сейчас всех переименовывать. Ведь большинство уже привыкло, у многих емайл среди клиентов затесался. Переименование может оказаться дороже, чем вы думаете.
Просто всех новых пользователей заводите уже по правилу.

Организация по отделам - есть группы, есть поля для комментария и расположения. В логине - должно быть только имя-фамилия.

Answer 4

[Cart00n]

Ивановых может и 2 и 3 быть...
я вот думал о составных логинах - часть названия отдела и фамилия с инициалами

Answer 5

[Макс]

у нас имя пользователя - это 6(или меньше, если фамилия типа Ли) букв фамилии, плюс инициалы. В случае с Ивановыми/Петровыми и т.д. , т.е. полном совпадении логина, добавляем цифру в конце.

На Форде - первая буква имени + 7 букв фамилия. Там, к слову, была забавная ситуация. Некая Светлана Ракова очень возмущалась, ей логин переделали.
На Ниссане - просто префикс страны (у нас - ru) + табельный номер.

Answer 6

[Денис]

Расскажу на своем примере, может и у вас получится что-то похожее реализовать.
У нас на предприятии у каждого работника есть табельный номер. Я "придумываю" имена для учеток AD следующим образом: u[ХХХХХ], где u - сокращение от user, ХХХХХ - собственно сам табельный номер. Можно было бы и просто XXXXX, но решил на всякий случай спереди добавить букву (я из тех, кто предпочитает перестраховываться и даже имена всем объектам ОС давать преимущественно английские )) ).
Плюсы данного способа:

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

Минусы:

• пока не нашел
  

Comments

[Сергей Ковалёв]

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

[Денис]

Сергей Ковалёв: простите, но это вы написали эту самую вещь. Какие таблицы соответствия? В учетной записи AD, помимо самого логина, присутствуют еще и дополнительные поля для имени, отчества и фамилии, которые заполняются при создании учетной записи и по умолчанию и отображаются в соответствующей оснастке.

[Сергей Ковалёв]

Денис: Вы правы. Только в логах в большинстве случаев пишется логин пользователя, а не то что вы написали. И для того что бы понять, кто касячит, вам нужно лезть в оснастку что бы узнать кто это. Вы же людей по именам запоминаете, а не по их табельным. Вы сами усложняете свою жизнь.
Когда у вас 30 человек, вам из "логины" примелькаются через месяц другой. Когда у Вас будет от 3х тысяч, вы афигеете от того геммороя по чтению логов, который на вас упадёт.
Тем более логин должен совпадать с почтовым префиком, или у вас эти вещи раздельные?

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

[Денис]

Сергей Ковалёв: И в чем проблема? Ищем деяния конкретного пользователя в логах - предварительно открываем оснастку "Пользователи и компьютеры", чтобы посмотреть нужный логин. Ищем конкретное деяние и находим какой-то логин - делаем тоже самое только в обратной последовательности.
Пользователей у нас порядка 500 человек. Еще не все, правда, переведены на индивидуальные учетки, часть пользуется "общими" (типа Цех №ХХ) - наследие Novell, но работа с теми кто переведен никаких осложнений не вызывает.
По поводу почты: если бы она была то да, предпочтительнее возможно и было бы использовать различные вариации имя-фамилия, но у нас ее нет (по регламенту сеть предприятия никак не может быть сопряжена с интернетом). С другой стороны, вон выше человек практически про "мою" систему именования на предприятии Nissan пишет, а там я думаю и почта имеется (думаю алиасы решают все проблемы).
Я готов признать что используемая мной система подойдет не каждому предприятию, но то что это "непродуманный самопал с непрекращающимся геморроем" это вы погорячились, не стоит быть столь категоричным.

[Сергей Ковалёв]

Аааа. Производственники/АСУТПшники/госпредприятие. Вопросы отпали. Лапатьте, лопатьте, у Вас там логика своя, извращенная, процессы неспешные, торопиться некуда :))))
Ниссан - глобальная компания с азиатскими корнями. У них просто нет другого выбора. С другой стороны я работал полтора года в официальном дилере Ниссан. Логины были по описанной мною схеме.
В противовес Ниссану могу назвать Microsoft, там нет привязки к региону, а логин является производным от имени и фамилии.

Что до примеров, например, аудит файлового сервера из Event Viewer вернет вам логины пользователей. И их там может быть 150 штук. Вы либо вручную сверяете их с AD, либо пишете скрипт который будет конвертировать логины в ФИО. В обоих случаях это потеря времени, когда нужно уже решать проблему.

[Денис]

Сергей Ковалёв: да, да, да, вот такие вот неправильные (с вашей точки зрения) производственники/АСУТПшники/госработники + еще и глобальные компании с азиатскими корнями, а потом приходят "эффективные" и начинается рай и благоденствие. Поменьше категоричности. ;)))
Не вижу проблем в скрипте, тем более что он: а) пишется один раз и "на всю жизнь", и б) он же, как правило, логи и шерстит (не глазами же вы их просматриваете, выискивая читаемые имена пользователей) и добавить пару строчек кода для выбора атрибутов учетки не проблема.