· 12 мин чтения

Корпоративный VPN и регуляторные ограничения: как не потерять связь между офисами

Корпоративный VPN и регуляторные ограничения: как не потерять связь между офисами

Привет! Меня зовут Семёнов Евгений Сергеевич, и я директор АйТи Фреш. Знаете, с осени 2025 года стабильно, раз в неделю, мне звонит какой-нибудь директор компании и рассказывает одну и ту же историю. Звучит это примерно так: «У нас в московском офисе вдруг пропала связь с филиалом в Казахстане / с бухгалтерией на даче / с облачной 1С у хостинг-партнёра». Моя практика показывает, что в 80% случаев дело вовсе не в поломке оборудования. Нет, причина кроется в регуляторных фильтрах иностранного трафика, которые незаметно, но уверенно «откусывают» легитимные бизнес-VPN вместе со всеми потребительскими. В этой статье я хочу рассказать, что делает грамотный IT-директор, чтобы его site-to-site туннели работали стабильно, без каких-либо нарушений закона и, что самое главное, без утренней паники.

Почему DPI не видит разницы между Netflix и бухгалтерией филиала

Когда провайдеры устанавливают системы Deep Packet Inspection, они начинают анализировать пакеты, ориентируясь на определённый набор сигнатур. Это могут быть характерные порты, паттерны TLS-рукопожатий, размеры первых сообщений или даже энтропия payload. Вот тут-то бизнес и сталкивается с довольно неприятной проблемой: ваш рабочий IPsec-туннель от Mikrotik CCR к Cisco ASA, который связывает вас с казахстанским филиалом, и какой-нибудь потребительский WireGuard, настроенный «на серёвер за границей, чтоб смотреть YouTube», для DPI выглядят практически идентично! По сути, и то, и другое — это шифрованный трафик, идущий на нестандартный адрес, оба используют протокол UDP, и оба передают свой криптопоток без каких-либо узнаваемых HTTP/S2S-заголовков.

В реальности у DPI есть три основных способа «вычислить» VPN:

И что мы видим в итоге? При массовых настройках фильтрации просто «выбивается» всё, что зашифровано и направляется за рубеж. Конечно, провайдеры получают жалобы — примерно от 3-5% своих корпоративных клиентов. Но, честно говоря, им политически гораздо спокойнее оставить всё как есть, чем тратить силы и ресурсы на точечное разбирательство. Так что вам, как представителям бизнеса, приходится брать дело в свои руки и действовать самостоятельно.

ЦККС: зачем регистрироваться

Существует такая структура при Минцифры — Центр компетенций корпоративных коммуникационных сетей. Её основная задача — собирать всю необходимую информацию о легитимных корпоративных VPN. И вот, в 2025 году было выпущено постановление, согласно которому компании теперь обязаны предоставлять подробные данные о своих VPN-каналах. Это включает в себя информацию об их направлении (откуда и куда), используемых IP-адресах, протоколах и ожидаемой нагрузке.

Что это даёт бизнесу:

Сама процедура регистрации, если говорить о 2026 году, занимает примерно 4 недели. Что от вас потребуется? Прежде всего, реквизиты вашей компании, полный список IP-адресов (как ваших собственных, так и удалённых точек), типовые протоколы, ФИО сотрудника, ответственного за сеть, и, конечно, сертификат ФСБ на СКЗИ, если вы используете шифрование по ГОСТ. Мы, со своей стороны, всегда сопровождаем наших клиентов через весь этот процесс, работая в связке с юристами. В среднем, стоимость такого сопровождения составляет 80 000 руб.

Что реально работает на уровне протокола

Из практики прошлого года у 30+ клиентов, у которых мы разворачивали site-to-site:

ПротоколРиск фильтрацииКогда использовать
IPsec IKEv2МинимальныйSite-to-site, корпоративные роутеры, разъездные сотрудники
GRE over IPsecМинимальныйКогда нужна динамическая маршрутизация OSPF/BGP поверх туннеля
L2TP/IPsecНизкийСтарые клиенты, legacy-инфраструктура
OpenVPNСреднийБыло типовым, сейчас замена на IKEv2 где можно
WireGuardСреднийНовые проекты, но маскировка через amneziawg
SSTPНизкийWindows-only, маскируется под HTTPS
VLESS/RealityНизкийДля экстремальных условий, но не для боевого бизнеса

Мой дефолт для корпоративных клиентов — IKEv2/IPsec. Стандартные порты UDP 500 (IKE) и UDP 4500 (NAT-T) «белые» у всех провайдеров, оборудование Cisco, Mikrotik, Juniper, Eltex и Huawei поддерживает его из коробки, а MOBIKE даёт удобный реконнект при смене сети.

Конфиг IKEv2/IPsec на Mikrotik — шаблон, который работает

Хочу показать вам реальный, работающий кусок конфигурации для туннеля между московским офисом и филиалом в Алматы, который мы настроили на двух Mikrotik CCR2004. У моего клиента — это оптово-розничная компания с 40 рабочими местами в каждом офисе — он стабильно функционирует уже 6 месяцев:

# На центральном роутере (Москва)
/ip ipsec profile
add name=ikev2-alm-profile hash-algorithm=sha256 enc-algorithm=aes-256 \
  dh-group=modp2048 lifetime=1d
/ip ipsec peer
add name=alm-branch address=203.0.113.7/32 profile=ikev2-alm-profile \
  exchange-mode=ike2 send-initial-contact=yes
/ip ipsec identity
add peer=alm-branch secret="VeryStrongPSK-2026-LongEnough" \
  my-id=fqdn:hq.example.ru remote-id=fqdn:alm.example.ru
/ip ipsec proposal
add name=ikev2-alm-proposal auth-algorithms=sha256 \
  enc-algorithms=aes-256-cbc pfs-group=modp2048 lifetime=1h
/ip ipsec policy
add peer=alm-branch src-address=10.10.0.0/24 dst-address=10.20.0.0/24 \
  tunnel=yes proposal=ikev2-alm-proposal level=require
# Роутинг внутренних сетей
/ip route
add dst-address=10.20.0.0/24 gateway=203.0.113.7 distance=5

На филиальном — зеркально. Два-три часа настройки, 40 минут на тестирование, обязательный chain-мониторинг «icmp с каждой стороны каждые 30 секунд» через Zabbix или LibreNMS.

Резервный канал: когда одного провайдера недостаточно

Из своей практики я вывел железное правило: любой критически важный VPN обязательно должен работать через двух провайдеров. Вот вам пример: в марте 2026 года у одного из наших клиентов — это логистическая компания с 80 рабочими местами — один из провайдеров попал под плановый DPI-апгрейд. В итоге, их IKE-трафик начал выборочно пропадать, причём в самое неудобное время — с 9:00 до 11:00. Представьте, клиент полдня сидел без доступа к ERP в филиале! Сразу после этого случая мы оперативно подключили им второй uplink через Ростелеком и, конечно, настроили BGP-прим на CCR2004 (multihomed AS).

Вариантов резервирования три:

Кейс: восстановление связности после DPI-фильтра

В январе 2026 года ко мне обратился представитель одной производственной компании — это была пищёвка, у них головной офис в Москве, цех находится в Орле, а склад — в Краснодаре. Важно отметить, что у них была интеграция с зарубежным ERP (Odoo на хостинге в Литве). Сначала связь пропала со складом, и целых два дня все были уверены, что провайдер в Краснодаре просто-напросто облажался. Но на третий день я лично приехал, чтобы разобраться, и первым делом посмотрел логи Mikrotik CCR. Что я увидел? IKE initial пакет прекрасно улетает, но вот ответа на него нет. Затем, проанализировав tcpdump со стороны ERP, мы окончательно убедились: пакет IKE теряется где-то на пути между Литвой и московской граничкой. Ну, это классика жанра: компания «попала под массовую фильтрацию».

Что мы сделали за пять дней:

  1. Перенесли Odoo-инстанс с литовского хостинга на Selectel Москва (миграция через pg_dump, простой 40 минут в ночь).
  2. Поменяли VPN-топологию: теперь все филиалы подключаются не через зарубежный hub, а через российский VPS в том же Selectel. IP — статический, сразу зарегистрирован в ЦККС.
  3. Добавили второго провайдера в Москве и Краснодаре (основной — локальный, резервный — Ростелеком через SFP).
  4. Настроили автоматический failover через скрипт на роутере: если ping основного gateway не ходит 90 секунд, роут перевешивается на резерв.
  5. Настроили Zabbix с проверкой состояния туннелей каждые 30 секунд и алертами в Telegram директору по ИТ.

Что касается стоимости проекта, она составила 320 000 руб. за работу плюс 18 000 руб./мес за аренду второго канала во всех трёх офисах. Время простоя с момента их обращения ко мне и до момента полной стабилизации работы заняло 4 рабочих дня. В итоге клиент не стал оставаться на хостинге в ЕС, он, конечно, потерял в «удобстве», но взамен приобрёл нечто гораздо более ценное — предсказуемость.

Zero Trust и почему site-to-site уже недостаточно

Классический корпоративный VPN решает задачу «связать две площадки», но плохо справляется с:

Именно для таких сценариев мы и предлагаем устанавливать Zero Trust Network Access (ZTNA). Это по своей сути совершенно другая архитектура, где каждый запрос проходит отдельную аутентификацию и авторизацию — причём по множеству параметров: пользователю, устройству, геолокации и даже времени. По моему опыту, для компаний с 40-200 рабочими местами гибрид из «site-to-site IPsec для офисов + ZTNA для пользователей» обеспечивает наилучший баланс между гибкостью и необходимым уровнем контроля.

Если говорить об open-source решениях, то мы обычно устанавливаем Netbird (который работает на базе WireGuard) и Headscale. Среди коммерческих опций я бы выделил Cloudflare Access или наши локальные решения от С-Терра. Полная миграция на ZTNA для клиента с 60 рабочими местами обычно занимает от 3 до 5 недель, а по стоимости это выходит в 450-700 тыс. руб.

Чек-лист «что делать прямо сейчас»

Проверим вашу VPN-связность и защитим от сбоев — от 45 000 руб.

Я лично провожу аудит корпоративных VPN для компаний в Москве и области: site-to-site, разъездные сотрудники, интеграции с SaaS. Подготовка документов в ЦККС, резервирование каналов, миграция критических сервисов на российский хостинг, настройка ZTNA. Типовой аудит — 2-3 дня, внедрение изменений — 1-3 недели. Первая встреча и оценка бесплатны.

Телефон: +7 903 729-62-41
Telegram: @ITfresh_Boss
Семёнов Евгений Сергеевич, директор АйТи Фреш

FAQ — корпоративный VPN

Может ли DPI заблокировать мой корпоративный site-to-site VPN?
Теоретически да — у DPI нет инструмента отличить бизнес-VPN от потребительского, оба используют типичные сигнатуры. На практике компании регистрируются в реестре ЦККС Минцифры и получают белый статус для своих туннелей по статическим IP-адресам. Без этого риск временных перебоев сохраняется.
Что такое ЦККС и зачем туда попадать?
Центр компетенций корпоративных коммуникационных сетей собирает данные о легитимных бизнес-VPN. Регистрация даёт шанс, что при обновлении правил DPI ваши IP-адреса окажутся в белом списке и трафик не будет ограничен. Для компаний с филиалами или интеграцией с зарубежным SaaS это сейчас обязательный шаг.
Чем IKEv2/IPsec лучше OpenVPN для бизнеса в 2026 году?
IKEv2/IPsec работает через стандартные порты UDP 500/4500 и исторически используется корпоративными роутерами (Cisco, Mikrotik, Juniper, Huawei, Eltex), то есть его сигнатуры DPI трогает реже, чем OpenVPN и WireGuard. Плюс встроенная поддержка MOBIKE — удобно для разъездных сотрудников.
Что делать, если филиал в Минске/Астане/Алматы перестал видеть центральный офис?
Первое — проверить не попал ли IP филиала или центра в blackhole у провайдера. Второе — резервный канал через второго провайдера с другим upstream. Третье — решить вопрос через ЦККС. Мы делаем для клиентов двухоператорные подключения с автоматическим переключением через BGP или SD-WAN-оркестратор.
Нужен ли нам Zero Trust, если у нас корпоративный IPsec?
Zero Trust (SASE/ZTNA) становится актуальным при наличии удалённых сотрудников, SaaS-сервисов и подрядчиков. Традиционный IPsec закрывает site-to-site, но не решает идентификацию пользователей. Гибридная схема IPsec для площадок плюс ZTNA для пользователей — оптимум для компаний 40-200 рабочих мест.

Подпишитесь на рассылку ITfresh

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

Реквизиты оператора персональных данных

ООО «АЙТИ-ФРЕШ», ИНН 7719418495, КПП 771901001. Юридический адрес: 105523, г. Москва, Щёлковское шоссе, д. 92, корп. 7. Контакт: info@itfresh.ru, +7 903 729-62-41. Оператор обрабатывает e-mail подписчика в целях рассылки информационных и рекламных материалов до момента отзыва согласия.