|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Bormotov 2:5020/400 14 Mar 2003 03:37:21
To : Aleksey Barabanov
Subject : Re: DHCP and DNS
--------------------------------------------------------------------------------
.dn.ua> <f7sq4b-1v1.ln@alekseybb.mtu-net.ru>
From: Vladimir Bormotov <bor@vb.dn.ua>
Hi, Aleksey!
>>>>> "AB" == Aleksey Barabanov <alekseybb@mtu-net.ru> writes:
AB> Vladimir Bormotov wrote:
>> пользователь это может менять?
AB> Конечно может. Только сначала он приготовит 50уе за переустановку
AB> рабочей станции, а потом меняет что хочет, до полного краха.
>> AB> ???? А при чем тут адреса ?
>>
>> как это причем? чем занимается DNS? Сопоставляет адреса и имена.
>> Туда-обратно. Что тут хотят? чтоб имена брались у рабочей станции в
>> момент выдачи адреса по DHCP, и соотвевие прописывалось в DNS (прямое и
>> обратное).
>>
>> Так?
AB> Hу так оно и работает. А причем тут _статические_ адреса к именам ?
идем выше по топики и читаем контекст. Я говорил про СТАТИЧЕСКИЕ
СООТВЕТСТВИЯ адресов к именам. Чем ее занимается DDNS-то?
[skip]
>> AB> Самое главное, что это позволяет не писать специальные таблички, где
>> AB> отмечаются уже распределенные адреса.
>>
>> эта табличка, в моих случаях - файл зоны. Причем, с некотоырм "фокусом",
>> у меня и прямая и обратная зона лежит в одном файле. Дешево, и сердито
>> ;)
AB> А-а-а-а ! Hу что ж вы хотите !
я ничего не хочу. Я надеялся услышать приемущества dhcp+ddns.
AB> Если у вас есть время на нестандартные решения, то go ahead.
совершенно стандартное решение для ведения обратной зоны.
[skip]
>> Ок, но в моем случае - они вообще могут че угодно прописывать.
>> Потмоу как то, что будет работать в сети - четко прописано админом ;)
AB> Ага. Только не забудьте, что вы должны всех научить, что там так четко
AB> прописано админом.
где? Там, где их пустят что ибо прописывать - там админу (мне) пофиг что
они пропишут. на работоспособности сети это не скажется.
AB> Это я в сторону вашего намека на мальчика из IT. В случае ddns
AB> требования к информированности этого мальчика несравнимо ниже.
у меня требования 0. малчик вообще ничего не прописывает. даже имя
машины выбирает по вкусу. В случае если ммя машины берется с клиентской
машины - то могут быть накладки.
AB> И ошибок он может совершить также меньше.
сделать "минус одну ошибку"?
>> да, nbt-имена я умышлено не рассматриваю. Hе интересно ;)
AB> Hу и зря. Hе разделяю такой брезгливости.
причем тут брезгливость?
AB> Между прочим. Сейчас конечно рано рассматривать всерьез применение
AB> линукса как офисной рабочей станции. Hо в ближайшем будущем такой
AB> вопрос станет со всей актуальностью. Imho, ничего лучше уже
AB> существующей схемы работы станций внутри домена и поддержки
AB> перемещаемых профилей пока не придумано. И значит в линуксе должно
AB> быть сделано тоже самое. И nbt это реальность, значит должны быть
AB> проведены теже соответствия настроек, и хостнэйм и nbt-нэйм и самбовые
AB> шары и проч.
и тут снова, встает ворпос о том, что "мальчика из отдела IT" к этому
лучше не допускать. Себе дешевле будет.
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
