[Sysadmins] DNS

[Andrii Dobrovol`s`kii]

Ivan Fedorov пишет:
> MisHel64 <MisHel64-N1MUvkcdC84 на public.gmane.org> writes:
> 
>> Здравствуйте, ALT.
>>
>> Возник очень интересный теоретический вопрос.
>>
>> Есть  зона.  Назовем  ее  ZONA.RU.  Ее ее обслуживает первичный сервер
>> NS.ZONA.RU  и  два  вторичных  NS1  и  NS2.ZONA.RU.  Все работает, все
>> сказочно.  Но,  первичный  сервер  висит  на очень тонком и ненадежном
>> канале. Перемещать его куда-то в более другое место не хочется.
>>
Не переносите. Но, Ваш первичный ДНС должен быть легко доступен для
вторичных серверов. Для остальной публики как повезет. Для того и
нужны вторичные.
>> Насколько  корректно  будет  в файле зоны указать только два вторичных
>> сервера.  И  сообщить  регистратору  зоны,  что  теперь только эти два
>> сервера ведут это зону.
>>
Как контролировать корректность зоны в этом случае? Если нет доступа
к авторитетному источнику информации о зоне, ИМХО, через время
валидности зона будет объявлена некорректной.
>> Стоит  ли  в  заголовке  зоны  (в  SOA)  оставить сервер NS, или лучше
>> указать один из вторичных?
> 
ИМХО, чем больше НСов тем лучше. А почему нельзя поменять кто из
серверов мастер? И как Вы собираетесь поступить с обратным разрешением?
> Насколько я помню, список NS записей в зоне должен соответствовать
> списку зон у регистратратора. 
Эту мысль не понял...
> Есть ли на это стандарт я не знаю, но
> кажется RU-CENTER это требовал.
> 
-- 
Rgrds,
Andriy
*********************************************************************
email: dobr at iop dot kiev dot ua            Kyiv, Ukraine
Phone: (380-44)   525-7824            Department of Gas Electronics
Fax:   (380-44)   525-2329             Institute of Physics of NASU
*********************dobrATjabber.iop.kiev.ua************************

----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : signature.asc
Тип     : application/pgp-signature
Размер  : 189 байтов
Описание: OpenPGP digital signature
Url     : <http://lists.altlinux.org/pipermail/sysadmins/attachments/20090113/91f63326/attachment.bin>