pegs
РуЦентр например, круто проверяет на трансфер зоны для домена.
Уже давно он этого не делает. Вы с Relcom не перепутали?
Ждём, когда кто-нибудь снизойдёт до регистрации ZOLOTO.AERO.
Оксиген
Но есть другие причины иметь свои ns'ы: когда твоего клиента пытаются переманить любым способом другие, технически подкованные люди. И начинают ему "раскрывать" глаза в том числе и показывая через данные в ns, например сайт с ценами (если URLы у них одинаковые). Свои ns в данном случае полностью исключают такую возможность.
Да, если только брендирование распространяется и на обратную зону. Реальный пример:
[Andris@Lunar C:\]> host ns4.nic.ru. ns4.nic.ru has address 194.226.96.8 ns4.nic.ru mail is handled by 0 nomail.nic.ru. [Andris@Lunar C:\]> host 194.226.96.8 8.96.226.194.in-addr.arpa domain name pointer ns4.ripn.net.
Для серьезных проектов приносящих доход можно купить и Secondary у РуЦентра. И, на мой взгляд, бренд тут ничем не пострадает, если дополнительно будут прописаны ns4.nic.ru и ns8.nic.ru.
Я встречал людей, искренне верящих, что если какой-то их клиент посмотрит Whois и увидит там "чужой" домен, то он тут же побежит к этому "чужому". Бред, конечно же, но бывает...
Именно вероятность изменения адреса и создает ненадежность такого решения. РуЦентр (например) поменяет IP-шники для ns4.nic.ru, ns8.nic.ru и если это оперативно не сделать на своих ns-ах, то будет неприятная ситуация.
Transition с одного IP на другой, тем более на NS, тем более у операторов реестра не происходит вот так вот с бухты-барахты. Обычно этому предшествует рассылка информации по клиентам. Но даже если такой рассылки не было или она не пришла, утонув в спам-фильтрах, то реализующий схему подобного "брендирования" понимает, на какие риски идёт, и соответственно должен предусмотреть скрипт, проверяющий неизменность A-записи для "брендируемого" сервера и корректирующий "свои" зоны при её изменении, а также отправляющий письмо админу.
_interceptor_
2pegs не реально чтобы ip поменялись т.к. эти ip скорее всего прописаны на primary клиента.
Реально в случае глобальных инфраструктурных изменений. Тот же RIPE имеет полное право "забрать" блок адресов и заменить его другим.
Меня то больше несколько другой вопрос интересует в пункте 1: поскольку я не владею техническими подробностями как это всё работает, я беспокоюсь, не будет ли это (собственные ns'ы) тормозить работу сайта? Я лишь понимаю, что эти ns'ы реально не существуют в природе, а являются лишь синонимами (в лучшем случае) уже существующих ns провайдера.
Если с технической стороны всё сделано грамотно, то тормозов не будет. Если же захочется полностью перейти на DNS-решение под собственным брендом, то имеет смысл зарегистрировать какой-либо "инфраструктурный" домен в разных TLD, поддерживаемых разными операторами реестра (к примеру, OXY-DNS.RU, OXY-DNS.NET и OXY-DNS.CO.UK) и используя эти имена, создать свои NS на базе опять-таки различных провайдеров VDS-решений или как синонимы NS различных провайдеров. В последнем случае нужно предусмотреть механизм автоматической проверки изменения адреса провайдерского NS и его корректировке в собственных зонах.
Flagrant
А разве у них есть панель? )
У доменов, находящихся на мощностях RIPN - да.
Cossack
А как же .cat 😂?
.CAT является sTLD (Sponsored TLD), а не ccTLD (Country Code TLD).
2048, по аналогии с NauNet.
stratosfera, на юрлиц не распространяются условия ФЗ "О защите персональных данных".
Под контактной информацией подразумевается возможность задания разных полей phone:, fax-no: и e-mail: для разных доменов. Обратите внимание, что поле person: таким образом изменять нельзя, т.к. RU-Center пока не позволяет своим клиентам иметь несколько профилей в рамках одной анкеты (договора).
Vikas, такая "амнистия" невозможно по очень многим причинам, самые серьёзные из которых - юридические. Как, например, Вы собираетесь доказывать принадлежность домена конкретному лицу?
