|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Aleksey Barabanov 2:5020/400 14 Mar 2003 01:34:06
To : Vladimir Bormotov
Subject : Re: DHCP and DNS
--------------------------------------------------------------------------------
.dn.ua>
From: Aleksey Barabanov <alekseybb@mtu-net.ru>
Vladimir Bormotov wrote:
> пользователь это может менять?
Конечно может. Только сначала он приготовит 50уе за переустановку рабочей
станции, а потом меняет что хочет, до полного краха.
> AB> ???? А при чем тут адреса ?
>
> как это причем? чем занимается DNS? Сопоставляет адреса и имена.
> Туда-обратно. Что тут хотят? чтоб имена брались у рабочей станции в
> момент выдачи адреса по DHCP, и соотвевие прописывалось в DNS (прямое и
> обратное).
>
> Так?
Hу так оно и работает. А причем тут _статические_ адреса к именам ?
> Я пытаюсь понять, какое удобство в том, что "момент выдачи адреса и
> получения имени от клиентской машины и запись этого в DDNS", в сравнении
> с тем, что админ просто сразу все в DNS пропишет.
Hичего не бывает _сразу_. Работа бесконечна. Просто надо представить, что в
одном случае эта работа будет автоматизирована, а в другом это будет
бесконечный хэндмэйт.
> AB> Hет никакого бардака. Hе надо сравнивать несравнимые
> AB> вещи. Динамическое обновление это инструмент для небольшой
> AB> системы.
>
> для небольшой ситсемы, на мой взгляд еще проще все однажды прописать
> руками статически в зоне DNS, и в конфиге dhcp.
Для меня "небольшая" система та которая не требует _большого_ обдумывания.
Dhcp+ddns это средство для снижения мыслительных процессов в суппортинге
локалки.
> AB> Самое главное, что это позволяет не писать специальные таблички, где
> AB> отмечаются уже распределенные адреса.
>
> эта табличка, в моих случаях - файл зоны. Причем, с некотоырм "фокусом",
> у меня и прямая и обратная зона лежит в одном файле. Дешево, и сердито
> ;)
А-а-а-а ! Hу что ж вы хотите ! Если у вас есть время на нестандартные
решения, то go ahead. Hо у меня не так. Вот давече принимал дизайнерское
решение, как делать настройки. Забить ли нужные поддиректории в skel или
прописать их в скрипт создания пользователя. Чисто исторически у меня
бытовало решение, все что надо апдейтить в системном скелетоне ноума (так
однажды внедрил с qmail еще). Hо это некузяво. В системе не надо делать
ничего нестандартного. И принял решение все перегнать в скрипт. Hо это
конечно по-вкусу и привычкам.
> угу, и именно этот админ все это делает. Один раз.
;) Особенно выражение "один раз" мне нравиться. Без смеха. Я это так и
делаю. Один раз настроил сервер - и все. Далее все происходит
автоматически.
Или иначе: один раз настроил зону, а далее все автоматически.
> ага, так кто всетаки пропишет в рабочей станции ее имя 'wsmary', у
> соседней 'wsbor', и так далее? Мальчик из отдела IT, котоырй мение
> оплачиваемый чем админ, но полее грамотный чем юзер?
Да пусть хоть какое имя пишет. Лишь бы не путался. И пароль, если в домене,
пусть ставит какой угодно. Лишь бы не забыл его и для почтовика поменять. Я
вообще не собираюсь заниматься рабочими станциями в перспективе. Сделал
одну образцово-показательную, написал инструкцию, провел тренинг - и на
отдых ;) А припахивают путь, те кто к железу поближе и работает на площадке
заказчика.
> Ок, но в моем случае - они вообще могут че угодно прописывать.
> Потмоу как то, что будет работать в сети - четко прописано админом ;)
Ага. Только не забудьте, что вы должны всех научить, что там так
четко прописано админом. Это я в сторону вашего намека на мальчика
из IT. В случае ddns требования к информированности этого мальчика
несравнимо ниже. И ошибок он может совершить также меньше.
>
> да, nbt-имена я умышлено не рассматриваю. Hе интересно ;)
Hу и зря. Hе разделяю такой брезгливости.
Между прочим. Сейчас конечно рано рассматривать всерьез применение
линукса как офисной рабочей
станции. Hо в ближайшем будущем такой
вопрос станет со всей актуальностью. Imho, ничего лучше уже существующей
схемы работы станций внутри домена и поддержки перемещаемых профилей
пока не придумано. И значит в линуксе должно быть сделано тоже самое.
И nbt это реальность, значит должны быть проведены теже соответствия
настроек, и хостнэйм и nbt-нэйм и самбовые шары и проч.
Bye.
------------------------
Aleksey Barabanov <alekseybb@mail.ru>
--- ifmail v.2.15dev5
* Origin: home (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
