Имена компьютеров рабочей группы Windows и имена учетных записей пользователей
Я управлял несколькими небольшими сетями в качестве гибридного системного администратора / разработчика для небольших организаций (<25 человек) либо в качестве сотрудника, либо в качестве независимого консультанта.
Одна вещь, которая всегда бросала мне вызов, это найти соглашение об именах для рабочих станций. И, конечно же, я очень разборчив в именах и именах.
Одна проблема, насколько я понимаю, где-то на уровне NetBIOS или что-то еще, я не могу иметь имя машины Windows, совпадающее с именем пользователя Windows...
Мне нравится называть пользователя по имени (например, "james" - это мое имя пользователя), но я не могу назвать машину таким же образом, поэтому машину также нельзя назвать "james".
Для рабочих станций, что люди используют для соглашений об именах?
Я хотел бы использовать имя человека, возможно, его фамилию?
Но в одной организации у нас был небольшой оборот, поэтому я начал называть машины по ролям, например, "sales1, sales2, sales3, marketing1, marketing2 и т. Д." - но это кажется таким холодным...
Мне бы хотелось, чтобы было легко определить, с какой рабочей станцией идет какой сотрудник и т. Д.
Кто-нибудь хочет поделиться своими соглашениями об именах рабочих станций для рабочих станций?
[напоминание: это не вопрос именования серверов]
Спасибо, Джеймс
PS:
Для серверов я использую:
CC-FF [F [е]]
где cc - это двухбуквенное сокращение названия компании (например, Acme Tacks будет at-), а затем я называю ff как функцию машины, fs для файлового сервера, db для сервера базы данных и т. д. Итак, У меня могут быть at-fs, at-db, at-dev (сервер разработки) и так далее. Я полностью доволен этим соглашением об именах (которому меня научил бывший сотрудник, которому я очень признателен… вам, Гейб, если вы читаете это)
8 ответов
Мы используем очень простую схему именования для ПК, просто pc001, pc002 и т. Д. Затем, чтобы установить соединение с пользователем, который в данный момент находится на этом компьютере, мы используем поле "описание". Здесь мы обычно помещаем имя пользователя на этой машине.
Описание может быть очень легко изменено - гораздо больше, чем фактическое название самого ПК.
Чтобы увидеть, кто использует какую машину, простая команда 'net view' сгенерирует список имен компьютеров и соответствующих описаний. Например:
\\PC001 John Smith
\\PC002 John Doe
\\PC003 Long John Silver
Возможно, это не так хорошо масштабируется, когда вы получаете тысячи пользователей, но у нас около 250 и у нас нет проблем с этим методом - он очень хорошо работает для нас.
Я согласен с Кевином, что вы не должны называть машины в честь сотрудников или компании.
Я бы также пошел дальше и сказал, что вы не должны называть машины после "ролей персонала", так как, однажды управляя машинами для небольшой компании, вы часто сталкиваетесь с ситуацией, когда ваш недавно нанятый помощник по работе с клиентами будет работать на Машина "SALES3", потому что ушел один из ваших продавцов, и это единственная запасная машина.
Как правило, это дает вам еще более "холодную" альтернативу именования машины с более общим шаблоном, и в этом случае вы выбираете предложения Кевина, Сэма и JFV.
Однако лично, если бы я работал только на небольшом количестве машин в офисной среде, я бы использовал что-то ОЧЕНЬ простое, например, PC{Number}, например. PC001 или, если хотите, OS{Number}, например. XP001... и затем, чтобы легко узнать, какая машина где находится, просто ведите небольшой список / электронную таблицу, для которой машина выделена кому (а также для простоты обслуживания сети используйте номер машины в качестве последней цифры IP).
IMO намного лучше, чем иметь имена компьютеров, которые в конце концов не будут совпадать с именем / ролью / местоположением пользователя, так как небольшие компании часто перемещают машины, и если у вас не так много машин, список / таблица должна быть очень маленьким (1 страница) и легко обслуживаемым.
NB. Чем сложнее среда, тем больше сложностей вы можете внести в имена (например, если у вас есть разные виды "сборок" для каждой машины, например, машина для разработки с Visual Studio, а не машина для продаж с офисом). тогда стоило бы придерживаться предложения Кевина о включении машинного назначения, например, XPDEV001, XPWRK001).
На самом деле, я бы не назвал сервер, начинающийся с названия компании. это слишком изменчиво, и в ту минуту, когда имя компании меняется, вам нужно либо переименовать все серверы, либо вы должны оставить имя сервера в виде некоторого архаичного возврата к старой компании, который через некоторое время перестанет быть описательным. Не шутка, это действительно произошло, к концу у нас было два или три сервера разных компаний из-за бухгалтерии нескольких корпораций, а затем мы были выкуплены. Примерно через 6 месяцев многие люди были отпущены или ушли, и пришли новые люди, которые понятия не имели, что означали аббревиатуры старой компании или что они содержали. Это был кошмар, пока эти серверы не удалились.
Здесь мы называем компьютеры тем же именем, что и логин пользователя (у нас не было проблем с netbios). Честно говоря, это отстой. У пользователя не может быть двух или более компьютеров, и это особенно становится проблемой, когда вам нужно перенести данные пользователя с компьютера на новый.
В других компаниях мы называем каждую рабочую станцию так же, как сервер. Что-то вроде ОС + тип машины + назначение + номер в списке. Так что серверы будут что-то вроде 2k03SvrDb1. Рабочие станции будут XPWkDev03. Сначала это немного загадочно, но если вы будете следовать стандартным соглашениям об именах, это будет довольно быстро. Что касается связи их с пользователями, у нас есть отчеты, которые мы показываем, чтобы показать, кто чем пользуется.
Если вы используете тег актива, то я бы предложил вам использовать сокращение dept и информацию тега актива. Например: я работаю в MIS в домашнем офисе в штате Делавэр, штат Огайо - DELMIS000123, или работаю в отделе маркетинга в Атланте, штат Джорджия - ATLMKTG000124 и т. Д.
Дайте мне знать, что вы думаете!
JFV
Интересно отметить, что на многих консолях управления (антивирусное управление Symantec является наиболее доступным из имеющихся на данный момент) имеются клиентские представления, в которых будут отображаться имя компьютера, а также последний зарегистрированный пользователь. В 1000 раз лучше, чем статическое поле, если у вас есть такие пользователи, как мой, которым нравится менять аппаратное обеспечение.;)
Мы постоянно обсуждаем это, но наше соглашение об именах выглядит так, как будто оно основано на формате "dds-[местоположение или номер комнаты]-[порядковый номер]" для ПК и "dds-mac-[местоположение]" for Apple devices ("dds" because we're the School of Dentistry). Usernames prove to be problematic because users leave and move more often than computers do. I tend to think that location is the most useful piece of information in a device name, at least for us.
Небольшие компании часто предпочитают присваивать имена пользователям, что может вызвать проблемы, когда люди уходят, так как вам приходится переименовывать машину или иметь имена, которые больше не имеют смысла. Небольшая компания, в которой я работал, которая имела несколько филиалов, например, назвала там машины с префиксом местоположения, а затем имя пользователя. Если 2 пользователя имеют одинаковые имена, они получают инициал в конце. Не отличное решение.
Другая компания, которую я нашел, просто любила присваивать имени случайные цепочки цифр, что никак не помогало при поиске машины.
Лично я предпочитаю имена, которые дают мне некоторое представление о машине, операционной системе, ее расположении, ее назначении - все это хорошо. Называть их всех в честь повелителей Властелина колец, однако, бесполезно.
Расположение и номер тега актива здесь также. Очень удобно, если вы географически распределены, поскольку вы можете легко восстановить имя машины, если потребуется, запросив у пользователя номер тега, а не предлагая ему углубляться в апплеты панели управления.