воскресенье, 30 августа 2009 г.

nic-hdl для secondary.net.ua

Память - скверная штука, иногда забываются важные моменты, которые впоследствии могут серьезно подпортить жизнь и отнять кучу времени. Возьмем Secondary.Net.ua. Особенность регистрации на этом сервере является использование nic-hdl. Если вы просто зайдете на RIPE и создадите объект person со списком полей по умолчанию, то вас ждет скорое фиаско. Чтобы этого не произошло нужно обязательно добавить запись e-mail. Туда же придет пароль к вашему новому аккаунту.

пятница, 28 августа 2009 г.

Глюки XName для зоны NAME

Народ, может кто знает почему XName не понимает домены из зоны name? Все остальные работают, а этот ни в какую...

вторник, 25 августа 2009 г.

Особенности private registration в зонах ORG, INFO, NAME

Итак вы решили зарегестрировать домен в одной из этих зон. Предположим также что вам категорически необходим Private Registration - ну любите вы, чтобы ваши данные не бродили по сети без присмотра. Сразу оговорюсь, что некоторые регистраторы не предоставляют такой сервис, поэтому делайте свой выбор осознанно. Я использовал NetworkSolutions и DynDNS.

org и info - реальные имя и фамилия владельца выставлены на показ, остальные данные скрыты.

name - в свободном доступе нет ничего даже без private registration, но есть платный сервис, который по идее, должен выдавать личную инфу о владельце, если она не была защищена.

понедельник, 24 августа 2009 г.

Схема удаления доменного имени

Приведенная картинка показывает процесс удаления домена. Данная картина касается только взаимодействия регистратора и владельца домена. Совершенно не касается географических доменов третьего уровня таких как spb.ru или msk.ru.

пятница, 21 августа 2009 г.

Тестируем готовую DNS зону на ошибки

Давеча раскопал интересный сайтик для тестирования уже готовой зоны на предмет разных проблем.

Вот еще парочка похуже: http://www.zonecheck.fr/demo/ и http://www.intodns.com/

Получил одно интересное предупреждение на одной из моих зон: This domain has more than 7 name servers thus UDP packets with DNS responses can easily overdraw the limit of 512 bytes and this communication must be repeated using TCP protocol. This error is not relevant for root zone and top level domain names (TLDs).

среда, 12 августа 2009 г.

Ход конем

Собственно до ожидаемого результата остался один шаг: перенос зоны или регистрация нового домена на подготовленные вами NS сервера. Для этого последнего шага осталось только поболтать с роботом RELCOM. С того e-mail который указан в SOA вашей новой зоны пишете письмо по форме RIPE-049 на noc-dns@relcom.net. Замечу, что с первого раза написать все правильно не удалось никому из моих знакомых. Так что наберитесь терпения. Как говориться лучше один раз увидеть, чем сто раз прочитать.

вторник, 11 августа 2009 г.

Роем окопы

Рассмотрим подробно процесс организации зоны. Первое что нужно сделать - это выбрать хостера для primary DNS сервера, создать primary зону, а также настроить SOA и разрешить AXFR для всех IP адресов. Часто хостер автоматически добавляет свои NS сервера и выбирает за вас один из них как primary NS сервер в SOA и это никак невозможно изменить. В общем это нас устраивает.

понедельник, 10 августа 2009 г.

Особенности nslookup

А вы знаете что Windows команда nslookup имеет существенное отличие от Linux dig. Последняя в автоматическом режиме переключается с UDP на TCP, а nslookup использует по умолчанию только UDP. Для использования TCP следует добавить ключик -vc.

Кто есть кто

На десерт предлагаю список бесплатных DNS серверов для размещения spb.ru, msk.ru и других географических зон третьего уровня и соответственно комментарии к ним:

Правила игры

Из предыдущего поста вы наверно уже поняли как важно самому управлять доменом. Теперь мы займемся собственно усправлением доменом. Первое что следует сделать это выбрать площадку (и желательно бесплатную) где будет хоститься ваш домен. Есть несколько критериев по которому мы будем выбирать хостеров. Перый и самый важный: мы должны видеть только свой e-mail в записи SOA. Второй момент не такой прозрачный: по документации компании RELCOM для географических доменов третьего уровня (в них входит наша зона spb.ru) необходимо чтобы каждый NS-сервер в описании зоны обрабатывал DNS запрос AXFR. Увы это причиняет довольно много хлопот, но таковы правила игры. Есть правда еще одно ограничение: должно быть не менее двух NS серверов и как минимум два из них должны быть в разных подсетях.

P.S. Для меня важным условим является хостинг зоны не в России. Наши DNS хостеры требуют данные паспорта для создания аккаунта, а западным без разницы кто вы. Будем считать, что я не люблю давать кому-либо не нужную ему личную информацию обо мне.

Кто хозяин?

Итак начнем. Постановка задачи: у нас есть домен в зоне spb.ru и мы хотим сами управлять этим доменом и желательно совершенно бесплатно. Зачем же мы хотим усложнить себе и так не легкую жизнь? Отвечу вопросом на вопрос: а вы пытались перенести раскрученный домен (с вашим сайтом) от одного хостера к другому хостеру? И вам это легко удалось? Тогда вы в общем везунчик и далее вам читать не нужно. Для остальных попробую объяснить в чем дело.