Рейтинг
0.00

RUvds Хостинг

2 читателя, 102 топика

Как вернуть доступ к российским сервисам в отпуске: пошаговая инструкция



Многие россияне за границей сталкиваются с тем, что не могут открыть приложения банков, налоговой службы, маркетплейсы и другие важные ресурсы. К счастью, это можно исправить: достаточно создать свой сервер внутри России и направить интернет-трафик через него.

В статье покажем, как быстро развернуть такой сервер на VPS, а также настроить подключение к нему со смартфона и компьютера, чтобы снова получить доступ к российским сайтам и сервисам из-за границы.

Почему блокируют заграничные IP-адреса
В конце марта Минцифры сообщило крупнейшим цифровым платформам, что они должны блокировать доступ пользователям с VPN, иначе лишатся места в «белых списках». К середине апреля многие популярные сайты и сервисы выполнили требование властей. Среди них «Госуслуги», Сбербанк, Ozon, Wildberries, Aviasales, сервисы «Яндекса» и РЖД. В некоторых случаях под ограничения попали все заграничные IP-адреса. Даже если человек не пользуется VPN, а просто находится за границей, он не может зайти на некоторые сайты из «белого списка». Хотя такого не планировалось, но ситуация случилась из-за «кривой» реализации указаний сверху. При заходе из-за границы доступ к некоторым сайтам блокируется с такой заглушкой:


Как сообщают туроператоры, проблемы с доступом возникают у туристов из дальнего зарубежья: Турция, Таиланд, Египет, Вьетнам. От туристов в странах СНГ жалоб не поступает. То есть из Беларуси или Казахстана всё работает нормально.

В середине апреля в сети опубликовали список сайтов, доступ к которым был недоступен с VPN и/или с заграничных IP-адресов. Вот они:
Государственные сервисы
  • «Госуслуги»
  • ЕМИАС
  • мессенджер Max
  • Мосэнергосбыт
  • Маркетплейсы
  • Ozon
  • Wildberries
  • DNS
  • «Детский мир»
  • «ВсеИнструменты.ру»
  • Lamoda
  • «Золотое яблоко»
  • Банки
  • Сбербанк
  • Альфа-банк
  • ВТБ
  • Т-Банк
Еда и доставка
  • «Магнит»
  • «Дикси»
  • «Пятёрочка»
  • «Яндекс Лавка»
  • «Самокат»
  • «Вкусвилл»
  • «Азбука вкуса»
  • «Братья Караваевы»
  • «Чижик»
  • «Вкусно и точка»
  • «Ростикс»
  • Онлайн-кинотеатры
  • «Кинопоиск»
  • Wink
  • Okko
  • «Иви»
Соцсети
  • «ВКонтакте» (VK)
  • Медицина
  • «Семейный доктор»
  • «Медси»
  • Путешествия
  • РЖД
  • Tutu.ru
  • «Авиасейлс»
  • «2ГИС»
  • «Яндекс Go»
  • «Ситимобил»
  • BelkaCar
Другие сервисы
  • Gismeteo
  • «Яндекс Почта»
  • «Яндекс Погода»
  • «Яндекс Пэй»
  • HeadHunter
  • «Профи.ру»
  • «Авто.ру»

В мае сообщалось, что маркетплейсы потеряли до 10% пользователей из-за блокировки VPN. Конкретно у Wildberries мобильный трафик за месяц сократился на 10%, а десктопный — на 6%.

Очевидно, эффект от блокировки отразился и на других сайтах из списка.

Чтобы решить эту проблему, Минцифры опубликовало специальную методичку, как отличать VPN-трафик от простого заграничного. Текст методички опубликовал Telegram-канал «Профсоюз работников IT».

Например, вот инструкции в методичке по распознаванию VPN на устройствах iOS:
  • использовать системный API CFNetworkCopySystemProxySettings () для получения настроек текущего подключения;
  • проверить, есть ли в настройках сетевые интерфейсы с именами utun, tap, tun, ppp или ipsec.

«Наличие [таких] интерфейсов… может указывать на работающий VPN», — сказано в документе.

Получается, что отдельные приложения на смартфоне пользователя (от Сбера, VK, Яндекса и др.) должны собирать признаки и определять, запущен ли на телефоне VPN.


Зачастую обойти это ограничение можно, если пробросить канал через российский VPS и заходить на сайты с российского IP-адреса. Некоторым туристам за границей такой способ может помочь. Посмотрим, как он работает.

Подойдёт любой компьютер в РФ, который постоянно включён и имеет выход в интернет через местного провайдера. А если такого компьютера нет, можно арендовать виртуальный сервер в российском дата-центре и использовать его как прослойку. Для этого подходит готовый шаблон L2TP от RUVDS.

Шаблон L2TP
На маркетплейсе выбираем шаблон VPN L2TP. Это шаблон Windows Server 2019 с предустановленными ролям RRAS и NPS.


Затем выбираем расположение дата-центра (в нашем случае Россия).


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


Оплачиваем услугу.


Ждём установки сервера.


Готово! Теперь у нас есть свой сервер, к которому осталось только подключиться с ПК или мобильного устройства.

Где посмотреть данные для подключения
Чтобы подключиться к нашему серверу, нужно знать несколько параметров:
  • Сервер: публичный IP-адрес нашего сервера
  • Учётная запись: Administrator
  • Пароль: пароль от сервера
  • Общий ключ: vpn

IP-адрес и пароль можно узнать прямо в меню взаимодействия с сервером (для пароля нужно ввести пароль от учётной записи в целях безопасности).

Вот как это должно выглядеть:


Как подключиться на iPhone
Чтобы подключиться к серверу на iOS (у нас версия 26.4.2) нужно перейти в «Настройки» — «Основные» — «VPN и управление устройством» — «VPN» — «Добавить конфигурацию VPN». После чего мы попадём сюда:


Выбираем тип L2TP и вводим данные, которые записали ранее.


Сохраняем изменения и активируем переключатель «Статус VPN».


На этом всё, теперь сетевые соединения перенаправляются через сервер, и у нас снова есть доступ к недоступным российским сервисам.


Как подключиться на ПК
На Windows 10 для подключения нужно перейти в «Пуск» — «Параметры» — «Сеть и Интернет» — «VPN» — «Добавить VPN-подключение».

В следующем окне заполняем те же данные, что и на телефоне:


Сохраняем, и теперь наш VPN появился в предыдущем окне. Подключаемся к нему:



Проверяем — и действительно: подключены через сервер.

Шаблон StrongSwan
На RUVDS есть ещё шаблон StrongSwan IKEv2/IPSec, о котором мы рассказывали ранее. Он работает примерно как L2TP, только на Linux-сервере.

Образ содержит предустановленный пакет StrongSwan, необходимые зависимости и плагины, а также небольшую утилиту с веб-интерфейсом, которая позволяет выполнить настройку системы и получить необходимые данные для подключения без необходимости заходить по SSH.


IKEv2/IPsec (Internet Key Exchange) — протокол обмена ключами для IPsec. Предназначен для создания защищённых виртуальных частных сетей. В качестве транспорта использует UDP. Обладает крайне важным с точки зрения безопасности свойством PFS (Perfect Forward Secrecy) во всех режимах использования. Это означает, что при компрометации любого ключа в системе (включая долговременные ключи) злоумышленник сможет получить доступ только к части защищаемых данных. Большим преимуществом является возможность добавлять новые функции: около десятка различных расширений было разработано с момента публикации стандарта, и этот процесс продолжается. Сейчас ведутся работы по адаптации IKEv2 к функционированию в условиях существования квантовых компьютеров.

Подключение к серверу со стороны клиента почти ничем не отличается от подключения к L2TP. Например, в Windows прописываем IP-адрес сервера в свойствах сетевого подключения — и работаем через него.


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

Что имеем в итоге
В большинстве случаев данный способ действительно работает и позволяет туристам зайти в банки и другие приложения, так как подключение выполняется через российский IP-адрес. Однако в каждом случае нужно смотреть индивидуально. Ситуация с фильтрацией трафика тоже постоянно меняется. То, что работало вчера, может не заработать сегодня, и наоборот.

Хорошего отдыха!

ruvds.com/ru-rub

Изменение цен на услуги RUVDS с 1 июля 2026 года



С начала 2026 года рынок серверного железа столкнулся с серьёзными вызовами. Из-за дефицита чипов, бума ИИ-проектов, усложнения логистики и изменения НДС оперативная память и SSD подорожали в полтора-два раза.

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

Переход будет мягким — мы берём значительную часть возросших расходов на себя, чтобы защитить вас от резкого скачка цен:
  • Для половины наших пользователей повышение составит не более 7%.
  • Средний рост по всем тарифам не превысит 10,5%.

Что важно
  • До 1 июля вы можете продлить действующие серверы по текущим ценам на любой удобный срок — ограничений по периоду продления нет.
  • В июне действует скидка 30% при оплате сервера на год вперёд. Для этого достаточно пополнить баланс личного кабинета и продлить существующий сервер или создать новый, списав оплату с баланса.
Если вы давно планировали продление или запуск новых проектов — сейчас хороший момент зафиксировать текущие условия.

Сравнение текущего и будущего тарифов «Своя конфигурация» для российских и зарубежных дата-центров (в рублях, в месяц):




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

С уважением, команда RUVDS.

ruvds.com

RUVDS приступил к разработке собственного ИБ-решения для SPI-анализа облачных сред



Хостинг-провайдер VPS серверов RUVDS запускает НИОКР по разработке специализированного программного обеспечения, направленного на защиту облачной инфраструктуры от скрытых сетевых угроз. Решение будет в режиме реального времени отслеживать и мгновенно блокировать исходящую вредоносную активность непосредственно на уровне виртуальных сетевых адаптеров.

Ключевым вектором исследований станет создание интеллектуальной системы поверхностного анализа пакетов с проверкой состояния (SPI, Shallow Packet Inspection), адаптированной под высоконагруженные облачные среды. Разработка RUVDS будет внедряться непосредственно в изолированную среду гипервизора, позволяя перехватывать аномальную активность виртуального сервера до того, как пакеты покинут внутренний контур дата-центра.

Наша главная технологическая задача — решить проблему «отравления» облачной репутации и предотвратить превращение арендуемых виртуальных машин в часть ботнетов, спам-ферм или платформ для DDoS-атак. Благодаря алгоритмам SPI система сможет не просто сопоставлять трафик с сигнатурами, а оценивать контекст каждого сетевого соединения на лету. Наше решение позволит выявлять нестандартное поведение ПО, скрытые каналы управления, попытки сканирования портов и нелегитимный исходящий трафик без снижения производительности клиентских VDS. На данный момент мы рассматриваем систему для внутреннего применения, продавать решение не планируем
отметил генеральный директор RUVDS Никита Цаплин.

Первые тесты прототипа системы компания проведёт на базе собственной инфраструктуры в четвертом квартале 2026 года – в том числе в экстремальных условиях в рамках текущих космических и полярных исследовательских программ компании.

ruvds.com

Статья из блога RUVDS одержала победу в конкурсе «Технотекст»



Экспертная статья «Точка, точка, запятая»: как появились привычные нам знаки препинания и при чём тут Венеция?», опубликованная в блоге хостинг-провайдера VPS серверов RUVDS на сайте «Хабр», завоевала победу в ежегодном конкурсе технических статей «Технотекст-8».
habr.com/ru/companies/ruvds/articles/971260/

Материал Алексея Костенкова был признан лучшим в номинации «Бесконечность идей». В общей сложности в шорт-лист вошли 14 материалов, опубликованных в блоге компании. Также в рамках конкурса RUVDS традиционно выступил в роли хранителя номинации «Системное администрирование».

В конкурсе могла принять участие любая статья, опубликованная на «Хабре» в период с 1 января 2025 года по 17 апреля 2026. В качестве одного из ключевых критериев значилось требование отсутствия применения ИИ при работе над материалом.

Статьи из блога хостинг-провайдера VDS серверов регулярно занимают призовые места на конкурсе: так, в прошлом году лучшими в своих номинация были признаны сразу два материала.
ruvds.com/ru/ruvds_2025_techtxt_winners/

Дата-центр RUVDS получил заключение о соответствии требованиям 152-ФЗ



Дата-центр Rucloud хостинг-провайдера VPS серверов RUVDS в подмосковном Королёве прошел оценку эффективности мер защиты информации персональных данных на соответствие требованиям 152-ФЗ. Полученное компанией заключение подтверждает, что ее инфраструктура площадки готова к безопасному хранению и обработке персональных данных по законам Российской Федерации.

Аттестат подтверждает, что применяемые в нашей информационной системе меры по защите информации обеспечивают нейтрализацию актуальных угроз безопасности персональных данных, а организационные и технические условия обеспечивают поддержку безопасности объекта информатизации в процессе эксплуатации. Это ключевой элемент, востребованный практически любой категорией бизнеса
подчеркнул генеральный директор RUVDS Никита Цаплин.

RUVDS берёт на себя инфраструктурную часть требований 152-ФЗ: клиенту не нужно самостоятельно настраивать защиту на уровне дата-центра, сети и виртуализации. Все необходимые меры уже реализованы на стороне платформы, в то время как пользователь получает готовую среду для развертывания своей системы, сохраняя контроль над сервисами и информацией.

В число структур, нуждающихся в защищенных мощностях для работы с персональными данными, входят интернет-магазины, SaaS-сервисы, CRM и ERP системы, HR и кадровые агентства, медицинские центры, школы, образовательные проекты.

ruvds.com

RUVDS нарастил инвестиции в инфраструктуру на 114%



Хостинг-провайдер VPS-серверов RUVDS увеличил инвестиции в инфраструктуру на 114% по итогам 2025 года. Благодаря этим вложениям компанией были дооснащены как имеющиеся площадки, так и запущены новые вычислительные мощности в Ереване, Краснодаре, Мурманске, Омске и Уфе. Общее число локаций RUVDS в России и за её пределами достигло 21 по итогам 2025. В текущем году провайдер начал предоставлять услуги в Минске, который стал 22-м ЦОД в портфеле RUVDS.

«Мы продолжаем движение в выбранном направлении, расширяя как парк оборудования, так и число локаций, доступных нашим клиентам. В прошлом году продолжили масштабирование бизнеса, активно нарастив количество площадок как в России, так и зарубежом. Фокус компании по-прежнему остаётся на удобстве сервиса и повышении качества наших услуг, и мы намерены только ускорять темпы проводимой работы в этом направлении», – отметил генеральный директор RUVDS Никита Цаплин.

Суммарная выручка хостинг-провайдера в прошлом году достигла ₽233 млн рублей: 97% от этой суммы обеспечены оказанием услуг IaaS, в основном за счёт предоставления виртуальных мощностей (VPS/VDS-серверы). Выручка хостинг-провайдера VDS-серверов RUVDS по итогам первого квартала 2026 года увеличилась на 15% по сравнению с аналогичным показателем прошлого года. Значения полностью соответствуют Стратегии развития компании на текущий год, по итогам которого RUVDS ожидает общий рост соответствующего показателя на 30%.

Почему мы полностью отказались от HDD





В индустрии есть устоявшееся мнение, что HDD — это устаревающая технология.

Это с одной стороны. С другой стороны, много у кого написано «Медленные SSD», а по факту при тестах они начинают показывать характерные скорости HDD, характерные бутылочные горлышки HDD и вообще ведут себя как жёсткие диски.

У нас тоже есть тариф с HDD-хранилищем, но он довольно давно тариф с HDD-содержащим хранилищем, потому что уже пять-шесть лет (в зависимости от страны) мы закупаем SSD вместо HDD. Совсем скоро последние хрустящие диски уйдут из эксплуатации, и это будет тариф типа SSD с ограничением по скорости для совместимости с легаси-ценами.

При этом мы используем HDD для долговременного хранения.

Основная проблема HDD — это механика
Внутри идут вращение шпинделя, позиционирование головки, трение. Из-за этого количество операций ввода-вывода IOPS физически ограничено.
  • HDD выдаёт около 150–200 IOPS. Задержка — миллисекунды.
  • SSD (SATA/SAS) — десятки тысяч IOPS.
  • SSD NVMe — сотни тысяч IOPS.

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

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

Изменился сам веб. Если раньше мы на низком уровне по факту работали с крупными файлами и нагрузка ложилась на оперативку, то сейчас из-за Докера и k8s нагрузка стала дробной. Плюс очень многое стало возможным перераспределять на диски, зная, что они потенциально быстрые. Контейнеры, слои образов, логи микросервисов генерируют огромное количество мелких операций random I/O. Запускать кубера на механическом диске — технически плохая идея: диск просто не справится с очередью запросов, и iowait съест производительность процессора, даже если канал свободен.

Что можно сделать
HDD можно соединять в быстрые RAID (с дублированием). ОК, мы давно так делаем, ограничения — те же, просто чуть расширяются.

Есть устройства класса SSD+HDD или оперативка + HDD, где контроллер выступает кэшем. Условно, у вас есть 10 ТБ-накопитель, у которого 10 ГБ — это кэш контроллера (либо 1 ТБ — быстрый SSD, а остальное — хард, бывают разные вариации). Если вы пишете, скажем, 5 ГБ — их хватает контроллер, записывает в быструю память и потом постепенно распихивает по медленной. Если нагрузки неравномерные, как на десктопе, то всё прекрасно, со стороны это быстрый на запись диск и как-повезёт-на-чтение диск (попали в кэш или нет). То есть он как бы сам внутри себя делит данные на «горячие» и «холодные».

Вариантов там много, но мы такого не используем. Во-первых, они не предназначены для нормальных энтерпрайз-применений, когда запись-чтение может идти постоянно 24 часа в сутки и в разные места: в этой ситуации кэш быстро прокручивается, и вы работаете с HDD почти напрямую. Во-вторых, они создают дополнительные точки отказа, например, очень сложно объединяются в RAID. Рассинхрон кэша и основного диска может привести к полной потере данных. Отказ SSD-кэша делает недоступным весь массив. В-третьих, это зоопарк. А зоопарк мы очень не любим.

В итоге мы оставляем только SSD и NVMe
У нас наш тариф HDD — на самом деле постепенная миграция с HDD на SATA SSD. Мы искусственно режем скорость и IOPS до уровня хорошего жёсткого диска.

Почему так:
  • Нам проще и надёжнее обслуживать парк SSD (нет движущихся частей, ниже риск внезапного отказа), чем поддерживать зоопарк из разных типов накопителей. Исторически мы очень сильно стремимся к гомогенности железа, потому что это очень сильно облегчает и разработку, и ремонт-обслуживание, и логистику, и закупки, и вообще всё в хостинге.
  • Если мы переведём всех на быстрый SSD, то нам придётся поднять цены, и тогда клиенты уйдут. На рынке есть умолчание, что есть дешёвый дисковый тариф, но его как раз ограничивают, чтобы он не конкурировал с дорогими. Это искусственное ограничение из-за того, что все так делают — вероятно, в ближайшие годы оно уйдёт.
  • Есть привычки клиентов. Пользователь видит HDD и интуитивно считывает это как набор параметров + это дёшево и много места. Когда написано SSD — в голове вообще ничего не всплывает. Если тот же тариф назвать «Медленный SSD» или «Throttled SSD», то это вообще никак не поможет UX. HDD тут с годами стал просто красивой метафорой. Хотя на некоторых серверах они ещё остались.

А лента, лента для холодного хранения?
Удел HDD сейчас — долгое холодное хранение. Мы оставим пул HDD в хостинге как раз для этого. По большей части — для бэкапов. Это бэкапы, архивы логов, старый медиаконтент. Там, где нужно дёшево хранить терабайты и редко к ним обращаться, механика по-прежнему выигрывает по цене за гигабайт.

У нас сейчас есть услуга, где можно получить очень много места дёшево для архивов — это как раз массив классических механических HDD, на котором выделяется виртуальный ресурс.

Но в бэкапах есть другая технология холодного хранения — старая добрая магнитная лента. Много кто действительно хранит на ней — за этим, например, замечены Google или ЦЕРН.

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

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

Поэтому там, где надо дешевле, у нас только HDD.

Но ведь HDD дают безлимитное хранилище!
Это просто дикая боль.

Приходят клиенты и говорят, что на рынке есть тарифы с безлимитным хранилищем.

Это, если что, физически невозможно. Ну, без потерь данных.

В физическом мире безлимитов не существует. Канал (скорость записи) имеет ёмкость, а диск имеет объём. На уровне гипервизора всегда стоят жёсткие лимиты, чтобы один активный клиент не положил сервер и не лишил ресурсов остальных соседей. Безлимит — это всегда маркетинг. Вам дадут пользоваться ресурсом, пока вы не начнёте мешать другим и в разумных рамках.

HDD никаким образом не означает безлимит. Но да, часто само слово означает для клиента «бюджетное хранилище».

Итого
  • Самые дорогие тарифы — NVMe-диски. Никто нормально не решил проблему объединения их в массивы с избыточностью, поэтому, если вылетает один такой диск, теряются данные. Рядом с ними обычно стоят HDD для бэкапов по расписанию, например, раз в сутки или итеративных раз в четыре часа.
  • Обычные тарифы — SSD-массивы, мы перешли на RAID 10. Вот пост, почему мы так сделали. С них можно подключиться к хранилищу на HDD и получить там виртуальный диск, где физика будет на механических дисках.
  • Дешёвые тарифы — те же SSD-массивы и иногда уже выводящиеся из эксплуатации HDD. В будущем — только SSD-массивы.
  • Технические диски — образы операционок, промежуточные бэкапы и так далее — иногда бывают классическими HDD.

ruvds.com/ru-rub

Клиентам RUVDS стал доступен обновленный интерфейс ispmanager



Панель управления и администрирования Linux-серверов ispmanager стала доступна в обновленном интерфейсе.

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



Команда разработчиков вносила изменения с целью сделать дизайн одинаково удобным для пользователей с разными особенностями восприятия.
Обновлённый ispmanager корректно работает на устройствах с любым разрешением экрана. Смартфон, ноутбук или большой монитор — панель автоматически подстраивается под используемый формат.

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

Релиз нового интерфейса состоялся на 3 марта (версия 6.139, beta). После ближайшего обновления в панели управления появилась иконка с предложением перейти на новый интерфейс.

ruvds.com/ru-rub