[uanog] com.ua - 357 грн , in.ua -345 грн , kiev.ua -315 грн

Thu Aug 12 20:24:20 EEST 2021

Hi!

> On 12 Aug 2021, at 20:01, Vladimir Sharun <vladimir.sharun at ukr.net> wrote:
> 
> Привет,
> 
> 12 серпня 2021, 19:30:10, від "Valentin Nechayev" <netch at netch.kiev.ua>:
>> 
>> Аналогия понятна, но неуместна.
> 
> Похоже что не понятна.

Неуместна. Конечно транзакция пройдет только одна. И при регистрации домена. Вопрос ведь в том, что в банковском примере выполнится запрос пользователя, который хочет заплатить денег (только один раз). А в случае с реестром РАЗНЫЕ пользователи пытаются зарегистрировать
один домен. Зарегистрирует домен только один пользователь, но второй при этом может остаться настолько недовольным, что пойдет в суд. И
если интерфейс унифицирован и однообразен, то тут шансов на успех гораздо меньше, и думать перед походом в суд придется гораздо больше,
чем когда до интерфейса есть разные пути, и есть возможность сказать "так это у вас все затормозилось".

> 
>>> По-этому первая же платёжка
>>> тут же формирует лок со своим ID транзакции и тогда параллельная заявка пойдёт лесом - duplicate.
>> 
>> Вторая заявка вообще-то пойдёт лесом и за пределами транзакции.
>> ID защищает от дублирования при проблемах транспорта, а не при
> 
> У любой платёжки есть уникальный ID и если одна уже попала в процессинг, то вторая с таким же ID в параллельном треде с задержкой в 50мкс уже не пролезет.

Представляю себе проводящего платеж, устраивающего судебные разборки по поводу того, что прошел платеж через этот путь, а не через
вот этот путь. Ну-ну...

> 
>> конкуренции разных источников.
>> Ничего общего с обсуждаемой проблемой.
> 
> Ну какие разные источники, база-то одна ? Я могу сделать pipeline на SMTP, который будет работать так же быстро, как и EPP, влияющим моментом уже будет задержка сети, т.е. милисекунды.

Не можешь. Точнее не всегда можешь. Потому что общение с базой, это не только запрос, но еще и ответ. Диалог. И если ты допустил в запросе
ошибку, то по EPP ты ответ получишь сразу, а по email... ну как повезет. 

> 
> Дефолтный exim может вытащить/сверить цифровую подпись из письма (доменную, а если захочешь, то внутренню ЭЦП и верифицировать), взять операцию и поставить на нее future lock до "ок" удалённой системы еще даже без деливери, а может тут же сказать, что такой домен уже пендинг или вообще зарегистрирован (550 already pending ADD) AFTER DATA. Логика любого уровня в SMTP встраивается без необходимости отправки в наружные мильтеры-шмильтеры и это работает оч быстро.
> 
> EPP же я надеюсь не работает с базой напрямую (атата по ИБ: апп сервер обслуживающий клиентов должен быть оторван от базы файрволом и не ходить в нее sql запросами). Есть API, а если есть API, то по нему можно прямо на этапе SMTP сессии провести регистрацию вплоть до "220 $domain ADD successful" yf DATA.
> 
> Было бы желание сервис развивать.

Я перестал понимать, о чем мы спорим. "Домены – почтой" это не сервис. Это извращение, которым сейчас никто не пользуется. Почему бы
в качестве сервиса ukr.net не сделал бы гейт snail mail 2 email? У него нет желания развивать сервис? Можно же посадить девочку, которой
будут присылать письма Укрпоштою, указав в письме, куда его нужно отправить, а девочка будет вбивать письмо руцями и отправлять на
указанный адрес. А потом, по приходе ответа, она будет переписывать письмо с экрана, и отправлять его почтой обратно. Было бы желание
сервис развивать.

Я уже писал о регистраторах, которые не перешли на EPP, и их уровне бизнеса. О чем тут копья ломать? Можно было сделать SMTP gate? Да
можно конечно, с технической точки зрения. Вопрос только в том, что такой гейт больше проблем создает, чем решает. Ну какая вменямая
компания будет себе устраивать дополнительный геморрой за свои же деньги? И еще пару слов об "общественном контроле". Общение с 
регистраторами, сделавшими у себя EPP продемонстрировало, что они не горят энтузиазмом в отношении "оставить SMTP интерфейс". У
них, конечно, своя маленькая радость – хоть мелких и слабых, но конкурентов подчистить. Так что "общественный контроль заинтересованных
лиц" похоронил бы этот интерфейс быстрее, да еще и с шутками-прибаутками и танцами на могилах усопших. А если речь только о технических
вопросах, то говно-вопрос это все реализовать. Но зачем?

> 
>> 
>>>> И вот только при EPP начинает появляться смысл что-то тут таки
>>>> аудировать. При SMTP это откровенно в пользу бедных.
>>> 
>>> EPP - это server layer перед ДБ, принципиальной разницы с SMTP я не вижу с точки зрения цикла ADD/MODIFY/RENEW/DELETE. 
>> 
>> Разница во времени - см. выше.
> 
> Да нет ее. Сейчас почта ходит сильно внутри секунды, ну какие дни - это если специально положить сервис. Положи EPP/задОсь - будет то же самое.
> Дальше, если посмотреть на схему работы EPP, станет понятно, что оно от почты по скорости работы отличаться сложно сказать насколько будет.
> 
> Сам по себе workflow:
> 
> ======= часть регистратора
> 1. Сформировали заявку
> 2. Нажали "зарегистрировать"
> 3. заявка попала в систему из веба (в пул!)
> 4. ^^^^^^^^^ это важно, регистрация не синхронный механизм из браузера
> 5. проходят чеки, биллинг, коннект администратор
> ======== EPP Server
> 6. hello/auth/ADD
> 7. готово
> 
> Роль транспорта (SMTP/EPP) ничтожна в задержке. Среднее время получения сообщения 3кб Мирохост - Укрнет по SMTP - 21мс включая X=TLS1.3:TLS_AES_256_GCM_SHA384:256.
> 
>>> Кто первый схватил свой вожделенный primary key, тот и молодец.
>>> 
>>> PS: я тоже умею в "начало нулевых" :)
>> 
>> Что имеется в виду?
> 
> Древний квотинг.
> _______________________________________________
> uanog mailing list
> uanog at uanog.kiev.ua
> https://mailman.uanog.kiev.ua/mailman/listinfo/uanog

--
Taras Heichenko
tasic at academ.kiev.ua