Комментарии 323
Я как раз вечером прикрутил к своей впске ipv6 и спать пошел. Просыпаюсь, ничего не работает. А оно оказывается вон оно как...
Значит ты последний трогал и затрогал?! Вот и и нашли, кто все поломал )))
Ты последний уходил! С тебя и спрос :D
Тоже вчера вечером добавлял поддомен на личный сайт, с утра на работу приехал - не работает. Проверяю основной домен - не резолвится. А самое грустное, что дома свой ДНС стоит и из дома все открылось, а с работы, где возможности траблшутинга ограничены, как раз перестало работать =(
А я в конторе месяц... Люди намучались с прошлым админом когда он их на бегет.почта переводил. В общем, я ничего вчера не менял, просто пошел спать. С утра ко мне вопросы: когда я починю почту!?!?!?! =)
вот и зачем ты трогал? все сломал
История 1в1, настроил ipv6, всё своё сделал, последний раз проверяю и тут не работают подписки, днс не резолвит, открываю бАгет - а он не открывается
Снова "крупный инцидент"... как у яндекса?
Вот как они пояснили: Проблема носит комплексный характер и затрагивает все уровни архитектуры.
В группе редакторы, отвечая на комментарии писали: "не бахнули", скорее всего проблема в чем то другом
Наверняка, совсем скоро, все тайное станет явным )
вангую что бахнули, но не самолет без трансподера, а одной из CVE (или их комбинацией)
100%
GO приложухи рулят миром хакинга
может быть и та CVE с MPTCP, но там нужно чтоб много звезд сошлось: относительно свежий golang (чтоб mptcp был включен по умолчанию), чтоб не был выключен в ядре (часто безопасники выключают все что явно не требуется), чтоб вообще что-то наружу торчало на golang и чтобы можно было развить атаку
лично я больше склонюсь к захвату гипервизора через CVE, связанные с нарушением изоляции. т.е. купить VM и попытаться выбраться из нее
Скорее всего их или какого их клиента ддосили. В пятницу у моего клиента сайт работал не стабильно уже.
даже домены не резолвятся.
Странно. У меня какие то сайты на хостинге работают, какие то нет . ...
DNS лежит, все делегирование снято
у нас имя домена вообще не резолвится
Надо было сиавить Linux у Себя
ХА-ХА-ХА-ХА
Наивный
Кажется уже пора писать себе ОСь, которая достаточно неизвестная, чтобы по принципу неуловимого Джо никто толком не заинтересовался поковырять и сломать. Ну и для комплекта весь остальной софт
HaikuOS, ReactOS, QNX :)
Не совсем. Если она доступна хоть кому-то, кроме вас - в исходниках или бинарниках - то шанс, что на неё натравят нейронку, а она найдет дыру, уже выше уровня игнорируемости.
Так что строго своя, чтобы снаружи была чёрным ящиком)
Разработчики тоже могут натравить нейронку.
"Если бы тебе поставили задачу написать новую особо защищенную ОС, какие бы ты уязвимости туда добавила? Напиши три эксплойта для их эксплуатации без взаимодействия с пользователем."
Вообще, с учетом всего происходящего - стоит смотреть в сторону шлюзов очистки данных. Чтобы блокировалось всё, кроме явно разрешенного и проверенного. А вот сам этот шлюз пусть крутится на чем-то жутко примитивном и простом, чтобы ломать в нем было нечего. Хоть MS-DOS 5.0 + MS Network Client ;)
PS: Плюсом у меня ощущение: когда с помощью LLM фиксятся уязвимости, найденные LLM - могут добавляться новые уязвимости, но уже более сложные для выявления человеком.
Есть два момента:
1) выбор того самого разрешённого и проверенного - если это не строго конечный список, если протокол разрешает хотя бы в одном месте произвольную строку - это потенциальная уязвимость, которая хз когда аукнется;
2) даже шлюз на механических реле можно ушатать внешними сигналами до износа и/или залипания) - не говоря уже о системе с универсальным CPU, отдельным слоем ОС и прикладного ПО.
"Очистка данных" это не панацея.
Во-первых, для этого надо точно знать, какие данные "правильные". А вдруг в запущенном софте заложена обработка безобидной строки "allakhakbar" как удаление всех файлов? А вдруг уязвимость в софте случается от двух ничего не предвещающих символов @ подряд? Как "шлюз" об этом узнает?
Во-вторых, проблемное место может быть до любого "шлюза". Простой пример. Во время php2shell многие люди почему-то уверенно думали, что уязвимы скрипты, которые что-то неправильное делают. И достаточно было что-то в скрипте не делать или проверить до начала остальной логики, чтобы защититься. Что уязвимы вообще все скрипты без разбору, даже файлики нулевой длины, такие люди никак не хотели понимать. "Шлюз" на php тут вообще никак не помогал.
В-третьих, уязвимость может быть и в самом "шлюзе". Соответственно, поставить перед "шлюзом" ещё один "шлюз" совсем не дело.
Безопасность - это не какое-то одно решение, которое поставил и забыл. Безопасность - это процессы, решения, наблюдения, архитектуры, в которых сложно сделать что-то несанкционированное, сложно нанести большой ущерб, сложно сделать это незаметно. И постоянная корректировка под изменяющиеся условия.
Не "могут", а "должны", и не "нейронку", а "все имеющиеся на текущий момент фронтирные модели". Но это тоже не гарантия.
BolgenOs?
При наличии ллм и агентов принцип неуловимого Джо больше не работает
Мб на других дата-центрах которые были размещены.
Ночью часов в 5 по Москве был 502 на главной, часов в 7-8 просто перестало грузиться.
кто то не обновил PHP вовремя...
а что, если ДА? Будет не смешно!
будет смешно если это как обычно РКН по воробью пыталась попасть ядерной бомбой.....
Не, РКН не при делах, они бы не повесили на главную 502, оно бы просто не открылось.
Это если они какой то главный сервис блокнули, а если что то вторичное? В таком случае сайт обычно пытается открыться, но открывается частично или бесконечно грузится.
Это РКН мой квн сервер вчера заблочил. Вместе с бегетом видимо.
Нее, РНР это фигня.
Дыры с большкю жопу на всех хостингах РФ (импорта замещение в действии)
Правильной дорогой идёте товарищи чиновники , тупоголовые бараны ьез образования !!!!
Я считаю это прекрасно, когда человек заикается про образование чиновников, но сам не в состоянии мало того, что написать "импортозамещение" без ошибок, но и пробелы ставит перед знаками препинания...
А на Вас муха сидит! :-)...
Ну в самом деле, право-слово, какая связь между правописанием и опытом в IT?
По себе знаю, что ее попросту нет! Да и быть не может.
Я в IT уже 40 лет и поверьте, мне есть чем тут похвастаться, но с правописанием как со школы была "беда-бедовая", так и осталась! И не лечится оно ни чем! И читаю не просто много, а очень много и пр. А писать грамотно не умею, ну не дано! Это сродни слуха. У кого то он с рождения, а у кого то и после десяти лет занятий его как не было, так и нет! Так, что по мне, зря Вы наезжаете на человека за правописание.
Ну тут стоит учесть что вы, заявляющие о "беде-бедовой", написали свой комментарий на уровень грамотнее. Да и чтение книг даёт о себе знать, так как после большого количества прочитанных хороших книг качество текста вполне улучшается, так как неправильно написанные слова (как и текст в общем) даже при беглом взгляде будет казаться "каким-то не таким"
Ну это самый древний же приём - как только нет аргументов по существу - начинай проверять грамматику и орфографию аппонента
какая связь между правописанием и опытом в IT?
Связь называется примерно как "редактор".
а еще есть такая штука как смартфоны со включенной автокоррекцией, которые любят вот так разделять слова и менять предлоги )
у них по последним уязвимостям php была статья в их faq. сказали что клиентам ничего делать не надо, обновления установлены
https://beget.com/ru/news/2026/uyazvimost-v-php-ot-21-10-2026#:~:text=Действий с вашей стороны не требуется
Обожаю облака. я теперь всегда ни при чем, это там, у них поломалось, чинят... Когда нибудь, ожидайте.
да какая разница, мозг выедают все рано тебе , и ты все равно виноват и остаешься без бонуса. В случаи со своими серверами, хоть виноват ты и все чесно, а так , виноват тому кому по барабану, а страдаешь всемерно ты
Эта отговорка перестает работать после первых суток простоя. Клиенты начинают уходить к конкурентам, и компания теряет реальные деньги
это забота директора и его тумбочки, из которой деньги берутся /s
Это как метание между ОПСОСами. "Ой, сейчас уйду с бимегадва не мтлайнфон и все у меня станет хорошо". Но у второго ОПСОСа те же проблемы, только в профиль.
PS. Что, конечно же, не отменяет этой самой смены поставщика услуг в поисках лучшей жизни.
ну это раньше - когда клиентам было куда уходить к каким конкурентам. Сейчас чаще все лежат кучкой практически, и конкуренты тоже
Ещё вчера казалось так глупо скачивать себе zip-файлик из облачного mysql.
Очевидно, что заломали, ну или у глав админа кукуха поехала и он половину удалил (что маловероятно).
Udp: глобальный сбой
Я так понимаю, имеется в виду
Upd: Глобальный сбой
а не сбой из-за кривого хождения UDP?
Админ на работе жены все на бегете купил, и домен и dns и сайт. если бы хоть домен взял в глобальном рег.ру или нике , сейчас бы залили сайт на любого хостера ,перестроили и все бы работало.
А у них там магазин с заказами....
Значит сегодня выходной. За 1 день все клиенты разбежаться не должны...
Вопрос , в том что домен исчез из делегирования и что будет с СЕО продвижением , позициями в гугл и яндкс - вот это вопрос.... У меня жена как раз маркетолог этого сайта , ей весь мозг сожрут потом
Ничего не будет.
СЕО и правда забыл
СЕО это не затронет, если восстановятся в ближайшее время. Даже разделегированные домены держат позиции до 7–10 дней. Иногда можно встретить домены, которые висели в выдаче уже после нескольких месяцев отключения. Но это скорее исключение из правил, и позиции они в любом случае потеряют.
клиенты не разбегутся, а вот убытки будут
Насчет клиентов оптимистично
А какой смысл уходить? Такой инцидент может быть у любого хостинга, переездом ты себя не защитишь, скорее наоборот, чисто статистически. К тому же переезд большой инфраструктуры это очень дорого. И при этом все равно придется ждать восстановления того, что бегеты сумеют восстановить. По этому, я лично не поехал бы никуда. А паникеры и микросайты, у которых 1 монолит и 1 БД, ну те могут переехать, но опять же, статистически это глупо. Да и прибыли от таких клиентов не то чтобы много. Я работал в облаке. Не в этом, но +- представление имею что там и как.
А если бы домен взял в глобальном рег.ру, и вот так бы рег.ру упал, тогда что?
Одно дело, когда падает система управления и данные домена не поменять. Но чтобы свалилось, что прописанные домены перестали резолвиться... Это что-то экстроординарное и у крупных регистраторов такое не помню. Поэтому считаю, что домен лучше регистрировать не у хостинг провайдера. Хостинг намного более уязвимая структура. Говорю как пользователь McHost (у которого часть серверов зарубежом около месяца не была доступна и владельцы сайтов меняли регистратора через саппорт).
Ничего экстраординарного, обычное падение DNS.
Я тогда потерял доход с варезника (в то время модно было), так и не восстановился доход и я бросил сайто строение… и все из за МсХоста в то время.
Я про события этого лета: https://habr.com/ru/news/1043210/
В обсуждениях читал про долгие проблемы в прошлом.
Если DNS настроен через Cloudflare, падение хостера решается простым переключением IP-адреса на резервный сервер
рег.ру тоже хостинг провайдер
и вот так бы рег.ру упал, тогда что?
Кеширующие сервера пару суток будут отдавать сохраненное. А потом или починят или ...
Поясните чайнице, почему если регистратор упал и не отвечает, то домен не резолвится на остальных DNS?
Остальные днс это типа восьмерок? Так они кэширующие, истекло время жизни записи, и она удаляется, а если основной ns не доступен, то и продлить запись они и не смогут. А у некоторых может и не быть в кэше такой записи, и соответственно из-за лежащих ns-ов получить они её не смогут. А инфу о домене знает только днс регистратора
Ниже более подробный ответ
Причина не в регистраторе, а в хостере, хотя это может быть одно и то же лицо.
DNS - это иерархическая система.
Скажем, мне надо узнать IP для доменного имени vasya.pupkin.ru. Я спрашиваю об этом сервер, который прописан в моих настройках. Он проверяет свой кэш и, если не находит там этого имени, то либо спрашивает об этом вышестоящий сервер (форвардинг), либо начинает поиск сам.
Для этого он начинает с корня и спрашивает один из корневых (отвечающих за зону .) DNS-серверов A-запись для vasya.pupkin.ru. Корневой, естественно, говорит, что он такого не знает, но за зону ru. отвечают вон те серверы [a-f].dns.ripn.net.
Спрашивает один из этих серверов, тот тоже говорит, что не знает, но за зону pupkin.ru. отвечают серверы ns1.beget.ru и ms2.beget.ru.
А эти серверы лежат и ответить ничего не могут.
Если админ заранее подсуетился, разместил копию зоны pupkin.ru ещё на каком-то сервере, например на своём домашнем, и указал этот сервер при делегировании зоны, то можно отделаться некоторыми тормозами, пока будут проверяться недоступные серверы.
Есть чудесная утилита dig, она может показать всю трассировку такого запроса dig +trace vasya.pupkin.ru
Т.е. логика сети DNS серверов такая?
если не могу проверить у регистратора, то запись через время умирает,
а не не могу проверить у регистратора, пока оставлю прежню запись.
DNS вообще ничего про "регистраторов" не знает. DNS знает где находится корневая зона нулевого уровня и из неё иерархически может поискать сервер, ответственный за каждоый домен следующего уровня.
Кто там "регистратор", а кто там личный DNS-сервер Васи Пупкина - сама система DNS вообще не задумывается.
если не могу проверить у регистратора, то запись через время умирает,
Почти, запись хранится в кэше согласно TTL, тут скорее получается что запись ушла с кэша, а получить новую уже нельзя.
И нет, второй вариант тоже плох, залипшая запись тоже беда.
Не у регистратора, а у хостера. Регистратор выдаёт вам в аренду домен и выполняет делегирование - сообщает владельцу сервера верхнего уровня, на каких серверах будут хоститься DNS-записи этого домена. Они могут хоститься и на серверах регистратора, но не обязательно.
Логика такая - каждый сервер знает про записи, которые на нём хостятся (если они есть), и про кэшированные чужие записи (если ему разрешено выполнять поиск). Как только время кэширования, указанное в параметре TTL записи, истекло, чужая запись удаляется из кэша и будет, при необходимости, искаться заново.
А типа рег.ру и ник.ру не падали никогда? И чем они глобальнее бегета, кроме заоблачных цен и бесполезных доп. услуг?
А падали вообще в нулину, как бегет? Я года 3 на регру сидел, ни разу ни о каких проблемах не слышал. Может просто пронесло.
Ну у бегета такое тоже впервые. У меня более 7 лет сайты на нём. И никогда вообще серьёзных проблем не было. А сейчас 3 клиента помимо меня на нём сидят. У одного аж 7 сайтов на нём... в такие моменты понимаешь, что не стоит все яйца в одной корзине держать.
На каких только регистратора не сидел за пару десятков лет. Такого падения ни у кого не припомню.
ИМХО
у регистраторов CRUD-панелька, и даже если она дырявая - то добраться до гипервизора через нее - сомнительно.
А если у тебя есть возможность что-то устанавливать и запускать - шансов уже гораздо больше.
Как человек, который имел возможность пообщаться с их «инженерией» на созвоне по поводу одной вакансии, могу сказать, что удивляться тут можно только тому, что это раньше не случилось. 🤷♂️
Все так плохо?
ну, я не зарабатываю оценками запущенности управленческого «рака» и обще-инженерной (не-)адекватности, но судя по тому как развивались события на том собесе, удивляться, что там раньше всё так не сложилось — вполне можно, уверяю вас. )
С другой стороны — «в среднем по больнице» вряд ли сильно лучше. Адекватных управленцев везде мало. На мой взгляд индустрию заметно подкосили закосы под штатовские обычаи и убеждённость, что есть дистиллированный менеджмент, так сказать «менеджмент в себе», которому понимание чем он, собственно, пытается управлять, если не мешает, то уж точно не помогает. Ну… это мои соображения, не претендую на истину последних инстанций. ;)
Тоже в свое время у них собесилась. И такое же впечатление было.
найм методом «Игра началась» https://habr.com/ru/companies/beget/articles/664468/ ?
Мне когда-то, по итогам работы в совсем другой компании, на выходном интервью H'ад'R'овичка ляпнула — «нам не нужны инженеры». Хотя нанимали именно инженера. Это к вопросу о том в какие игрища резвились про-IT'шные РФ-бизнеса примерно в ту же пору, когда тут писался «опус» про этот метод. :)
Это всё не так смешно, конечно, как может казаться. Но да, фактически там мало кому были нужны именно инженеры. А соответствующие результаты — почти поголовно, это закономерное следствие. Будет ли лучше(?) — чё-т вряд ли. :)
Ой плохое предчувствие у меня по бегету.
По личным ощущениям от заявлений хостера, они пустили вайбкодера закрывать дыру после атаки.
А тот жмык жмык все за апрувил, а потом схватился за голову.
Мда, пока грустно и без новостей, что печальнее всего. Не ожидал от Бегета. (
Что интересно, для каждого домена на их обслуживании прописано куча NS-серверов:
nserver: ns1.beget.com. nserver: ns1.beget.pro. nserver: ns1.beget.ru. nserver: ns2.beget.com. nserver: ns2.beget.pro. nserver: ns2.beget.ru.
И если хотя бы один из них хостился не на бегете, а в другом месте, то домены бы работали. Именно DNS-хостинг.
КЭП
Бегет сложил все яйца в одну корзину. Если у них 6 NS серверов крутятся на их же железе в одном дата центра то при любой жопе случается то что сегодня - ляже всё и сразу. Как нужно было сделать: разнести все 6 NS серверов по разным дата центрам и по разным назависимым хостингам.
Думаю необходимо выполнить press any key
Что значит “все уровни инфраструктуры”? Отформатировали все диски в серверах, Сбросили на заводские настройки все маршрутизаторы, Вытащили все кабели, Выключили питание. Я правильно понимаю?
Здания разобрали, котлованы закопали.
Уборщица выдернула "удлинитель"-пилот, чтобы пылесос воткнуть, что тут непонятно? А в тот пилот вткнуты были сервер с 1с, терминальник для работников, и сервер с биллингом.
Наверное, так.
Или все потерли до чего добрались или "ПВО успешно отработало, начался пожар из-за падения обломков" (с)
Первый вариант: https://t.me/beget_official/572
"В ночь на 2 ноября 2026 года наша инфраструктура подверглась массированной кибератаке, в результате которой была нарушена работа ряда сервисов.
<...>
Текущий статус восстановления
На данный момент нам уже удалось восстановить работу выделенных серверов без нашего администрирования.
Что происходит сейчас:
- NS-серверы. Восстановление их работы — наш главный приоритет. Ориентировочный срок — ближайшие 4–5 часов.
- Почтовая система. Параллельно ведём работы по восстановлению её работоспособности.
- Резервные копии.
На данный момент нам доступны файловые резервные копии подавляющего большинства ресурсов виртуального хостинга и облачной инфраструктуры. Мы продолжаем работу по восстановлению данных, однако из-за значительных объёмов этот процесс потребует длительного времени.
Наши специалисты непрерывно работают над восстановлением инфраструктуры и делают всё возможное, чтобы как можно скорее вернуть сервисы к полноценной работе.
При этом мы продолжаем оценивать масштаб последствий атаки, поэтому пока не можем назвать точные сроки полного восстановления всех сервисов.
Мы понимаем, насколько критична доступность наших услуг для ваших проектов, и прикладываем все усилия для скорейшего восстановления работы."
Ключи для старта систем были на специальном диске. Пришел ОБЭП, диск застрелили, питание стоек выключили. А потом оказалось что это не ОБЭП, а я-курьер.
Тут больше вот эта фраза вызывает недоумение
В данный момент инженеры выполняют ручную настройку инфраструктуры непосредственно в дата‑центрах.
значит не пожар, не железо (во всяком случае не глобально), не физическое разрушение инфры, то есть что-то глобально гавкнуло на сетевом уровне.. вопрос как такое могло случиться настолько массово, чтобы всё наглухо померло?
Да, это очень странно, ощущение что неудачно апдейт раскатали, уже без возможности централизованно все откатить. В последние дни много опасных уязвимостей было найдено, вполне возможно что пытались их массово у всех пофиксить да где-то что-то не учли.
P. S. Просто догадки, что там на самом деле было узнаем, думаю, позднее.
Скорее инсайдер типа уволенного админа все сломал. Апдейт-то откатить много ума не нужно, ну если совсем все плохо - еще восстановить вместе с ним тухлую БД, всяко лучше чем просто лежать.
Еще возможно их взломали, массовый взлом при помощи уязвимости нулевого дня, но есть проблема, даже если это так, то они вероятно это ни за что не признают. Ну, мне так кажется, так как признать взлом это понести большие репутационные убытки, словить штрафы от регуляторов + словить массовые иски от юр. лиц.
P. S. Это опять же лишь мои предположения, так сказать, мысли вслух.
Взломать можно 1-2-5 серверов, а чтобы положить всю инфраструктуру с тысячами серверов — это маловероятно. Бегет — это не алкаш-гараж какой-нибудь, а вполне себе большая контора. Больше на какую-то диверсию изнутри похоже...
Но ведь все эти сервера откуда-то централизованно управляются. Логично же, что для взлома достаточно раскатать зараженный апдейт? Например, я когда сервера у них оформляю, всегда вижу, что там вместо официальных репо Debian какие-то свои локальные репо вписаны, что мешает там подменить пакеты? Да ничего.
P. S. Это просто гипотеза и домыслы, к реальности отношения не имеет.
Локальные репы - это просто способ уменьшить нагрузку на внешние каналы и ускорить доставку пакетов и сборку докер-образов. У многих крупных хостеров есть зеркала реп основных дистрибов. У хецнера есть, у селектела есть - из тех, у кого точно видел и помню.
У хецнера есть, у селектела есть - из тех, у кого точно видел и помню.
Интересно, это Вы "по работе" знаете или это те же дыры в безопасности?
А почему репозитории реп, содержащие, кстати, подписанные ключами соответствующих дистрибутивов пакеты - это "дыры в безопасности"?
Нет, я не работаю ни в хецнере, ни в селектеле. Что у них (а также у яндекса и не только) есть зеркала дистрибутивов - не секретная вещь и это известно не только их клиентам.
Если на всех инфраструктурных машинах (виртуализация, управление, DNS) прописан ключ одного МЕГАадмина, то количество серверов не имеет значения, чтобы просканить сеть, зайти на все хосты по украденному ключу мегаадмина и сделать rm -rf /*
Росстат вон только что обнулили целиком. Хотя коммерсы получше (наверное) следили за инфрой, но кто его знает.
там не только обнулили, но allegedly сначала достали оттуда 23 Тб (что ещё требует доказательства, конечно)
Наверняка кто-то просто запустил плейбук Ansible с деструктивной командой не на тот кластер...
ощущение что неудачно апдейт раскатали
Да и по времени, ровно в 3 ночи - похоже на плановые работы в ЧНН, но что-то пошло не так
неудачно апдейт раскатали
х..к х..к и в продакшен
Изнутри какой-то эникейщик либо случайно, либо целенаправленно накозлил.
Интересно, почему конфиги не были где-то в репозиториях
когда пишут "общие общие" фразы, это подрывает доверие и вызывает подозрения. ну например в том. что бегет хакнули и ребята боятся признаться, т.к. штрафы могут похоронить компанию. Надеюсь что ошибаюсь, но без ясных и четких позиций от бегет. надеюсь, но сам не верь в чудеса. (опять же, ПХП, Астра, ВМанагер, серты от индусов с ключами "4" - все подряд)..
Не надо истерить и строить домыслы. Починят и объяснят.
А никто и не истерит, просто я обозначил как есть, мутные пояснения вызывают подозрения..
Не надо истерить и строить домыслы.
Не вертеть головой при столкновении с вызовами, не стоит паниковать и вибрировать, так как это на руку противнику!(c) - один известный персонаж (неужто он на Хабре завёл аккаунт?).
А что с Астрой ? Если речь про CVE-2026-98432, то это проблема далеко не только астры
Мало времени прошло, они еще сами не понимают что происходит.
Понятно только что не работает, а почему не понятно.
Через пару суток расскажут. Наверное...
Вчера вечером у меня с сайта bootstrap отвалился, подумал уже что снова ркн что-то "ограничивает". Но после перезапуска вроде все заработало. А утром тут такое.
А я ж только месяц как съехав от reg.ru и ru-center нарадоваться не мог, что оказывается может быть и удобно и с рющечками - вот не тебе ((( Грусть печаль! Ну что ж - ждем (без попкорна)
Советую не ждать
Ну а как не ждать? Два домена из под них как вот сейчас выковырять? И почта корпоративная ((( . Хостинг то фиг с ним - невелика потеря.
через cctld.ru можно, написать заявление на выдачу ключа на смену регистратора в связи со сбоем у текущего регистратора.
Будет не быстро, но если они пролежат еще пару дней у них и так все домены переведут к кому нибудь другому. не помню точно положенгие об аккредитации, то ли 24 часа дается регистратору на восстановление после сбоя, то ли 3 дня.
Два домена? У меня там штук десять, плюс куча клиентов
Вот только я вчера прилинковал сайт-визитку. И тут такое.
Исходя из того, что прикрыли тарифы до 120р/день на облако, бум клиентов с Яндекса, перегруз инфраструктуры (что косвенно подтверждается небольшими, но всё таки непривычными лагами) и попытка оптимизировать систему без возможности отката (как так-то?). Ну, спросили у Клода: посмотри, что сделать, чтобы нагрузка была нормальной.
Вообще 10 часов прошло, домены накрылись целиком, даже свой не могут восстановить. Может вообще нас от глобального интернета отключают (и Бегет как тест). В общем, гипотез может быть куча. Непонятно, опять таки, почему не было запасного контура в Казахстане том же.
Это дичь. Сначала Яндекс Директ поломал рекламу и обрушил раз в 7 оборот, теперь вообще вот так.
У нас обратная статистика - что обрушение яндекс рекламы вообще никак не изменила продажи. Встал вопрос, а вообще приносила ли все эти годы яндекс реклама хоть какую то пользу, или это всего лишь красивые графики в ЛК директа
Реклама воще мутная чорная дыра.
А канал продажи какой? ВК? )
У меня буквально просадка выручки на одном проекте с 30-35 до 5-7 тысяч в день. Не работает аудитория, обучение РК скидывается.
Если Яндекс был без аудитории, то, конечно, о каких продажах можно говорить. )
Подтверждаю. Зато ВК реклама, которую я всегда избегал, показала неожиданно хорошие результаты
Одно и то же - все рекламные агрегаторы работают по одной удобной схеме - "мы вам рисуем красивые графики, которые вы не можете проверить, и не за что не отвечаем".
Все они предоставляют услугу якобы показов, и категорически не хотят работать по принципу - привел клиента реального. Конвертация и все красивые графики в основном типа показы/клики, которые даже не проверить, и очень легко скликиваются ботами.
Ни одно рекламное агентство не захотело с нами работать по принципу "платим за реального клиента", после оказания услуг процент.
Не взрыв, а хлопок.
Прикрутили mcp на "все уровни архитектуры" и оптимизировали AI-агентными командами сократив половину толковых инженеров, а теперь когда контекст потерян проекта, пытаются руками (а руками ли?) все собрать обратно?
В данный момент инженеры выполняют ручную настройку инфраструктуры непосредственно в дата‑центрах.
Ручную? А как же вайб.
Хакнуть вроде бы вот так глобально не могли, хлопнуть (от хлопок) сразу все - тоже. Диверсия изнутри?
почему глобально невозможно так хакнуть? если завладел доступами одного devops-а, то это не отличается от диверсии изнутри
Очень маловероятно, что у них была некая единая глобальная точка входа, овладение которой давало бы хакерам в распоряжение все и вся.
Очень маловероятно, что у них была некая единая глобальная точка входа, овладение которой давало бы хакерам в распоряжение все и вся.
Так там же не сказано что попало в распоряжение... если у них свои коммуты\роутеры были (например) и утек пасс (IaC например) то ...
copy ftp://zero_config_with_unknown_pass/config startup-config
reload in 300 и все... цод лежит, ничего не работает, доступа к коммутам для отката нет, расчехляйте свои RS232-конверторы и выполняйте сбросы. И это при условии что такой сброс можно сделать, а то встречал я железки, где сброс устройства делался только через поездку к вендору и перезапись через программатор
В теории то же можно сделать через BMC с серверами (тут вообще все встанет на несколько месяцев т.к. ClearCMOS нынче пароль не сбрасывает)
Хакнуть вроде бы вот так глобально не могли, хлопнуть (от хлопок) сразу все - тоже. Диверсия изнутри?
Уже были инциденты в т.ч. с крупнейшими компаниями - как российскими (неужели не помните), так и зарубежными (еще больше инцидентов, интернет помнит всё). И хакали, и диверсии были изнутри, и пожары, и все остальное, что вообще м.б. сделать.
месть reg.ru ?
Интересно - Majordomo тоже лежит. Они были вайтлейблом Бегета?
Да вроде все открывается. Может через VPN открываете?
https://paragraf152.ru/pulse/ploshchadki/majordomo
Beget живи!
Подумал про яндекс, вк, но Бегет хостится по их информации на Цветочной. Там и селектел (если не ошибаюсь), то с ДЦ должно быть все в порядке.
Шо то долго уже...
Пару часов админка Бегета отдавала 502. Сейчас - не отдаёт. )
Вопрос в тему: как голосовать за такие новости, ставить нравится или нет? )
Итого, с начала сбоя прошло уже 12 часов! С учетом того, что Бегет это не провинциальный провайдер-прокладка, а системообразующее предприятие, то появляются очень не хорошие мысли! С этим хостером плотно работаю уже почти 15 лет. И с безопасностью у них всегда было все очень хорошо! Мне есть с чем сравнить, т.к. в силу занятий приходится иметь дело с очень многими хостинг провайдерами как в РФ, так и зарубежными... У ребят действительно все было здорово. И бекапы правильные и первыми в РФ они сделали межсайтовую изоляцию и т.д и т.п. И так это меня расслабило, что я даже бекапы перестал делать уже много лет с их хостинга...
И вот пришел нежданчик...
Как лицо сведующее в подобных "рабочих моментах" не по наслышке и с опытом администрирования почти 40 лет, нахожу данную ситуацию ну очень прискорбной...
И уверен на весьма серьезные проценты, что у ребят произошла глобальная потеря данных. Причем не просто тупо похачили... Тут так не пройдет!
Либо их очень грамотно и долго "вели" и сегодня наступила кульминация атаки. Либо не обошлось без предательства и подкупа ответственных.
Просто в первую очередь в таких ситуациях пытаются восстановить хотя бы частичную работоспособность. "сгорело/сломалось" оборудование, не беда! Всегда можно временно развернуться у партнеров или просто на коммерческой основе и тут же отчитаться, через пару часов сбоя максимум, что вот, это и это уже работает, а вот это мы починим в самое ближайшее время! Это классическое поведение при глобальных сбоях. В данном же случае мы видим, что за пол суток не сделано ничего! Более того, ни одного внятного заявления от уполномоченных лиц так и не было сделано. какие то общие никому не нужные слова, ничего не объясняющие и не несущее в себе никакого смысла! Это допустимо в первый час сбоя, ну во второй. Далее уполномоченные лица всегда попытаются успокоить клиентов, партнеров и пр. И обязательно сосшлються на конкретные практические шаги. А тут увы глобальная тишина.
Не хочу разводить панику и тем более не хочу "на каркать", но мой опыт просто кричит, что без потери данных и серьезной, тут никак не обошлось. Очень - очень жаль. Мне действительно нравится данный хостинг. Хотелось бы, что бы ребята все же решили свои проблемы, но увы чудес хватает не на всех. Кто в теме, может прояснит ситуацию? Там директора еще не заграницей?
Обновление информации по инциденту и восстановлению работы сервисов Beget
В ночь на 2 ноября 2026 года наша инфраструктура подверглась массированной кибератаке, в результате которой была нарушена работа ряда сервисов.
Официальное уведомление об обстоятельствах непреодолимой силы
Настоящим ООО «Бегет» уведомляет клиентов о возникновении обстоятельств, которые обладают признаками непреодолимой силы (форс-мажора) в соответствии с пунктом 3 статьи 401 Гражданского кодекса РФ и положениями действующих договоров.
Масштабная атака на инфраструктуру компании и вызванные ею последствия временно препятствуют надлежащему исполнению части наших обязательств по предоставлению услуг. Настоящее сообщение является официальным уведомлением о возникновении указанных обстоятельств и их влиянии на исполнение договорных обязательств.
Текущий статус восстановления
На данный момент нам уже удалось восстановить работу выделенных серверов без нашего администрирования.
Что происходит сейчас:
- NS-серверы. Восстановление их работы — наш главный приоритет. Ориентировочный срок — ближайшие 4–5 часов.
- Почтовая система. Параллельно ведём работы по восстановлению её работоспособности.
- Резервные копии.
На данный момент нам доступны файловые резервные копии подавляющего большинства ресурсов виртуального хостинга и облачной инфраструктуры. Мы продолжаем работу по восстановлению данных, однако из-за значительных объёмов этот процесс потребует длительного времени.Наши специалисты непрерывно работают над восстановлением инфраструктуры и делают всё возможное, чтобы как можно скорее вернуть сервисы к полноценной работе.
При этом мы продолжаем оценивать масштаб последствий атаки, поэтому пока не можем назвать точные сроки полного восстановления всех сервисов.
Мы понимаем, насколько критична доступность наших услуг для ваших проектов, и прикладываем все усилия для скорейшего восстановления работы.
Будем информировать вас по мере поступления новых подтверждённых данных.
Спасибо за терпение, понимание и поддержку.
- Резервные копии.На данный момент нам доступны файловые резервные копии подавляющего большинства ресурсов виртуального хостинга и облачной инфраструктуры. Мы продолжаем работу по восстановлению данных, однако из-за значительных объёмов этот процесс потребует длительного времени.
вот это тревожный момент... значит шифратор или поломали фс
На шифратор времени слишком много нужно и риск слишком большой. Денег тут не поднять, а вот проблем запросто, по этому никто связываться не будет. Проблемы с ФС тоже отпадают, это все восстанавливается причем быстро и без особых проблем.
Тут видимо добрались до бекапов и "правильно" их потерли. Это не так ятжело, если уметь. И ВСЕ!!! Полный абзац... Восстановить уже ничего не возможно если потерли правильно, никак!
правильные бэкапы (aka airgap) потереть нельзя примерно никак (разве только заиметь ключ от кладовки и выкрасть ленты)
вот тут Вы ошибетесь,шифруется все за секунды, на ВМ нет надобности шифровать весь диск целиком , шествуют первые несколько сотен мегабайт , и последние, далее в случном порядке на диски еще также 50-100 точек , этого вполне достаточно. чтобы повредить данные и в случаи чего за мзду дать дешифратор
Так и есть, сам сталкивался. Другое дело в зависимости от места хранения и обьемов даже это может быть затруднительно, к примеру когда у тебя 200 терабайт разношерстных данных на разных схд. На моем опыте, шифровальщик испортил много простых скуль бекапов, но вот файлам виртуальных дисков esxi просто поломал заголовки, что легко восстановимо.
Про обстоятельства непреодолимой силы...
Просто читаем между строк. Когда сказать нечего, но вместе с тем, что-то сказать ну очень надо, проще всего "подкинуть на вентилятор"...
Что же, все понимаем. "И на старуху бывает проруха"... Остается лишь пожалеть уже бывшего топового хостинг провайдера, а заодно и немножко себя.
Если бы могли восстановить, уже бы восстановили, а потому завтра придется звонить/писать в РосНИИРОС, хотя по доменам в зоне .RU узе к нему, а в "КЦ", по поводу переноса доменов... А вот с доменами в международных зонах будет совсем не просто!
40 лет нет самого "администрирования", а у вас опыт в нем 40 лет
Если бы только сайты... Все домены DNS для которых прописаны - не але теперь и видимо даже не пытается с колен подняться.
За домены не переживайте! Вы их не потеряете, причем точно. На 100%! Бегет тут просто посредник. А вся информация по доменам храниться у держателя корневой зоны домена и она не пострадала. Вы в этом легко сможете убедиться нбрав в терминале (или на онлайн сервисе) команду хуиз (whois) и имя своего домена и в выданной информации увидите, что домен Ваш жив, здоров и никуда не делся... Тут вы можете максимум потерять записи о поддоменах и спец записи ДНС, такие как ключи для почты и пр. Но это мелочи. Они восстанавлииваются автоматом, просто чуть времени потребуется. А вот с сайтами все хуже!
Грустно тем, у кого нс бегета были. Восстановить то скорее всего восстановят, а вот сейчас ничего не сделать, никуда не перенаправить. Да и файлы все, вероятно, целые. Больше похоже на сетевой инцидент по текущей информации
Да это понятно. Проблема в другом. Куплены домены, а сайты на серверах. Но ни на сайт не зайти, ни NSы не сменить. 2 дня было грустно. Ребята молодцы, восстанавливаются. Но у меня на самом деле другой вопрос - произошел такой казус, вышибли одного из хостинг провайдеров. Я всегда думал, что сервера DNSа, просто бы не обновлялась информация по зонам, а тут хоп и даже зоны легли.
REG.RU тоже не особо чешется, из за падения Бегета пришлось купить одноразовый домен для сайта - прошло более часа а зоны не распространяются, такого раньше не замечал, у Бегета кстати очень оперативно все работало, 15-20 минут и поехали, а рег ру вообще не шевелится - типа знать не знаю про твой новый домен..
Бегету желаю скорейшего восстановления!
Ну Вы нашил где домен покупать! Рег.ру. Это динозавр классический, ортодоксальный! Со всеми вытекающими. У них всегда с доменами так было. Они большие, пока от шеи до ног импульс пройдет, В бегете уже поколение серверов сменится.
Вы видимо не сталкивались в работе с "этим" раз пошли к нему.
Не пора ли смахивать пыль со старых серваков, стоящих под столом?
А станет ли лучше? Там тоже нюансов хватает
а толку то, ну вот стоит мой в кладовке, а dns у бегета
Альтернативный (резервный, вторичный) DNS у другого провайдера услуг? Собственно, для такой ситуации оно и задумывалось.
Стесняюсь спросить, а зачем!?
Если у Вас статический IP, почему не настроить аримари нс сервер у себя? А пару вторичек уже где нибудь?
У меня (по лени и безалаберности), для одной из контор, на стареньком core2, в кладовке крутится, dns, postfix и strongswan. С декабря 2017-го. А рядом стоит машинка с hiper-v, с 1С и терминалкой для Бух. На регистраторе только делегирование на мой ns. Второй ns - дома :-) . Последний раз к ним походил в середине лета. Попинал ногой, подумал, что надо бы закопать стюардессу и перенести Бух куда-нибудь в облако...
Конечно, если корень ru завалят, то крышка.
В смысле постоянный IP у провайдера, NAS и домен на себя? :-)
Страшновато уже. У меня провайдер Ростелеком. С одной стороны все отлично, оптика прямо в комнату заходит в роутер, скорости отличные, но вот он такой "затейник"! То P2P перекроет и торренты только через ВПН качаются то еще что нибудь... В общем ни дня без сюрпризов! Сайт так же работать будет.
Помнится, уже находили уязвимость в старом rainloop у бегета, тогда узявимость позволяля получить рут доступ, если не ошибаюсь. Теория с массовым взломом может быть не такая уж и теория.
А если у меня домен зарегистрирован у Бегета и прописаны его и только его NS сервера, уже можно начинать паниковать?
Интересно это след php уязвимости.
Возможно, как-то связано: https://naked-science.ru/community/1225365
С каких пор "масштабная атака на инфраструктуру компании и вызванные ею последствия" являются форс-мажором? Они за кого клиентов там принимают?
Ладно там прилеты на дата-центры и прочая жесть, но ИБ - это их прямая обязанность.
Если допустили подбор пароля - то да, сами виноваты, это была их обязанность.
А если там новый 0-day в инфраструктуре, из тех которые в последнее время как грибы после дождя появляются - то я просто не понимаю как к этому можно было быть готовым. К этому никто готов не был.
Свежие данные на 16.00 по Москве
"В ночь на 2 ноября 2026 года наша инфраструктура подверглась массированной кибератаке, в результате которой была нарушена работа ряда сервисов.
Официальное уведомление об обстоятельствах непреодолимой силы
Настоящим ООО «Бегет» уведомляет клиентов о возникновении обстоятельств, которые обладают признаками непреодолимой силы (форс-мажора) в соответствии с пунктом 3 статьи 401 Гражданского кодекса РФ и положениями действующих договоров.
Масштабная атака на инфраструктуру компании и вызванные ею последствия временно препятствуют надлежащему исполнению части наших обязательств по предоставлению услуг. Настоящее сообщение является официальным уведомлением о возникновении указанных обстоятельств и их влиянии на исполнение договорных обязательств.
Текущий статус восстановления
На данный момент нам уже удалось восстановить работу выделенных серверов без нашего администрирования.
Что происходит сейчас:
- NS-серверы. Восстановление их работы — наш главный приоритет. Ориентировочный срок — ближайшие 4–5 часов.
- Почтовая система. Параллельно ведём работы по восстановлению её работоспособности.
- Резервные копии.
На данный момент нам доступны файловые резервные копии подавляющего большинства ресурсов виртуального хостинга и облачной инфраструктуры. Мы продолжаем работу по восстановлению данных, однако из-за значительных объёмов этот процесс потребует длительного времени.
Наши специалисты непрерывно работают над восстановлением инфраструктуры и делают всё возможное, чтобы как можно скорее вернуть сервисы к полноценной работе.
При этом мы продолжаем оценивать масштаб последствий атаки, поэтому пока не можем назвать точные сроки полного восстановления всех сервисов.
Мы понимаем, насколько критична доступность наших услуг для ваших проектов, и прикладываем все усилия для скорейшего восстановления работы.
Будем информировать вас по мере поступления новых подтверждённых данных.
Спасибо за терпение, понимание и поддержку."
Они БАШОРГ сломали!!!11 А может и через башорг, кто их там знает.
Настоящим ООО «Бегет» уведомляет клиентов о возникновении обстоятельств, которые обладают признаками непреодолимой силы (форс-мажора) в соответствии с пунктом 3 статьи 401 Гражданского кодекса РФ и положениями действующих договоров.
С каких пор слабая защита - обстоятельство непреодолимой силы? Могли бы преодолеть, защитившись получше.
Кстати, а хакеры то могли и все бэкапы удалить?
Кстати, а хакеры то могли и все бэкапы удалить?
Если все сделано правильно, то нет. Предположу, что все крупные конторы уже озадачились offline и off-site бэкапами. А кто не, тот ССЗБ.
Капитан очевидность констатирует: Ну это уже явно же юристы писали. У них сейчас тоже работы много будет.
Чтобы компенсации не платить, только вот лучше пусть это суд определит, преодолимая или нет. Желаю им долгих и интересных процессов.
почему в телегу моему боту никаких известий не пришло? Уведомить об оплате может, а тут такое и сказать неможет
Проблема носит комплексный характер и затрагивает все уровни архитектуры
Звучит, как будто ChatGPT попросили перевести выражение "полный п***ц"
Обиднее всего в таких ситуациях что ты ничего не можешь сделать сам, остается только мониторить новости и ждать завершения восстановительных работ...
на будущее , не наступайте на подробные грабли дважды
регистрация доменного имени в отдельной конторе нике или реге
dns купить отдельно в разных , один там же где регистрируете домен, другой там где хостите сайт
и соответственно бекап сайта к себе на носитель
в таком случаи всегда можно развернуть сайт хоть на своем компе (если есть стаический реальный IP) и выставить его в инет
"не кладите все яйца в одну корзину"
Угадайте, кто сегодня в 1 ночи выложил новый сайт на бегет, накрутил рекламу и пошел спать?
Подскажите плз, нигде не нашел, данные то скомпрометированы на серверах в итоге?
Имел честь недавно общаться с директором по пиару и маркетингу Бегета, он повел себя как неадекватный и непрофессиональный тип. На мое сугубо деловое предложение ответил блокировкой. Похоже, он не может в pr не ток не позитиве, но и в антикризис.
Пишут, что DNS подняли.
Ну пока так себе подняли. Один и тот через раз, видимо задыхается бедняга)
Ну и панель все равно пока 502 отдает
Скрытый текст
mrshandy@morph:~$ for ns in ns1.beget.com ns1.beget.pro ns1.beget.ru ns2.beget.com ns2.beget.pro ns2.beget.ru; do echo -e "\nТест $ns:"; dig @$ns A cp.beget.com +short
+time=2; done
Тест ns1.beget.com:
;; communications error to 93.92.81.0#53: timed out
178.248.232.144
Тест ns1.beget.pro:
;; communications error to 93.92.81.0#53: timed out
;; communications error to 93.92.81.0#53: timed out
;; communications error to 93.92.81.0#53: timed out
; <<>> DiG 9.18.39-0ubuntu0.22.04.7-Ubuntu <<>> @ns1.beget.pro A cp.beget.com +short +time=2
; (1 server found)
;; global options: +cmd
;; no servers could be reached
Тест ns1.beget.ru:
;; communications error to 5.101.159.11#53: timed out
;; communications error to 5.101.159.11#53: timed out
;; communications error to 5.101.159.11#53: timed out
; <<>> DiG 9.18.39-0ubuntu0.22.04.7-Ubuntu <<>> @ns1.beget.ru A cp.beget.com +short +time=2
; (1 server found)
;; global options: +cmd
;; no servers could be reached
Тест ns2.beget.com:
;; communications error to 185.50.27.12#53: timed out
;; communications error to 185.50.27.12#53: timed out
;; communications error to 185.50.27.12#53: timed out
; <<>> DiG 9.18.39-0ubuntu0.22.04.7-Ubuntu <<>> @ns2.beget.com A cp.beget.com +short +time=2
; (1 server found)
;; global options: +cmd
;; no servers could be reached
Тест ns2.beget.pro:
;; communications error to 185.50.27.12#53: timed out
;; communications error to 185.50.27.12#53: timed out
;; communications error to 185.50.27.12#53: timed out
; <<>> DiG 9.18.39-0ubuntu0.22.04.7-Ubuntu <<>> @ns2.beget.pro A cp.beget.com +short +time=2
; (1 server found)
;; global options: +cmd
;; no servers could be reached
Тест ns2.beget.ru:
;; communications error to 185.50.27.12#53: timed out
;; communications error to 185.50.27.12#53: timed out
;; communications error to 185.50.27.12#53: timed out
; <<>> DiG 9.18.39-0ubuntu0.22.04.7-Ubuntu <<>> @ns2.beget.ru A cp.beget.com +short +time=2
; (1 server found)
;; global options: +cmd
;; no servers could be reached"Обстоятельства непреодолимой силы" -хорошо отмазались,а Вам ,господа не кажется что именно этим и должна заниматься служба ИТ безопасности? И то что Вы не смогли "это преодолеть" это ваш косяк , а не обстоятельств?
Тогда по сути под это можно подвести все: "не перевез товар вовремя - обстоятельство непреодолимой силы: Водитель проспал", "зарезал человека на операционный столе ОНС - не смог справится со вчерашнем похмельем","Самолет разбил со всеми пассажирками ОНС - не смог противостоять притяжению земли "....
А какое тут ОНС ? - не смогли обеспечить защиту? использовали старое по?
Может это суд должен решать ? а не само руководство\юристы накосячевшей компании
Это была уборщица.
У меня сегодня как раз оплаченый период закончился. Хотел оплатить, а тут вона чё!
Тот же закон на который они ссылаются говорит, что исполнитель не наделен полномочиями самостоятельно устанавливать факт своего же форс-мажора и относить обстоятельства к непреодолимой силе. Что за отсебятина у них?
Похоже правы были те, кто годами и тут говорил о необходимости и целесообразности создания распределенной системы доменных имен (к примеру на блокчейне), при которой каждый может сам обслуживать и резервировать свои имена и хранить полную ноду адресной книги. Как и те кто писал о разумности держать сервера и бэкапы у себя в условной "бытовке" и резерв на даче
У системы на блокчейне есть свои проблемы.
Ну а DNS без прямых финансовых затрат фантастически усугубит и так нелёгую ситуацию с безумным количеством зарегистрированных по словарям доменов.
Нет там никакой проблемы - кто регистрирует - тот и обслуживает. Не может сам - платит другим узлам
Проблема не в том, "кто обслуживает". Проблема совсем в другом. Совсем-совсем в другом.
Все эти якобы проблемы - решаемы там просто. И они даже рядом не стоят с настоящей существующей сейчас проблемы монополии на домены
Если они "решаемы просто", почему все такие проекты никогда не взлетают?
Существующая система худо-бедно, но работает и причём у всех. А все эти доморощенные попытке обмануть систему так и остаются попытками.
Странный вопрос. Вы как буд то не знаете что система ДНС захвачена, и такой сверхприбыльный бизнес из воздуха никто не даст сделать бесплатным. Там просто искусственно не дают внедриться. Продажа просто букв имен - это самый прибыльный бизнес в мире, причем даже не продажа, а сдача в аренду буковок. Где за некоторые комбинации буковок требуют миллионы даже. Сама то система простейшая - это просто книга с соответствиями в районе 10 Гб всего объема. Многие могли бы хранить и синхронизировать её даже полностью (хотя достаточно и частями между многими). Просто это монополизировано и большей частью зарегламентированно искусственно препятствиями юридического характера, а технически это простейшее.
Вся сложность то, закрытость и неустойчивость системы сейчас (в нынешнем её виде), только из-за того, что за буковки хотят получать большие деньги (а в придачу еще персональные данные). Это чисто искусственно созданные бюрократические трудности, не позволяющие внедриться технически к ним.
Вот посмотрите к примеру проект freedns_afraid_org (точки). Это любители создали с субдоменами. Вообще никакой проблемы даже при нынешних протоколах. Как только нет грабительской денежной составляющей и зарегламентированности (бюрократизированности), так технически все возможно даже без блокчейна.
У меня десятилетиями некоторые сайты работают на бесплатных доменах (3-го уровня) и все норм. Бывает что и туда нос суют те кто хотят денег (то хостеры не разрешают, то поисковые системы искусственно занижают), но опять же все искусственно созданные проблемы, потому что негоже пользоваться бесплатным - бесплатно, если кто то мог бы за это брать большие деньги.
Вот посмотрите к примеру проект ... Это любители создали
Да-да, и это не единственный такой проект. И даже с блокчейном проекты существуют. И что дальше?
Ну есть эти проекты, и что? Где миллиарды пользователей, которые эти DNS себе прописывают? Где миллионы пользователей, которые бегут именно там регистрировать домены? В таких проектах даже киберсквоттеры не ошиваются - настолько эти проекты никому не нужны.
Я же говорю - проблема совсем в другом.
Вот именно что "проблема в другом" - в искусственном создании барьера и препятствий бесплатным доменным именам. Уж очень большие деньги из воздуха там гребутся, чтобы просто так отдавать эту нишу.
Проблема именно что В ДРУГОМ, а не в каких-то там конспирологиях о деньгах.
Наоборот, именно из-за того, что проблема есть и реальна, на этом можно зарабатывать деньги, продавая заметно выше себестоимости. Иначе бы просто никто бы это не покупал и все бы давно сбежали в эти доморощенные проекты.
Конспирология как раз у вас в "Другом , в ДРУГОМ". Ваше "Другое" давно сделано и реализовано - простейшее решение. И вы тут пытаетесь убедить что это не могут повторить и поддерживать миллионы грамотных IT-ишников.
Проблема именно в искусственных законодательных ограничениях к доступности и поддержки закрытости монополии
Ещё раз, "давно уже сделано" стопицот никому не нужных проектов. Которые не взлетели и никогда не взлетят. Потому что никаких проблем они не решают. Потому что реальные проблемы - они совершенно другие. Не какие-то якобы "проблемы", выдуманные конспирологами.
Так вы и выдумываете какие то конспирологические проблемы маскируя их под "Другие", вместо реальных регламентационных и законодательных.
Что конкретно в законодательстве не даёт вам сделать свою идеальную и бесплатную альтернативу DNS?
Я не выдумываю никаких конспирологических проблем, в отличие от некоторых. Я знаю, какие есть реальные проблемы, а какие проблемы никак не решают колхозы, пытающиеся сделать "бесплатно".
В конце концов, есть зоны, где домены стоят дёшево и даже временами было бесплатно (.gg, .tk). Да и домены третьего уровня вообще легко сделать бесплатными - достаточно купить один раз домен второго уровня и бесплатно налево и направо раздавать в нём записи. Но почему-то этого массово не делают. Не приходило в голову, почему?
Видимо действительно всё очень плохо, раз до сих пор не могут исправить
Неделю назад пришла рассылка от timeweb - мол, у них массовый перебор паролей от панели управления, потому они сбросили всем пароли и если хочешь снова попасть в ЛК - пройди процедуру восстановления.
Какие-то общие уязвимости у хостеров нашли?
Да, как минимум в продукте от астры vmmanager
Массовый перебор может не означать никакой уязвимости. Просто перебор и ввсё тут.
С таймвебом лет 15.
Но в последнее время это дичь. Постоянные проблемы (то ddos на месяц, то электропитание, то охлаждение то еще что то).
Теперь принудительно локацию СПБ переносят в Нидерланды. А если хочешь остаться в СПБ, то лютый оверпрайс тарифы. После того как Яндекс потерял 3 ДЦ и начал арендовать мощности у других ДЦ, тарифы у всех хостеров подскочили.
Придется переносить всё в Европу, где в разы дешевле.
Позвонил я в Координационный центр.
Сказали, что Бегет заканчивает работы по инструменту, который позволит изменять NS-ы.
Сейчас идёт тестирование. Скоро выкатят.
Для тех, у кого домен зарегистрирован у Beget и кабинет недоступен: для .ru и .рф есть путь через Координационный центр - по заявлению на info@cctld.ru центр сам выдаёт код для переноса к другому регистратору. Но с заявлением, проверкой и переносом это минимум рабочая неделя, и порядок описан для регистратора, лишённого аккредитации - перед отправкой лучше позвонить в КЦ и уточнить. И важное: не расторгайте договор с Beget до переноса домена. По правилам КЦ расторжение договора с регистратором - основание аннулировать регистрацию домена.
Коллеги, какова ситуация ? У кого нибудь сами сайты заработали? или хотя бы доступ к бекапам есть?
Как быть хотя бы с доменным именем? как получить к нему доступ? Через управление домен недоступен, по этому даже заглушку повесть не можеи?
Домены у Beget живут в отдельной панели, domains.beget.ru, вход по коду на почту. Там меняются A-записи (Beget писал про зоны .ru, .рф и .su), так что домен уже сейчас можно направить на новый сервер или на заглушку. Если записей в зоне много, сохранение может падать с ошибкой: у нас так было с зоной на 500 с лишним записей.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Сбой в работе хостинг-провайдера Beget — кибератака и обстоятельство непреодолимой силы