PublicDomainRegistry.com он же PDR он же Directi - это регистратор, через которого регистрирует международные домены Рег.ру
Как вариант - перенесите домен другому реселлеру Directi, коих здесь на форуме полно. И уже от них другому регистратору. Но, боюсь, для переноса домена другому реселлеру, Рег.ру так же потребует скан паспорта.
А вообще, скан они требуют не просто так, с целью безопасности, что домен переносит именно его владелец. Иначе уведут домен, перенесут к другому регистратору и усё...
Пишете через http://support.resellerclub.com/helpdesk/index.php?/Tickets/Submit регистратору. Говорите, что желаете перенести домен и нужен ключ. Реселлер ключ не дает, доступ в панель управления на сайте регистратора, где можно посмотреть ключ, не дает. Тем самым препятствует переносу домена другому регистратору.
Обязательно пишется с email, который указан, у домена в данных.
Регистратор выдаст Вам ключ
Был у меня такой случай. Клиент забыл продлить домен, его перерегистрировали и разместили там выкачанный дубль сайта. На оригинале стояла CMS, а на копии были простые html файлы.
Так вот, у клиента там были указаны ФИО и номер телефона. И на копии они тоже оказались.
Решили все простой жалобой в Роскомнадзор о незаконной публикации персональных данных. РКН "приказал" регистратору снять домен с делегирования. Он удалился и клиент его опять зарегистрировал.
После смены данных владельца у домена, включается автоматическая блокировка на перенос к другому регистратору в течение 2 месяцев.
Уже дали инет )))
Но реально у Рег.ру не работало ничего, даже DNS сервера начали отваливаться, т.к. реестр зоны RU не отдавал для reg.ru никаких DNS
Видимо сбои в ТЦИ были.
З.Ы. Вот так, отрубаем реестр - всё, все российские сайты в дауне когда стухнет время жизни кэша. Иногда, получается, полезно ставить высокий ttl у зоны ))
Зачетно Рег.ру отметил аккредитацию ))) Аж сам не работает.
nslookup -type=a reg.ru a.dns.ripn.net
Server: a.dns.ripn.net
Address: 193.232.128.6#53
*** Can't find reg.ru.: No answer
Как уже отметили выше, все равно резолв домена зависит в большей степени от конечного провайдера. И если в столице и крупных городах провайдеры почти не кэшируют (или кэшируют на минимальное время) данные, то вот в глубинке могут кэшировать и на три дня, в течение которых сайт будет открываться все еще со старого IP. Так же этим страдают мобильные операторы... У них чуть ли не 72 часа кэш держится. Тут даже если зона на DNS уже обновилась и у вас сайт открывается по новому IP - не факт, что у других тоже самое...
Второй главный момент - это настройка TTL в зоне на DNS. В большинстве случаев она по умолчанию равна 86400 секунд (сутки). Это время в течение которого кэширующий сервер может не обновлять данные, т.е. время жизни кэша. Нужно поставить его на минимальное значение, скажем 600 секунд, чтобы DNS опрашивались не раз в сутки, а раз в 10 минут.
Статья 154 НК РФ:
Письмо было разослано НауНетом пока. Вы с НауНетом работаете как партнер?
А Вы думаете он так и скажет прям )))
Ну согласитесь, письма с нового чистого сервера, хорошего IP и сразу в СПАМ на таком известном сервисе как GMAIL - это ненормально... Причем что все настройки со стороны DNS сделаны.
Может и правда что-то с самим почтовым сервером? Что он не отвечает на проверки...
