Beget Хостинг

По словам Алексей Маникина ситуация затронула около 70 тысяч клиентов.

Сегодня компания REG.RU пошла на шаг, который принес большие неудобства нашим пользователям. В одночасье они отключили нас от своего API, лишив возможности наших клиентов управлять своими доменами через нас.

Расторгнув в одностороннем порядке договор, они разослали письмо всем, кто регистрировал домены через нашу панель управления или переносил домены к нам, как партнеру регистратора, до момента того, как мы стали аккредитованным регистратором. Сделали они это без каких либо явных предварительных уведомлений нас, как партнера.

Для всех доменов .RU/.РФ, которые находятся у нас на партнерских договорах с регистраторами, перенос к нам, как к регистратору, мы сделали бесплатным! Для переноса домена к нам вам нужно получить только Auth-код у текущего регистратора и ввести его в нашей панели.

О том, как это сделать, есть информация на нашем сайте.

Если у вас возникнут вопросы или понадобится помощь — мы предоставим ее по всем каналам связи с нами.

Что произошло?
В рамках регистрации доменов .RU/.РФ наша компания работала с компанией REG.RU, согласно партнерскому договору №485 от 07.10.2008. За это время мы стали одним из крупнейших хостинг-провайдеров и, полагаем, одним из крупнейших партнеров компании Рег.ру, а объем наших ежемесячных регистраций превысил 10 тысяч в месяц.

В 2016 году мы приняли решение стать аккредитованным регистратором в зонах .RU/.РФ, для того, чтобы наш клиент получал максимально качественные услуги. Мы успешно прошли аккредитацию и приступили к регистрации доменных имен как самостоятельный регистратор.


В статье на Хабре мы подробно описали причины, которые побудили нас стать регистратором:

• Были случаи разделегирования доменов/не продления доменов, при том что API отдавала успешный код.
• Частые проблемы с API.
• Невозможность решать юридические вопросы напрямую с клиентами.
• Желание предоставлять максимально качественный сервис и нести прямую ответственность перед клиентом.

Кроме того, мы запустили акцию, согласно которой клиент мог осуществить перенос и последующее продление домена у нас фактически по себестоимости. Тем самым, для наших клиентов перенос доменов к нам, как к регистратору, мы постарались сделать как можно более комфортным. При этом выбор регистратора всегда остается за клиентом, мы не выставляли никаких ограничений для того, чтобы наш клиент продолжал работать с текущим регистратором и поддерживали работу доменов клиента через сторонних регистраторов.

Технические сложности
В письмах, которые reg.ru разослали клиентам, есть ссылка на личный кабинет, но самих учетных данных для входа нет. Фактически даже это действие было подготовлено не корректно с технической точки зрения. Всем, кто пострадал от действий REG.RU мы окажем всеобъемлющую помощь, чтобы вы могли продлить ваш домен вовремя.
Постараемся в ближайшее время решить данную проблему всеми возможными способами!

Рады сообщить, что мы реализовали услугу VPS, и теперь в Beget вы можете создать собственный виртуальный выделенный сервер!



VPS — это ваш личный виртуальный сервер с полным доступом и настраиваемой конфигурацией.


Самостоятельное администрирование, отсутствие ограничений на устанавливаемое ПО позволяет выйти за пределы возможностей виртуального хостинга


Виртуальный сервер работает в рамках выделенных ресурсов, определяемых его тарифным планом. Никаких дополнительных ограничений нет.






Чтобы начать пользоваться VPS:

• Перейдите на вкладку VPS в панели управления или создайте новый аккаунт
• Выберите подходящий тариф

Задайте название и параметры аутентификации


Нажмите кнопку «Создать сервер» и через несколько секунд сервер уже готов к работе!

Больше не надо беспокоится о производительности
Все VPS будут располагаться на самых мощных конфигурациях сервера. Это поможет вам эффективнее работать с проектами и задачами, которые недоступны на shared-хостинге.

Используйте и другие наши функции в панели управления
Заметим, что в панели управления останутся и другие важные и полезные функции, как регистрация доменов, управление DNS, настройками аккаунта, управление почтой и другие.

Подробнее о работе с VPS — в нашем руководстве по панели управления
beget.com/ru/manual/vps
cp.beget.com/vps
beget.com/ru/order/optimal

Если у вас есть предложения о том чего еще следует добавить, напишите нам и мы постараемся учесть все ваши пожелания.

Мы сделали большой шаг в сторону лечения ваших сайтов от вредоносного кода. Теперь на аккаунтах виртуального хостинга вы можете вылечить зараженные файлы вашего сайта прямо в панели управления!


Таким образом, мы сможем решить важные для вас задачи по поиску и удалению критических уязвимостей:

• Обнаружение вредоносных скриптов в файлах: вирусные вставки, веб-шеллы, бэкдоры, фишинговые страницы, дорвеи, спам-скрипты и другие
• Автоматизированное лечение обнаруженных вредоносных скриптов: вставки аккуратно удаляются без повреждения работоспособности сайта, а вредоносные файлы удаляются
• Регулярное обновление базы вредоносных скриптов: поддержка «вредоносов», написанных на php, perl, python, javascript, html, а также shell скрипты и опасные конфигурации
• Сохранение резервных копий измененных скриптов
• Поиск публичных уязвимостей в скриптах php
• Лечение сайтов на любых CMS и фреймворках, написанных на php

Антивирус разработан компанией «Ревизиум».

Как работает антивирус:

• Мы проводим периодическое сканирование ваших сайтов; каждый сайт будет проверен не реже чем раз в 14 дней
• Если будут найдены вирусы, мы уведомим вас в панели управления
• Все изменения после лечения можно отменить до начала следующего сканирования антивирусом

Как вылечить сайты:
Кликните по уведомлению о наличии вируса


Нажмите на кнопку «Вылечить» в появившемся окне


Статус лечения и откат изменений доступны в разделе Сервисы

Мы добавили поддержку PHP 7.2

Из важных нововведений можно отметить:

• Добавлена возможность перегружать абстрактные функции (RFC)
• Добавлена возможность конвертировать нумерованные ключи при приведении типов object/array (RFC)
• Запрещено передавать null в качестве параметра для get_class() (RFC)
• Возможность расширения типа параметра (RFC)
• Object typehint (RFC)
• В ядро PHP добавлена Libsodium (RFC)
• HashContext as Object (RFC)

Также хотим обратить внимание, что версия 5.4 перестала поддерживаться 3 сентября 2015 года, а версия 5.5 21 июля 2016 года. Они могут содержать критические уязвимости, которые не будут исправляться, а также значительно уступают по скорости работы и потребляемым ресурсам более новым версиям.

1 июля все сайты, которые работают на версиях 5.4 и 5.5, будут переведены на 5.6. Проверьте работу своих сайтов на новых версиях PHP, нажав на кнопку или и выбрав нужную версию.


Поддержка устаревших версий на нашем хостинге будет прекращена 1 августа.

Список изменений, ломающих обратную совместимость:
php.net/manual/ru/migration55.incompatible.php
php.net/manual/ru/migration56.incompatible.php

ару лет назад мы достаточно спокойно работали нашей небольшой командой и делали хостинг. Вышло так, что каждый сервис в системе обладал собственным уникальным и неповторимым API. Но потом это стало проблемой и было решено все переделать.

Мы расскажем о том, как объединить внешнее API с внутренним и что делать, если у вас много кода на PHP, но хочется воспользоваться преимуществами gRPC.

Сейчас очень много говорят про микросервисы и SOA в целом. Наша инфраструктура не исключение: ведь мы занимаемся хостингом и наши сервисы позволяют управлять почти тысячей серверов.

Со временем сервисов в нашей системе стало появляться все больше: стали регистратором доменов — выносим регистрацию в отдельный сервис; метрик с серверов стало очень много — пишем сервис, который делает выборки из ClickHouse / InfluxDB; Нужно сделать эмулятор запуска задач «как через Crontab»; для пользователей — пишем сервис. Наверное, это многим будет знакомо.

Входящих задач в разработке много. Количество различных сервисов растет плавно и, вроде бы, незаметно. Заранее учесть все будущие нюансы невозможно, поэтому на смену одним API приходили другие, более лучшие. Но настал день, когда стало очевидно, что у нас развелось слишком много протоколов:


Чем больше становилось сервисов и связей между ними, тем дольше и сложнее было решать задачи: требовалось изучить несколько разных API, написать к ним клиенты и только потом приступить к реальной работе.

Ах, да… еще ведь документация нужна. Иначе в чатиках происходят такие диалоги:
— Ребят, как мне получить баланс пользователя из биллинга?
— Сделай вызов в billing/getBalance(customerId)
— А список услуг как получить?
— Не помню, поищи нужный контроллер в
Короче говоря, зародилась мечта о волшебном едином стандарте и технологии для создания сетевых API, которые решат все проблемы и сэкономят нам вагон времени.

Формируем требования
Немного подумав, мы составили свой небольшой список требований:

• Используемый способ описания API должен быть декларативным
• Результат должен быть однозначным и человеко-понятным: нужно проводить code review
• Нужна возможность описывать как успешный flow, так и ошибки. Причем это должно делаться явно для каждого метода
• На основе описания нужно генерировать как можно больше скучного кода для клиента и сервера

Из коробки он удовлетворял почти всем нашим требованиям. Если в двух словах:

• Декларативное описание методов и структур данных
• Он очень читабельный и простой. По получившимся .proto-файлам легко проводить code review. Синтаксис IDL близок к популярным ЯП
• Завезены генераторы под большинство популярных ЯП (но есть нюанс. О нем ниже)
• gRPC — просто механизм RPC без каких-либо строгих требований к организации API. Это дает возможность разработать собственные принципы и гайдлайны с учетом накопленного опыта

Однако, идеальных технологий не существует. Для нас возникло несколько камней преткновения:

• Мы активно используем PHP и он не умеет в сервер gRPC;
• Наш фронтенд по-прежнему ожидает привычный HTTP. На текущий момент мы были вынуждены «проксировать» запросы фронтенда через отдельное приложение, формирующее правильные запросы к внутреннему API. В подавляющем большинстве случаев это лишняя скучная работа. Хотелось бы внутри нашей системы все отдавать через один протокол с автоматической конвертацией в HTTP для фронтенда.

К счастью, мы достаточно легко решили эти проблемы. Далее я буду предполагать, что читатель знаком с gRPC. Если нет — лучше сначала обратиться к упомянутой выше статье.

И так далее, много технической информации
Надеюсь на Хабре топик не удалится, т.к. сохранять для Истории рынка не вижу смысла, черзе 5 лет устареет все. Просто запомним факт, что была такая новость ;)
habr.com/company/beget/blog/348008/

В этой серии статей мы расскажем, как получали аккредитацию, как вы можете получить ее сами и поделимся с вами нашими разработками. Мы в Бегете хотим, чтобы развивались не только мы, но и вся отрасль в целом, так как конкуренция создает хорошие продукты.

В первой статье будет рассказано об административных процедурах, которые необходимо будет выполнить для получения статуса аккредитованного регистратора. Во второй статье мы расскажем и поделимся нашими разработками для интеграции с КЦ (Координационным центром).



Почему мы стали регистратором и чем руководствовались
До того, как мы получили аккредитацию, мы регистрировали домены .RU/.РФ через разных регистраторов: основным поставщиком были reg.ru, также мы работали с r01 и nic.ru. Часть наших доменов до сих пор находится на обслуживании у названных регистраторов. Кроме того, мы работаем с названными регистраторами по доменам в отличных от .RU/.РФ зонах. Если клиент хотел передать нам домен на обслуживание, мы шли ему навстречу и переносили его в наш личный кабинет текущего регистратора домена.

Это создавало большое количество проблем как для нас, так и для наших клиентов. Были случаи разделегирования доменов, о которых нам приходилось узнавать от клиентов, ошибок со стороны программного обеспечения регистраторов. Сама поддержка трех разных API создавала трудности. Что касается цен на домены, то наши партнерские цены были всего примерно на 10% выше той цены, что выставлял Координационный центр, поэтому это не являлось основной причиной для становления самостоятельным регистратором…

Основная причина — это полное управление доменным именем нашей компанией и отсутствие зависимости нас и наших пользователей от возможных сбоев и ошибок со стороны наших партнеров.

Первая попытка подать заявку на аккредитацию была летом 2014 года, но тогда, к сожалению, в связи с другими делами (в тот момент мы активно планировали выход на международный рынок, впереди еще будет вторая попытка =), папка с документами так и осталась просто папкой с названием «Регистратор-проект».

Второй раз мы решили стать регистратором в зонах .RU/.РФ в начале 2016 года, когда появилась информация о том, что перенос доменов между регистраторами станет безбумажным. Безусловно, мы были крайне разочарованы тем, что, в отличие от международных зон, наш координационный центр национальных доменов не стал придерживаться той же схемы работы, и деньги берутся только за перенос, а не за продление в момент переноса (что явно не способствует либерализации рынка). Можно сказать, что так сделать было нельзя в связи с тем, что максимальный срок регистрации домена в зонах .RU/.РФ составляет 1 год, но что мешает сделать его больше?

Тем не менее, процедура переноса между регистраторами стала все-таки проще, а значит, желающие смогут перенести домены к нам, и поскольку мы уже второй раз начали изучать вопрос о том, как нам стать регистратором, мы решили довести дело до конца.

Что нужно сделать, чтобы получить аккредитацию
Доменные зоны .RU/.РФ регулирует Координационный центр национального домена сети интернет (https://cctld.ru/).

На текущий момент аккредитовано 46 регистраторов (https://cctld.ru/ru/registrators/), и примечательно, что 13 из них, включая нас, были аккредитованы в прошлом году. Отдельно хочется поздравить наших коллег из сферы хостинга, которые получили аккредитацию совсем недавно — это шаг в правильном направлении. Возможно, другие компании, как и мы, решили сделать это связи с изменением политики переноса доменов между регистраторами.

Всю информацию о том, как получить аккредитацию, можно и нужно искать на их сайте — cctld.ru/ru/docs/

Читаем требования к будущему регистратору и соответствуем им.
Получить аккредитацию может юридическое лицо РФ, имеющее рабочий офис и минимальное количество сотрудников для обеспечения работы в качестве регистратора. Необходимо будет доказать (подтвердить) координационному центру стабильное финансовое положение, возможность обеспечить устойчивость работы ПО при работе с Реестром и резервное копирование данных.
А также: застраховать деятельность в качестве регистратора и подготовить прототип сайта, на котором будет приведена вся информация относительно будущей работы в качестве регистратора.
cctld.ru/ru/docs/project/accr_treb_21042014.pdf

1. Регистратор обязан:
…
1.3. своевременно страховать профессиональную ответственность, связанную с деятельностью по регистрации доменных имен:
1.3.1. для Регистраторов со стажем аккредитации не менее 1 (одного) года — на сумму не менее 15 000 000 (пятнадцати миллионов) рублей или 500 000 (пятисот тысяч) долларов США;
1.3.2. для вновь аккредитуемой организации — на сумму не менее 30 000 000 (тридцати миллионов) рублей или предоставить доказательство намерений осуществить такое страхование в срок не более 1 (одного) месяца с даты получения аккредитации;

Этот пункт может вызвать трудности, так как если просто обратиться в любую страховую компанию с вопросов страхования деятельности в качестве регистратора, это вызывает некоторое замешательство у страховщиков. Поэтому тут все-таки желательно попасть на того специалиста, который уже оформлял подобную страховку. Если самостоятельно разобраться с этим вопросом не получится, пишите на manager@beget.com, подскажем контакты. Стоимость страховки на момент аккредитации составила около 30 тыс. руб.

1.6. соответствовать требованиям, изложенным во вступивших в силу Технических условиях взаимодействия с системой регистрации доменов (далее – «Технические условия»). Вновь аккредитуемая организация должна пройти технические испытания на соответствие Техническим условиям в течение 1 (одного) года после принятия решения о ее аккредитации. До момента успешного прохождения технических испытаний вновь аккредитуемой организации не будет предоставлен доступ к Реестрам доменных имен, за исключением доступа к тестовому Реестру в порядке, установленном Положением о технических испытаниях

После получения аккредитации есть 1 год, чтобы пройти технические испытания.
О том, как их пройти и с какими трудностями нам пришлось столкнуться, мы расскажем в нашей следующей статье.

2. для оказания услуг регистрации доменных имен Регистратор обязан располагать необходимым количеством квалифицированных работников для выполнения следующих функций:
− административные вопросы;
− финансовые вопросы;
− технические вопросы;
− взаимодействие с пользователями и администраторами;
− защита информации;
− юридические вопросы;
− взаимодействие с правоохранительными органами.

Регистратор обязан предоставить Координатору сведения (контактную информацию) для взаимодействия по вышеперечисленным вопросам и незамедлительно сообщать Координатору об изменении этих сведений.

Здесь все достаточно просто, нужно предоставить список сотрудников, которые будут отвечать или уже отвечают за те или иные вопросы.
При этом вполне подойдет, если один и тот же сотрудник будет отвечать за несколько спектров работы. Если вы, к примеру, предоставляете услуги хостинга своим клиентам, то так или иначе, все вышеперечисленные вопросы вас касались, и с правоохранительными органами вы работали.

4. Регистратор обязан предоставить пользователю, в том числе опубликовать и своевременно обновлять на своем сайте, посвященном регистраторской деятельности, полную и достоверную информацию:

По этому пункту необходимо будет подготовить прототип сайта с содержанием всей информации о вас, образцами заявлений и описанием всех возможных действий с доменами. Подготовка сайта, безусловно, займет время, но задача не слишком сложная, учитывая тот факт, что всю информацию о действиях с доменами можно посмотреть, к примеру, на нашем сайте beget.com/ru/domain-register

6. Регистратор обязан разработать и применять на практике инструкции для персонала, содержащие описание процедур Регистратора при выполнении действий, связанных с регистрацией и последующим обслуживанием им доменных имен.

В рамках аккредитации вам потребуется разработать различные регламенты для сотрудников, которые необходимо будет предоставить в Координационный центр. Фактически это может быть один документ, описывающий все процедуры работы с доменными именами.

Пример регламента:
Регламент действий в нештатных ситуациях

Регламент процесса регистрации/продления

14. Регистратор обязан обеспечивать устойчивое функционирование программно-аппаратного комплекса при отказе оборудования, систем электроснабжения и связи; располагать средствами резервного копирования, обеспечивающими возможность полного восстановления данных в случае любых отказов системы, к состоянию на момент не более чем за сутки до отказа.
15. Регистратор обязан располагать средствами защиты от действий третьих лиц, направленных на получение несанкционированного доступа к программно- аппаратному комплексу Регистратора или на нарушение его нормального функционирования

Для соблюдения данного требования необходимо обеспечить создание бэкапов, наличие резервного оборудования и круглосуточный (или почти круглосуточный) мониторинг, а также вкладываться в обеспечение безопасности хранимых данных.

Заполняем анкету и готовим пакет документов


Если вы чувствуете силы и возможности для соответствия всем описанным требованиям, нужно открыть Соглашение об аккредитации (https://cctld.ru/ru/docs/project/accr_polo_21042014.pdf), найти пункт 2 и подготовить пакет документов в точном соответствии с приведенным списком, после чего отправить его на почтовый адрес Координационного центра.
Если формально все признаки соблюдены и документы соответствуют приведенному списку, то Координационный центр в течение 3-х дней после получения пакета документов вышлет вам счет на аккредитацию. На день получения нами аккредитации стоимость проверки вашей компетенции осуществлять регистрацию доменных имен составила 80000 руб. Данная сумма не возвращается, даже если Координационный центр даст Вам отказ в аккредитации.

• Оплачиваем счет за проверку на аккредитацию.
• Ждем проверки документов и соответствия всем требованиям.

В процессе проверки Координационный центр свяжется с вами и, возможно, укажет на некоторые недоработки в документах или в анкете. Документы проверяются в течение месяца.

В процессе проверки Координационный центр свяжется с вами и, возможно, укажет на некоторые недоработки в документах или в анкете. Документы проверяются в течение месяца.

Получаем решение об аккредитации или отказ


При получении отказа обратите внимание, что подать повторно заявку можно только через 3 месяца. Если вам повезло, и Координационный центр принял положительное решение о вашей аккредитации, то вас пригласят на подписание Соглашения об аккредитации. Это Соглашение должно быть подписано в течение 20 дней с момента решения об аккредитации.

Получить аккредитацию — это полдела, дальше есть год для того, чтобы приступить непосредственно к регистрации доменов.

Для работы с Реестром можно написать собственное решение или же использовать ПО от АО «Технический центр Интернет» под названием «Виртуальный регистратор». Подробнее о Виртуальном регистраторе можно прочесть здесь. «Виртуальный регистратор» − платный продукт, и за его использование необходимо платить от 22 руб. за каждую регистрацию домена, либо 10000 руб./мес. за безлимитный тариф.

Рады сообщить, что мы получили аккредитацию международного регистратора ICANN и были включены в список аккредитованных регистраторов!
www.icann.org/registrar-reports/accredited-list.html

Получение аккредитации позволит нам приступить к самостоятельной регистрации доменов в международных зонах, что значительно повысит качество и удобство этой услуги, уменьшит время обработки запросов и позволит предоставить нашим клиентам дополнительный функционал по работе с доменами. В данный момент мы подключаемся к реестрам, отвечающим за работу популярных доменных зон. Подключение будет производиться постепенно, и в ближайшее время мы приступим к самостоятельной регистрации доменов в наиболее популярных зонах .COM, .NET, .NAME



Статус регистратора:
позволяет работать с реестрами доменных зон напрямую, без посредников, и нести конечную ответственность перед клиентом за регистрацию и обслуживание доменных имен;
демонстрирует соответствие компании высоким международным стандартам;
подтверждает высокий уровень информационной безопасности, предъявляемый к регистраторам.


ICANN — это организация, которая содействует стабильной работе интернета, в зону ответственности которой входит, в частности, координация работы системы доменных имен. Она же проводит проверку и аккредитацию компаний, желающих стать регистраторами, таким образом поддерживая высокий уровень качества работы как самих регистраторов, так и системы доменных имен в целом.
Обо всех грядущих изменениях, связанных с регистрацией, переносом и обслуживанием доменов, мы обязательно сообщим вам отдельными новостями.

Мы всегда гордились нашей сетью и сейчас заметили, что у нас нету публичного Looking Glass. теперь любой желающий может посмотреть какие маршруты мы используем

lg.beget.com