Всем привет. Я купил домен auto.ru за 199 рублей. Сегодня. Только что. Мне любезно его продали ребята из reg.ru
А если серьезно, то что теперь с этим делать и как отстоять свои права?))
Я лишь хотел посмотреть какие есть свободные домены со словом "auto", на что мне был предложен запрос приобрести свободный домен — "auto.ru" по супер скидке, только сегодня и только сейчас, распродажа все по "199".
Ребята уже смекнули, что накосячили и под "шумок" хотят замять дело, вернув лишь 199 руб и не хотят нести ответственность, сначала продают, потом запросто забирают:(
Даже чек прислали еще...
100
показов
77K
открытий
7
репостов
Здравствуйте!
Редко, но такие сбои при проверке домена случаются и кому-то удается «зарегистрировать» уже действующие домены вроде yandex.ru, mail.ru и других.
Что делать в этой ситуации?
Вы можете зарегистрировать действительно свободный домен или вернуть деньги: насколько видим, денежные средства уже поступили на баланс Личного кабинета и вы можете вывести их.
Чуть больше технических подробностей, почему так может произойти (из материала на Хабре):
«Единовременно на REG.RU могут проверять и регистрировать домены тысячи пользователей. В этом процессе задействована сложная инфраструктура. Ошибки при проверке доменов действительно могут происходить, что вызвано несколькими факторами.
Проверка занятости домена проводится в два этапа: первичная проверка и далее при переходе в корзину. На первом этапе проверка основывается на базе краткосрочного кэширования. В случае отсутствия данных в кэше выполняется прямой запрос к реестру (либо к регистратору, услуги которого реселлятся). При проверке статуса домена в корзине происходит проверка через прямое обращение к реестру, и на данном этапе обращения к кэшу не происходит.
Проверка доступности напрямую на каждом шаге заметно увеличила бы время прохождения мастера заказа. А увеличивая в разы количество проверок мы перегружаем очередь на проверки и от этого будут страдать все клиенты, единовременно выполняющие эти действия.
Кроме того, если речь идет о доменах, где REG.RU является реселлером, то слишком частые проверки через провайдеров услуги (у каждого из них своя политика) приведут к блокировке по превышению лимита и опять будут страдать все пользователи, потому что мы не сможем проверить доступность доменов.
Если сервис проверки статуса домена не отвечает в течение 20 секунд на этапе первичной проверки, то домен по умолчанию считается свободным. Но в 99,99% случаев результат проверки корректный.
В случаях, когда мы не получаем ответ от провайдера, зачастую мы не можем повлиять на ситуацию самостоятельно, хотя и в этих случаях мы пытаемся решить проблему, перенаправляя запросы к другим провайдерам или Whois-серверам, если это возможно. Безусловно, бывают ошибки и на нашей стороне, и в этих случаях мы принимаем оперативные меры по исправлению ситуации.
Так или иначе, если на каком-то из этапов домен некорректно распознался как свободный, на этапе непосредственной регистрации это станет известно. В целом количество ошибок при проверке статуса доменов составляет менее 0,01% от всех запросов».
Мда... я бы такому архитектору решения сразу яйца оторвал, несмотря на пол
"Если сервис проверки статуса домена не отвечает в течение 20 секунд на этапе первичной проверки, то домен по умолчанию считается свободным. Но в 99,99% случаев результат проверки корректный."
Ну и за свои косяки все же надо отвечать, пацаны
О, тут диванных архитекторов подвезли. Сразу видно человека, который очень много работал с DNS. Расскажите как вы обошли бы rate limiter в пару тысяч qps в сутки?
А почему это не апи, а dns? Допустим, даже, что такая вот политика странная у провайдеров услуг "где REG.RU является реселлером"
Очевидно надо писать им, чтобы лимит поднимали, а не плашку отдавать, что все свободно.
Перечитайте ответ reg.ru, в корзине всегда данные берутся не из кеша, т е на лимиты и т п это влиять не должно
Потому, что перед тем как раздавать советы с дивана нужно попробовать разобраться о чем идет речь. Почитайте что такое DNS, что из себя представляет API DNS и через какое количество серверов нужно опросить.
Очевидно надо писать им, чтобы лимит поднимали, а не плашку отдавать, что все свободно.А что делать в случае DDoS?
Перечитайте ответ reg.ru, в корзине всегда данные берутся не из кеша, т е на лимиты и т п это влиять не должноВ ответе и написано, что если происходит таймаут конечного владельца записей, то домен считается свободным. 20 секундный таймаут для DNS это очень огромное значение. "Архитектурно" здесь невозможно ничего изменить. Но я так и не увидел от вас как настоящий архитектор должен спроектировать DNS лукапы так, чтобы никогда никаких ошибок не происходило.
Как-как... Если 20 секунд нет ответа - сообщить об этом юзеру.
Вообще на такие случаи делают экспоненциальные ретраи. Но диванным архитекторам даже это не известно.
Ахаха. Конечно делают "ретраи". Экспоненциальные нах в том числе.
Только в данном случае нам прямым текстом сказано, что 20 секунд и отлуп равно успеху.
А вы сообщили, что это нерешаемая проблема.
Независимо от внутренней бизнес-логики проблема легко решается сообщением юзеру. Это и есть мой тезис. Его обсудить - не хватает диванности?
Архитектор, менеджер, чувак какойнить или кто там решил и утвердил текущее решение - полное мудило, которому впору на диван - анализировать.
Для того, чтобы сделать вывод о том нужно ли отдавать ошибку или нет нужно для начала знать сколько происходит таких фейлов. Если рейт 0.01% то можно забить.
Дело не только в частоте, а еще в потенциальных рисках юридических и финансовых возможных убытках. Рейт 0.01% как уже было выше сказано, как раз диванными экспертами, типо вас, и взят был из головы. Рег ру не писал какая частота таких ситуаций. А обрабатывать ошибки надо в любом случае
Причем здесь api dns?
А что делать в случае DDoS?лимит несколько к в СУТКИ, DDOS, вы серьезно? у нас там сервера на первых пентиумах чтоли?
"Архитектурно" здесь невозможно ничего изменить.Конечно можно, выдавать ошибку, когда бек отваливается по таймауту, а не придумывать результат его ответа
20 секундный таймаут для DNS это очень огромное значение.С чего вы вообще взяли, что прямой запрос в реестр доменов идет по dns, а не по кастомному api?
При том, что DNS и есть API. Только работает через UDP и выглядит не так как привыкли диванные архитекторы.
лимит несколько к в СУТКИ, DDOS, вы серьезно? у нас там сервера на первых пентиумах чтоли?Ровно поэтому у тех же краулеров стоят огромные кэши. Дело не в первых пентиумах, а в том что запросов очень много. Обычный клиент не генерирует такой огромный трафик. Обычная система до истечения TTL или перезагрузки будет использовать закэшированные записи.
Конечно можно, выдавать ошибку, когда бек отваливается по таймауту, а не придумывать результат его ответаМожно забивать на ошибку, если это фолс позитив случай и рейт у него 0.01%. Это статистическая погрешность. На такие случаи можно забить.
С чего вы вообще взяли, что прямой запрос в реестр доменов идет по dns, а не по кастомному api?Ну у меня есть коммиты в bind. Кастомное API это трансфер зоны, но оно отключено у большинства DNS провайдеров для внешних сетей.
в мире существует не единственный протокол 7 уровня, апи есть и за рамками DNS, и оно скорее всего и используется для запросов в реестр
Ну у меня есть коммиты в bind.Очень рад, но причем здесь(в ситуации из поста) вообще dns?