Network Working Group D. Libes
Request for Comments: 1178 Integrated Systems Group/NIST
FYI: 5 August 1990
Выбор имени для вашего компьютера
Статус этого документа
Это FYI RFC - републикация статьи "Communications ACM", содержащей
рекомендации относительно того что делать и не делать, когда вы
даете имя свеоему компьютеру [1]. Этот документ предоставляет информацию
для сообщества Интернет. Он не указывает никакого стандарта.
Распространение этого документа неограничено.
Резюме
Для того чтобы проще отличать множество компьютеров, мы даем им имена.
Опыт показал, что проще выбрать плохое имя, чем выбрать хорошее. Это
эссе предоставляет рекомендации для того чтобы вы могли отличать
хорошее имя от плохого.
Ключевые слова: система доменных имен, соглашения именования,
администрирование компьютеров, управление вычислительными сетями.
Введние.
Как только вы имеете дело более чем с одним компьютером, у вас
появляется необхомость различать их. Например, вы говорите
своему системному администратору что ваш компьютер ведет себя
странно, вы можете сказать "Эй, Кен, Гун глючит!"
Компьютеры также должны иметь возможность различать друг друга.
Например, когда вы посылаете почту коллеге на другой компьютер,
вы должны использовать команду "mail libes@goon".
В обоих случаях, "goon" указывает на конкретный компьютер. Как
имя на самом деле рассматривается человеком или компьютером,
не затрагивается здесь. Это эссе касается только выбора
"хорошего" имени. (Подразумевается, что читатель имеет базовые
знания о системе доменных имен, описанных в [2].)
Выбирая "хорошее" имя для вашего компьютера, вы можете избежать
большого числа проблем, о которые люди спотыкаются снова и снова.
Далее следуют некоторые рекомендации о том что НЕ надо делать.
Libes [Page 1]
^L
RFC 1178 Как назвать ваш компьютер August 1990
Не перекрывайте термины, которые распространенно используются.
Использование слова, которое имеет сильные семантические значения
в текущем контексте, вызовет беспорядок. Это особенно верно в
устной беседе, где пунктуация не очевидна, и грамматика часто
неправильна.
Например, распределенная база данных построена на нескольких
компьютерах. Каждый назван именем, отличающимся от других.
Один из них назван "server". Разговоры могут звучать вроде
этого: "Сервер упал?" и "Загрузи сервер", сопровождаемое
"Какой сервер?"
Конечно, недолго привыкнуть к этому идиотизму и это завоевало
популярность, вызывает раздражение, когда вы на это натыкаетесь
и должны думать о значении каждого слова в предложении. Как будто
ваш родной язык вдруг стал иностранным.
Не называйте компьютер в честь проекта, уникального для машины.
В производстве компьютер был назван "shop" с тех пор как
он использовался для управления многими машинами в магазине.
Чуть позже, была добавлена еще одна машина, для решения некоторых
его задач. Не нужно говорить, что она не может быть
названа "shop" так же. Обе машины перестали выполнять
специфические задачи, и пять новых машин были установлены вместо
них, а эти - перемещены в несвязанный проект.
Невозможно выбирать таким образом имена, которые остаются
подходящими долгое время.
Конечно, мы могли назвать вторую машину "shop2" и так далее. Но
тогда на самом деле мы различали бы машины по номеру.
Вы могли бы также назвать их просто "1", "2" и "3".
Единственное, когда такой вид именования подходит, это
если у вас есть много машин и нет причин для человека различать их.
Например, главный компьютер, который управляет массовом из
тысячи компьютеров. В этом случае это имеет смысл: относиться к
именам как к индексам массива.
Пока компьютеры не совсем аналогичны людям, их имена - да.
Никто не пытается узнать о личности человека что-либо по его имени.
Просто то что некто назван "Дон" не значит, что он - хозяин мира
(несмотря на то что написано в книге "Выбираем имя для вашего
ребенка"). В действительности, имена - просто произвольные признаки.
Вы не можете сказать, что человек делает для жизни, какое у него
хобби и так далее.
Libes [Page 2]
^L
RFC 1178 Name Your Computer August 1990
Не используйте свое собственное имя.
Даже если компьютер стоит на вашем столе, это было бы неправильно
назвать его в честь себя. Это другой вариант "перегрузки", когда
понятия становятся неясными. Относится ли "Дай дисковод для Дона"
к человеку или компьютеру?
Даже использование ваших инициалов (или чего-то подобного)
нежелательно. Что случится, если я пересяду за другую машину
через год? Кто-то будет "Доном", а я - "Джимом"? Машины можно
переименовать, но это - лишняя работа, и возможно, программа,
которая использовала специальное оборудование или базу данных
на "don" начнет сбоить, когда не сможет работать с новым "don".
Если вы все еще хотите назвать свой первый компьютер в честь
себя, подумайте об этом. Вы называете другое свое имущество в
честь себя? Вашу собаку зовут собственным именем, как и ваших
детей. Если вы из тех, кто чувствует необходимость давать
имя свей машине или другим объектам, вы конечно же не будете
называть их своим именем. Иначе вы испытывали большие проблемы,
пытаясь различать их в разговоре.
По той же причине не следует называть свой компьютер так же,
как вашу машину или другой предмет.
Не используйте длинных имен.
Это сложно подтвердить, но опыт показывает, что имена длиннее
восьми символов просто бесят людей.
Многие системы позволяют предопределять сокращения, но почему
бы не выбрать имя, которое не нужно сокращать? Это уменьшает
любые шансы на беспорядок.
Избегайте альтернативного написания.
Когда-то мы назвали машину "czek". В разговоре люди обычно
думали, что они говорят о машине "check". Хотя "czek" это
даже не слово (в отличие от "Czech").
Некорректное (но прикольное) написание также начинают вызывать
бешенство у большого множества людей. Кроме того, люди, которые
изучали английский как второй язык обычно задают себе вопросы,
встречая слово, которое они знают, но написанное неправильно.
("Я понял, я всегда писал "funxion" неправильно! Как удивительно!")
Libes [Page 3]
^L
RFC 1178 Name Your Computer August 1990
Теперь вы скажете себе: "Это все очень глупо... люди, которые
знают, как писать имя, выучат его написание и все!". Это правда
пока люди будут учить написание, но это обязательно вызовет
проблему где-нибудь.
Например, однажды машина "pythagoris" стала сбоить и рассылать
огромное количество сообщений на компьютер администратора.
Администратор, никогда не видел этой машины раньше (потому что
кто-то другой устанавливал и называл ее), должен с этим что-то
сделать, потому что это забивало сеть и мешало ему, так как
его машина регистрировала все эти ошибки. Стоит ли говорить, что
ему пришлось напрягаться каждый раз, когда он должен был
написать "pythagoris". (он подозревал, что это одно из сокращений,
но он должен был бы зайти еще на один компьютер (локальный сервер
имен) чтобы узнать, и сеть была слишком загружена мусором, чтобы
сделать это быстро).
Избегайте доменных имен.
По техническим причинам, имен доменов стоит избегать. В частности,
разрешение имен для неабсолютных имен хостов проблематично.
Программы разрешения имен проверяют имена доменов раньше, чем имена
хостов. Но можно встретить реализации почтовиков, которые не позволяют
считать короткие имена именами доменов. Например, представьте себе
что вы пишете письмо libes@rutgers, из yale.edu. В зависимости от
реализации, почта может попасть на rutgers.edu или на rutgers.yale.edu
(если оба существуют).
Избегайте имен, похожих на доменные.
Доменные имена обычно организационные или географические. Использование
чего-то вроде этого вызывает тенденцию подразумевать связь имени с
местонахождением. Например, имя "tahiti" звучит так, будто бы
имеется в виду что вы находитесь на Таити. Это сбивает с толку,
если на самом деле все иначе (например, "tahiti.cia.gov на самом
деле находится в Ленгли, Виржинии? А я думал, что он в офисе CIA
на Таити!"). Если он действительно там находится, имя подразумевает,
что там только один компьютер. Если это сейчас не так, когда-нибудь
обязательно будет.
Есть и несколько организационных и географических имен, которые
работают хорошо. Это те, которые не подходят к доменам. Например,
аморфные имена, такие как реки, мистические места и т.д., которые очень
подходят. ("earth" пока тоже не доменное имя).
Libes [Page 4]
^L
RFC 1178 Name Your Computer August 1990
Не используйте негативных или смущающих имен.
Слова вроде "moron" (идиот) или "twit" (насмешка) - хорошие имена,
пока никто другой не видит их. Но даже если вы будете демонстрировать
что-либо на своей машине, вы можете заметить, что кто-то сходит
с ума, видя мерзкое слово на вашем экране. (Может быть супруг
назвал их так этим утром...) Зачем натыкаться на возможность отвлечь
аудиторию от демонстрации на что-то другое, совершенно не относящееся к
делу?
Не используйте цифры в начале имени.
Многие программы принимают числовые интернет-адреса как и имена.
Некоторые программы некорректно различают эти два типа адресов и
могут некорректно работать, например, со строкой, которая начинается
с десятичного числа.
Не используйте не буквенно-цифровые имена.
Ваш компьютер может использовать знаки препинания или управляющие
символы в имени, но многие другие - нет. Если когда-нибудь
вы хотите подключить свой компьютер к гетерогенной сети, вы можете
встретить множество различных интерпретаций не буквенно-цифровых
символов в имени. Сетевые соглашения об этом удивительно нестандартны.
Не ожидайте, что регистр символов сохранится.
Знаки верхнего и нижнего регистра выглядят одинаково для
программного обеспечения в интернет, чтобы вам было удобнее. Может
казаться, что можно было бы писать имена заглавными буквами, но
принято соглашение использовать строчные буквы. (Кроме того это
удобно - не нужно постоянно жать Shift).
Теперь, когда мы знаем, чего не стоит делать, перечислим несколько
предложений имен, которые работают хорошо.
Используйте имена/слова которые редко используются.
Даже если бы слова вроде "typical" и "up" (см. выше) не были
компьютерным жаргоном, они слишком часто используются в разговорах
и заставляли бы концентрироваться на определении правильного значения.
Вместо этого используйте слова вроде "lurch" или "squire", которые
скорее всего не вызовут недоумения.
Вы можете думать, что можете безопасно использовать имя "jose",
просто потому что никто не назван так в вашей группе, но вы будете
иметь проблемы если вдруг к вам устроится Jose. Имена вроде "sphinx"
намного реже конфликтуют с новыми работниками.
Используйте тематические имена.
Называть группу компьютеров в общем стиле очень популярно,
и лучше показывает общность, как и глубину знания и воображения.
Простой пример - использовать цвета, например "red", "blue".
Индивидуальность можно подчеркивать выборами вроде "aqua" и
"crimson".
Некоторые множества конечны, например, 7 гномов. Когда вы покупаете
первые 7 компьютеров, держите в голове что вы, может быть,
получите еще в следующем году. Цветов же бесконечное множество.
Еще несколько предложений - мифические места (например, Midgard,
Styx, Paradise), мифические люди (например, Procne, Tereus, Zeus),
убийцы (Cain, Burr, Boleyn), Мысль понятна?
Используйте существующие слова.
Случайные строки не подходят по той причине, что они также
используются как пароли. Их трудно запомнить. Пользуйтесь словамии.
Не беспокойтесь о том, что используете чье-то еще имя хоста.
Экстремально хорошо известные имена хостов вроде "sri-nic" и "uunet",
должны избегаться, так как они понимаются в беседе как абсолютные
адреса, даже без домена. Во всех других случаях в локальном домене
могут определяться любые короткие имена. Это похоже на способ,
как телефонные номера ралзличаются по коду города, когда набираются
из другого города.
Другими словами, если вы выбрали подходящее имя, вы не должны
беспокоиться, что оно уже используется в каком-нибудь другом домене.
Число хостов в домене мало, так что не должно быть
сложностью выбрать имя, уникальное только для этого домена.
Libes [Page 6]
^L
RFC 1178 Name Your Computer August 1990
Конечно, здесь могут иметь место и исключения.
Я не думаю, что можно еще что-то добавить. Но добавлю, что если вы
думаете, что позже можете сменить имя, вы удивитесь, сколько боли
будет вас ожидать. Не важно, как просто руководства предлагают
сменить имя, вы столкнетесь с тем, что множество разного
программного обеспечения быстро насытилось ссылками на старое,
теперь уже не доступное имя. Это все придется найти и исправить.
Люди, которые писали вам из других мест, должны быть предупреждены.
И вы дожны помнить, что наклейки на резервных копиях теперь будут
различаться.
На этом я закончу, просто не забудьте, что такие рекомендации
существуют.
Конец пока поскипан
Комментариев нет:
Отправить комментарий