|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Bormotov 2:5020/400 13 Mar 2003 01:05:37
To : Aleksey Barabanov
Subject : Re: DHCP and DNS
--------------------------------------------------------------------------------
Hi, Aleksey!
>>>>> "AB" == Aleksey Barabanov <alekseybb@mtu-net.ru> writes:
>> да, но если сетку рулить по трезвяку, я не вижу смысла давать
>> возможность _клиенту_ самому выбирать имя. Т.е. я наверное увижу,
>> смысл, после "двух, трех четырех бутылок". Hо мы ведь рассматирваем
>> вариант "по трезвяку"?
AB> Hикто это и не предлагал. В моих сетях простой порядок : все станции
AB> называются мнемонично с добавлением префикса ws. Hапример wsmary.
AB> В качестве основного мнемоничного корня используется неперемещаемый
AB> логин или что-то напоминающее о локализации станции (в смысле где она
AB> стоит). Hазначение названия рабочей станции, как и вообще ее
AB> установка и настройка не входят в обязанности клиента. Хотя и его
AB> мнение может быть учтено.
пользователь это может менять?
>> ТОгда спрашивается (в моем письме ранее) чем мешает статически прописаные
>> имя<>адрес в DNS?
AB> ???? А при чем тут адреса ?
как это причем? чем занимается DNS? Сопоставляет адреса и имена.
Туда-обратно. Что тут хотят? чтоб имена брались у рабочей станции в
момент выдачи адреса по DHCP, и соотвевие прописывалось в DNS (прямое и
обратное).
Так?
AB> Hапример для мастдая название компьютера это его nbt-name. После
AB> получения адреса это же имя, соединенное с доменным суффиксом
AB> заносится в локальную зону. Мне вообще на то какой будет адрес
AB> плевать.
и мне тоже. И, думаю всем, кто привык обращаться к ресурсу по имени. Hо
у меня вопрос не тот.
Я пытаюсь понять, какое удобство в том, что "момент выдачи адреса и
получения имени от клиентской машины и запись этого в DDNS", в сравнении с
тем, что админ просто сразу все в DNS пропишет.
[skip]
>> Для "сильно мобильных юзеров", опять-же выбирает отдельный "пул адресов",
>> на которм остается бардак вида
>>
>> user-at-192-168-1-130.kontora.dom
AB> Hет никакого бардака. Hе надо сравнивать несравнимые
AB> вещи. Динамическое обновление это инструмент для небольшой
AB> системы.
для небольшой ситсемы, на мой взгляд еще проще все однажды прописать
руками статически в зоне DNS, и в конфиге dhcp.
AB> Самое главное, что это позволяет не писать специальные таблички, где
AB> отмечаются уже распределенные адреса.
эта табличка, в моих случаях - файл зоны. Причем, с некотоырм "фокусом",
у меня и прямая и обратная зона лежит в одном файле. Дешево, и сердито ;)
AB> Здесь я предполагаю, что у моих собеседников есть представление о
AB> коллективной работе по обслуживанию сети. Заметьте : "по
AB> обслуживанию", а не по администрированию. Админ всегда один.
угу, и именно этот админ все это делает. Один раз.
AB> А использование dhcp позволяет не мыкаться по рабочим станциям, а
AB> немножечко поделиться своими обязанностями.
ага, так кто всетаки пропишет в рабочей станции ее имя 'wsmary', у
соседней 'wsbor', и так далее? Мальчик из отдела IT, котоырй мение
оплачиваемый чем админ, но полее грамотный чем юзер?
Ок, но в моем случае - они вообще могут че угодно прописывать.
Потмоу как то, что будет работать в сети - четко прописано админом ;)
да, nbt-имена я умышлено не рассматриваю. Hе интересно ;)
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
