Пока работает связка Yandex + nic.ru, но записи приходится редактировать вручную. Или nic.ru + ClouDNS. За последний месяц падал и Яндекс, и Cloudflare, и NIC, так что рассчитывать на что-то одно не приходится.
Единственное, хотел уточнить: только IP был отправлен в blackhole (ведь его можно сменить?) или были другие ограничения по аккаунту/droplet?
В общем случае можно: 1. Восстановить droplet из резервной копии 2. Назначить новый IP 3. Завести под Firewall от DO (если нужно -- под Load Balancer) 4. Выставить небольшой TTL для DNS 5. Завести домен под Cloudflare
Если я правильно понимаю вопрос, то чтобы пользоваться почтой необязательно полностью делегировать управление доменом на Яндекс.
Если вы не хотите делегировать домен на серверы Яндекса, настройте DNS-записи для вашего домена на сайте компании, которая предоставляет вам услуги DNS-хостинга. Обычно это компания-регистратор вашего домена.
cloudns.net не советую если что. Ушёл оттуда после того, как он лежал неделю.
А можете уточнить, когда это было и есть какая-нибудь публичная информация об инциденте? Последнее, что я нашел (указано в таблице), датировано 2014 годом. Спасибо!
Чего в статье не хватило - критерия наличия API...
Исходя из этих вводных я протестировал шорт-лист из 13 популярных сервисов и собрал в сравнительную таблицу со следующими критериями: наличие бесплатного тарифа, наличие и стоимость платного тарифа, возможность трансфера зоны и использования как Secondary, минимальный TTL, возможность импорта и экспорта зоны, наличие API, наличие защиты от DDoS и использование Anycast, наличие поддержки и дата последнего падения.
Согласен с необходимостью подходить детально. Единственное, что отметил бы, что, наверное, стоит смотреть не на NS-сервера, обслуживающие основной сайт DNS-хостинга (хотя это тоже показательно), которые привели вы, но те, что выдаются клиентам.
В статье я указал, что spaceweb, r01, reg и nic принадлежат теперь одному собственнику из чего можно сделать вывод: если даже сейчас инфраструктура разная, то в будущем она может быть объединена.
Касательно ремарки про "леммингов" - изначально в черновике была такая же фраза, но про мух :). В статье описаны допущения, почему именно так: всё-таки хотелось бы выбирать из распространенных среди популярных сайтов сервисов, ведь риски есть не только инфраструктурные.
1. > почесались только на третий месяц -- из текста выше: "Наш коллега 18.02.2021 создал тикет № с целью увеличить лимиты по трафику".
2. > не смогли снять трафик самим сервером -- из текста выше: "... при отключенном сервере трафик ... шел и счет за этот трафик выставлялся". Как "снятие трафика самим сервером" решит проблему его тарификации на уровне сетевого оборудования хостера?
3. > с порта в 100 мегабит -- из текста выше: "... 98588GB in May 2021." Как этот объём на порте в 100 мегабит?
Более того, эта сраная метрика установлена и на сайте Госуслуг.
А, кстати, удобно: открываем консоль на любой странице ЛК Госуслуг, пишем window.serverData.data, Enter и получаем себя всего в JSON. Даже по страницам ходить не надо.
Так что вы сказать-то этим хотели? Ошибка в том, что дурите вы физических лиц? А автор, как владелец бизнеса, должен был пройти мимо? Или что тут у вас не 5.5%: https://www.psbank.ru/Personal/Loans/CreditAction?
Выше курс — больше майнеров.
Больше майнеров — выше сложность.
Выше сложность — меньше доходы в криптовалюте.
Купить дешевое оборудование, майнить на низкой сложности, продать намайненное и оборудование при высоком курсе выгодно при соответствующем горизонте планирования.
Фактически, работа по поиску решения блока разбивается на «подзадачи», за количество найденных решений которых уже соревнуются майнеры, чтобы получить выплату.
Внутри одного блока таких решений может быть найдено несколько.
А значит коммуникация с пулом:
1. Получение «задания».
2. Отправка найденного решения
3. Проверка решения пулом и отправка ответа
— может произойти несколько раз в рамках поиска решений одного блока.
Из примера ниже про 100мс это уже минимум k*0,099*3/13=k*0,023, где k=количество шар в рамках одного блока. Что при k=1 дает разницу в 2.3%.
В реальном мире, с учётом других задержек (например на выдачу «задачи», проверки решения и др.) — знаменатель уменьшается, потому как эффективное время на «работу» становится менее 13 секунд — времени публикации решения блока.
Иными словами, влияние latency на доход может измеряться процентами и даже десятками процентов.
Так потратили же, потому и цены вырастут.
Пока работает связка Yandex + nic.ru, но записи приходится редактировать вручную.
Или nic.ru + ClouDNS.
За последний месяц падал и Яндекс, и Cloudflare, и NIC, так что рассчитывать на что-то одно не приходится.
Спасибо за кейс с DO и трехчасовым баном.
Единственное, хотел уточнить: только IP был отправлен в blackhole (ведь его можно сменить?) или были другие ограничения по аккаунту/droplet?
В общем случае можно:
1. Восстановить droplet из резервной копии
2. Назначить новый IP
3. Завести под Firewall от DO (если нужно -- под Load Balancer)
4. Выставить небольшой TTL для DNS
5. Завести домен под Cloudflare
Если я правильно понимаю вопрос, то чтобы пользоваться почтой необязательно полностью делегировать управление доменом на Яндекс.
https://yandex.ru/support/connect/add-domain.html
Ответ от Яндекса спустя 5 дней:
?♂️
У вас верное наблюдение: действительно их имена выбиваются из модели, которая использовалась.
Однако, я осознанно решил из-за них не править алгоритм, поскольку в общем зачёте предельное количество вхождений:
5*2+4*16+3*22+2*57+1*94=348`Даже с этим значением они уступают webnames, которые занимают последнее место в шорт-листе с 421
И правда, снова упал.
А можете уточнить, когда это было и есть какая-нибудь публичная информация об инциденте? Последнее, что я нашел (указано в таблице), датировано 2014 годом.
Спасибо!
?
Согласен с необходимостью подходить детально. Единственное, что отметил бы, что, наверное, стоит смотреть не на NS-сервера, обслуживающие основной сайт DNS-хостинга (хотя это тоже показательно), которые привели вы, но те, что выдаются клиентам.
Да, результаты могут совпадать, но на примере spaceweb.ru не совсем. Сам их домен:
spaceweb.ru. 300 IN NS ns1.sweb.ru.
spaceweb.ru. 300 IN NS ns2.sweb.ru.
spaceweb.ru. 300 IN NS ns4.sweb.ru.
ns1.sweb.ru 31.177.67.100 31.177.64.0/22 AS48287 (RU-CENTER)
ns2.sweb.ru 31.177.74.100 31.177.72.0/21 AS48287 (RU-CENTER)
ns4.sweb.ru 31.177.85.186 31.177.85.0/24 AS48287 (RU-CENTER)
DNS-сервера, которые они предлагают указывать клиентам:
ns1.spaceweb.ru 77.222.50.244 77.222.50.0/23 AS44112 (SWEB-AS)
ns2.spaceweb.ru 89.111.160.68 89.111.160.0/20 AS39494 (RU-CENTER-AS)
ns3.spaceweb.pro 77.222.51.244 77.222.50.0/23 AS44112 (SWEB-AS)
ns4.spaceweb.pro 89.111.167.100 89.111.160.0/20 AS39494 (RU-CENTER-AS)
В статье я указал, что spaceweb, r01, reg и nic принадлежат теперь одному собственнику из чего можно сделать вывод: если даже сейчас инфраструктура разная, то в будущем она может быть объединена.
По приведенным выше хостерам:
ns01.r01.ru 109.70.27.110 109.70.26.0/23 AS48287 (RU-CENTER)
ns02.r01.ru 194.226.96.110 194.226.96.0/24 AS48287 (RU-CENTER)
ns03.r01.ru 193.232.130.110 193.232.130.0/24 AS48287 (RU-CENTER)
ns1.timeweb.ru 92.53.116.26 92.53.116.0/24 AS9123 (TimeWeb-AS)
ns2.timeweb.ru 92.53.98.100 92.53.98.0/24 AS9123 (TimeWeb-AS)
ns3.timeweb.org 92.53.116.200 92.53.116.0/24 AS9123 (TimeWeb-AS)
ns4.timeweb.org 92.53.98.42 92.53.98.0/24 AS9123 (TimeWeb-AS)
ns1.beget.com 5.101.159.11 5.101.159.0/24 AS198610 (BEGET-AS)
ns2.beget.com 185.50.27.12 185.50.27.0/24 AS198610 (BEGET-AS)
ns1.beget.pro 5.101.159.11 5.101.159.0/24 AS198610 (BEGET-AS)
ns2.beget.pro 185.50.27.12 185.50.27.0/24 AS198610 (BEGET-AS)
ns3-l2.nic.ru 193.232.146.1 193.232.146.0/24 AS48287 (RU-CENTER)
ns4-l2.nic.ru 91.217.20.1 91.217.20.0/24 AS48287 (RU-CENTER)
ns8-l2.nic.ru 91.217.21.1 91.217.21.0/24 AS48287 (RU-CENTER)
ns4-cloud.nic.ru 185.42.137.111 185.42.136.0/23 AS8674 (NETNOD-IX)
ns8-cloud.nic.ru 194.58.196.62 194.58.196.0/24 AS8674 (NETNOD-IX)
Про Anycast на Хабре: 1, 2, 3
Касательно ремарки про "леммингов" - изначально в черновике была такая же фраза, но про мух :). В статье описаны допущения, почему именно так: всё-таки хотелось бы выбирать из распространенных среди популярных сайтов сервисов, ведь риски есть не только инфраструктурные.
1.
> почесались только на третий месяц
-- из текста выше: "Наш коллега 18.02.2021 создал тикет № с целью увеличить лимиты по трафику".
2.
> не смогли снять трафик самим сервером
-- из текста выше: "... при отключенном сервере трафик ... шел и счет за этот трафик выставлялся".
Как "снятие трафика самим сервером" решит проблему его тарификации на уровне сетевого оборудования хостера?
3.
> с порта в 100 мегабит
-- из текста выше: "... 98588GB in May 2021."
Как этот объём на порте в 100 мегабит?
Спасибо за ваше мнение и открытую позицию.
Ещё интересное упражнение:
1. Открываем раздел Документы на Госуслугах: https://lk.gosuslugi.ru/profile/personal
2. Тыкаем в свой паспорт: https://lk.gosuslugi.ru/profile/id-doc
3. Жмем DevTools->Application->Storage->Local Storage и делимся в комментариях тем, что Яндекс сохранил в _ym24845174_il:
Более того, эта сраная метрика установлена и на сайте Госуслуг.А, кстати, удобно: открываем консоль на любой странице ЛК Госуслуг, пишем window.serverData.data, Enter и получаем себя всего в JSON. Даже по страницам ходить не надо.
Так что вы сказать-то этим хотели?
Ошибка в том, что дурите вы физических лиц?
А автор, как владелец бизнеса, должен был пройти мимо?
Или что тут у вас не 5.5%: https://www.psbank.ru/Personal/Loans/CreditAction?
Вот вам и х4 за несколько дней, а вы говорите Tesla.
Больше майнеров — выше сложность.
Выше сложность — меньше доходы в криптовалюте.
Купить дешевое оборудование, майнить на низкой сложности, продать намайненное и оборудование при высоком курсе выгодно при соответствующем горизонте планирования.
При майнинге через pool используются share.
Фактически, работа по поиску решения блока разбивается на «подзадачи», за количество найденных решений которых уже соревнуются майнеры, чтобы получить выплату.
Внутри одного блока таких решений может быть найдено несколько.
А значит коммуникация с пулом:
1. Получение «задания».
2. Отправка найденного решения
3. Проверка решения пулом и отправка ответа
— может произойти несколько раз в рамках поиска решений одного блока.
Из примера ниже про 100мс это уже минимум k*0,099*3/13=k*0,023, где k=количество шар в рамках одного блока. Что при k=1 дает разницу в 2.3%.
В реальном мире, с учётом других задержек (например на выдачу «задачи», проверки решения и др.) — знаменатель уменьшается, потому как эффективное время на «работу» становится менее 13 секунд — времени публикации решения блока.
Иными словами, влияние latency на доход может измеряться процентами и даже десятками процентов.