воскресенье, 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 и это никак невозможно изменить. В общем это нас устраивает.