Я управлял несколькими небольшими сетями как гибридный системный администратор / разработчик для небольших организаций (<25 человек) либо как сотрудник, либо как независимый консультант.
Одна вещь, которая всегда ставила меня перед задачей, - это найти соглашение об именах для рабочих станций. И, конечно же, я очень внимательно отношусь к именам и именованию.
Одна проблема, насколько я понимаю, где-то на уровне NetBIOS или что-то в этом роде, у меня не может быть имя машины Windows, такое же, как имя пользователя Windows ...
Мне нравится называть пользователя по имени человека (например, «james» - мое имя пользователя), но я не могу назвать машину таким же образом, поэтому машину нельзя также назвать «james».
Что люди используют для соглашений об именах для рабочих станций?
Я хотел бы использовать имя человека, возможно, его фамилию?
Но в одной организации у нас была небольшая текучесть кадров, поэтому я начал называть машины по ролям, например "продажи1, продажи2, продажи3, маркетинг1, маркетинг2 и т. д. - но это кажется таким холодным ...
Я хотел бы, чтобы было легко определить, какая рабочая станция связана с каким сотрудником и т. Д.
Кто-нибудь хочет поделиться своими соглашениями об именах рабочих станций для рабочие станции?
[напоминание: это не вопрос об именовании серверов]
Спасибо, Джеймс
P.S .:
Для серверов я использую:
cc-ff [f [f]]
где cc - это двухбуквенное сокращение для названия компании (например, Acme Tacks будет at-), а затем я называю ff функцией машины, fs для файлового сервера, db для сервера базы данных и т. д. У меня могут быть at-fs, at-db, at-dev (сервер разработки) и так далее. Я полностью доволен этим соглашением об именах (научил меня бывший коллега, которому я очень обязан ... проперс вам, Гейб, если вы это читаете).
Мы используем очень простую схему именования ПК, просто pc001, pc002 и т. Д. Затем, чтобы установить соединение с пользователем, который в настоящее время находится на этой машине, мы используем поле «описание». Здесь мы обычно указываем имя пользователя на этой машине.
Описание можно очень легко изменить - гораздо больше, чем фактическое имя самого компьютера.
Чтобы увидеть, кто какую машину использует, простая команда net view сгенерирует список имен компьютеров и соответствующих описаний. Например:
\\PC001 John Smith
\\PC002 John Doe
\\PC003 Long John Silver
Возможно, это не так хорошо масштабируется, когда у вас тысячи пользователей, но у нас их примерно 250, и у нас нет никаких проблем с этим методом - он очень хорошо работает для нас.
Я согласен с Кевином, что вы не должны называть машины именами сотрудников или компании.
Я бы также пошел дальше и сказал, что вам не следует называть машины после `` ролей персонала '', так как, когда-то управляя машинами для небольшой компании, вы часто заканчиваете ситуацию, когда ваш недавно нанятый помощник по работе с клиентами будет работать Машина "SALES3", потому что один из ваших продавцов ушел, и это единственная запасная машина.
Это, как правило, оставляет вам еще более «холодную» альтернативу именованию машины с использованием более общего шаблона, и в этом случае воспользуйтесь предложениями Кевина, Сэма и JFV.
Однако лично, если бы у меня было только небольшое количество машин в офисе, я бы выбрал что-то ОЧЕНЬ простое, например, PC {Number}. PC001 или, если хотите, OS {Number} например. XP001 ... а затем, чтобы легко узнать, где находится машина, просто ведите небольшой список / электронную таблицу, в которой какая машина назначена кому (а также для упрощения обслуживания сети, используйте номер машины в качестве последней цифры IP-адреса).
ИМО, что намного лучше, чем имена машин, которые в конце концов не будут соответствовать имени / роли / местоположению пользователя, поскольку небольшие компании часто перемещают машины, и если у вас не так много машин, список / электронная таблица должны быть очень маленьким (1 страница) и легко обслуживаемым.
NB: чем сложнее среда, тем сложнее вы можете добавить в имена (например, если у вас есть разные типы `` сборок '' для каждой машины, например, машина разработчика с Visual Studio, против машины продаж только с офисом тогда было бы целесообразно придерживаться предложения Кевина о включении назначения машины, например XPDEV001, XPWRK001).
Собственно, я бы не стал называть сервер по названию компании. оно слишком нестабильно, и в ту минуту, когда название компании изменится, вам придется либо переименовать все серверы, либо оставить имя сервера в качестве некоторого архаичного возврата к старой компании, которая через некоторое время перестанет быть описательной. Шутка ли, это действительно произошло, к концу у нас было два или три сервера разных компаний из-за того, что бухгалтерия управляла несколькими корпорациями, а потом нас выкупили. Примерно через 6 месяцев многие люди были уволены или уволились, и пришли новые люди, которые понятия не имели, что означают сокращения старых компаний и что они содержат. Это был кошмар, пока эти серверы не были выведены из эксплуатации.
Здесь мы называем компьютеры тем же именем, что и логин пользователя (у нас не было проблем с netbios). Честно говоря, это отстой. У пользователя не может быть двух или более машин, и это особенно становится проблемой, когда вам нужно перенести данные пользователя с одной машины на новую.
В других компаниях мы называем каждую рабочую станцию так же, как сервер. Что-то вроде ОС + тип машины + цель + номер в списке. Таким образом, серверы будут чем-то вроде 2k03SvrDb1. Рабочие станции будут XPWkDev03. Сначала это немного загадочно, но если вы будете следовать стандартным соглашениям об именах, это довольно быстро обретет смысл. Что касается связи их с пользователями, у нас есть отчеты, которые мы извлекаем, чтобы показать, кто и что использует.
Если вы используете Asset Tag, то я бы посоветовал вам использовать аббревиатуру отдела и информацию тега актива. Например: я работаю в MIS в Home Office в Делавэре, Огайо - DELMIS000123, или я работаю в отделе маркетинга в Атланте, Джорджия - ATLMKTG000124 и т. Д.
Дайте мне знать, что вы думаете!
JFV
Небольшие компании часто предпочитают называть пользователей именами, что может вызвать проблемы, когда люди уходят, так как вам либо придется переименовывать машину, либо иметь имена, которые больше не имеют смысла. Небольшая компания, в которой я работал, у которой было несколько филиалов, мне нравилось называть там машины с префиксом местоположения, а затем именем пользователя. Если у двух пользователей было одинаковое имя, в конце они получали инициалы. Не лучшее решение.
Другая компания, которую я нашел, просто любила присваивать имени случайные цепочки цифр, что не помогало при поиске машины.
Лично я предпочитаю имена, которые дают мне некоторое представление о машине, ОС, ее местонахождении и назначении - все это хорошо. Однако называть их всех в честь персонажей «Властелина колец» бесполезно.
Мы постоянно ходим по этому поводу, но наше соглашение об именах выглядит так, как будто оно основывается на формате «dds- [местоположение или номер комнаты] - [порядковый номер]» для ПК и «dds-mac- [местоположение]» для устройств Apple («dds», потому что мы - Школа стоматологии). Имена пользователей оказываются проблематичными, потому что пользователи уходят и переезжают чаще, чем компьютеры. Я склонен думать, что местоположение - самая полезная информация в названии устройства, по крайней мере, для нас.
Интересно отметить, что многие консоли управления (антивирусное управление Symantec является наиболее доступным из имеющихся у меня в настоящее время) имеют клиентские представления, в которых отображается имя компьютера, а также последний вошедший в систему пользователь. В 1000 раз лучше, чем статическое поле, если у вас есть такие пользователи, как мой, которым нравится менять оборудование. ;)
Здесь также указывается местоположение и номер бирки актива. Это очень удобно, если вы географически распределены, так как вы можете легко восстановить имя машины, если потребуется, запросив у пользователя номер тега, вместо того, чтобы просить его углубиться в апплеты панели управления.