Главное возражение против VDI звучит так: «У нас плохой интернет — это не будет работать». Разбираемся, когда это правда, а когда — миф. Ответ упирается в одну вещь, которую при выборе платформы часто не замечают: протокол удалённого рабочего стола. Именно он определяет, сможет ли сотрудник комфортно работать на мобильном интернете, в плохом Wi-Fi или на спутниковом канале.
Что делает протокол
В VDI рабочий стол сотрудника живёт на сервере, а на устройство передаётся только изображение экрана; обратно летят нажатия клавиш, движения мыши, звук, данные USB. За всё это отвечает протокол доставки. Хороший протокол — не «трубка» для картинки, а отдельный технологический продукт: он постоянно анализирует состояние сети и принимает решения:
- какой кодек использовать — для текстовых интерфейсов и для видео нужны разные алгоритмы;
- с какой частотой обновлять экран — при потерях пакетов лучше реже, но надёжнее;
- что передавать приоритетно — только изменившиеся области экрана, а не весь кадр;
- как реагировать на нестабильную задержку — буферизация и предсказание сглаживают дрожание.
Разработка такого протокола занимает годы и требует сочетания математики, сетевой инженерии и понимания того, как человек воспринимает картинку.
Где VDI действительно не работает
Начнём честно. Жёсткое ограничение одно: без связи нет рабочего места. Если канала нет — работать не с чем. Это фундаментальное ограничение технологии, и его не нужно скрывать.
В остальных случаях — медленный канал, нестабильное соединение, высокие задержки, потери пакетов — VDI работает, а протокол сглаживает их влияние; при высокой задержке и потерях отклик всё же ухудшается, и границу для ваших приложений показывает проверка на реальном канале. Объясним, что происходит.
Что происходит при плохой связи
Когда говорят «плохой интернет», обычно имеют в виду четыре разные проблемы, и у каждой своё влияние на работу:
- Низкая пропускная способность — мало мегабит, медленная передача данных.
- Высокая задержка — долгое время отклика, интерфейс «тупит» при вводе.
- Потери пакетов — часть данных теряется, появляются артефакты и зависания.
- Джиттер — нестабильная задержка, картинка «прыгает».
RDP исходно создавался для локальных сетей. Современные версии получили UDP-транспорт и адаптивное сжатие, но результат на каналах с потерями и высокой задержкой зависит от версии и настроек. Современные протоколы доставки проектируются именно с учётом этих сценариев — адаптируя качество изображения, частоту кадров и алгоритм сжатия под состояние канала в реальном времени.
Собственный протокол AirCloud
Команда AirCloud писала свой протокол десять лет — с исследований в области потоковой компрессии изображений и видео, за которые команда получила награды Intel, Oracle и CERN. Цель была сформулирована прямо.
> Наша цель — чтобы офисный сотрудник не отличил свой обычный компьютер от удалённого рабочего места. С октября 2025 года у нас это получилось — сдача длиной в десять лет.
>
> — Владислав Гадалов, основатель AirCloud
Что протокол умеет:
- Профили для локальных, мобильных и ограниченных каналов. В предельном режиме рабочее место удавалось ужать примерно до 50 кбит/с ценой качества изображения; ориентиры для штатной работы — в разделе о канале ниже.
- 4K — ориентировочно 5–10 Мбит/с в зависимости от содержимого экрана и частоты кадров. До четырёх мониторов, до 4K на каждом, до 60 кадров в секунду, поддержка Retina-дисплеев.
- Четыре готовых профиля под тип сети: спутниковый канал, мобильная сеть, интернет, локальная сеть. Плюс три пресета внутри каждого — низкая задержка, оптимальный, высокое качество.
- 27 параметров тонкой настройки: степень сжатия, глубина цвета, частота кадров, экономия трафика, допустимая задержка, масштабирование и разрешение, кодеки, полоса для камеры и микрофона, разрешение или запрет скриншотов, перехват сессии.
- Периферия: проброс USB, камера и микрофон, смарт-карты и токены — поддерживаемые модели и криптопровайдеры уточняем по матрице совместимости.
- Терминальный режим: помимо собственного протокола поддерживаем терминальные сценарии на Windows и Linux (на Windows сессии обслуживает роль RDSH Windows Server, и её лицензирование сохраняется; платформа меняет доставку и управление) — как замена классическому терминальному серверу.
Все эти настройки — не для пользователя, а для администратора: сотрудник просто открывает рабочий стол, а система сама определяет состояние канала и подстраивается.
Кейс: 15 пользователей, 1 мегабит, спутник
Один из заказчиков — банковский бэк-офис в удалённом северном регионе — работает в условиях, которые трудно назвать комфортными: спутниковый интернет, высокий уровень потерь пакетов. Задача — обеспечить 15 одновременно работающих пользователей на 1 мегабите суммарно.
По меркам классического VDI это звучит как невозможное: стандартные рекомендации предполагают от 1 до 2 мегабит на одного пользователя при работе с офисными приложениями.
> Это была очень трудоёмкая задача: уместить 15 рабочих мест в 1 мегабит при значительных потерях пакетов. Мы её решили.
>
> — команда разработки AirCloud
В крайнем случае одно рабочее место ужали до 50 килобит в секунду. Это предел возможностей, а не штатный режим — но он показывает запас протокола по оптимизации. Обратный пример: в одном проекте после аварии в здании число удалённых пользователей на том же гигабитном канале выросло с 20 до 80 без апгрейда сети — результат зависит от приложений и канала.
Практические ориентиры по каналу
Конкретные цифры зависят от сценария. Ориентиры на одного пользователя при стабильном соединении:
- Офисные приложения, почта, 1С — минимум 128–256 кбит/с, комфортно 512 кбит/с – 1 Мбит/с.
- Видеоконференции 720p — минимум 1–2 Мбит/с, комфортно 3–5 Мбит/с.
- CAD и 3D-моделирование с GPU — минимум 5–10 Мбит/с, комфортно от 20 Мбит/с.
Реальные требования зависят от настроек профиля и характера работы конкретного сотрудника — дизайнеру нужен Retina на 100%, бэк-офису важнее экономия канала. Профили позволяют выдать каждому своё.
Протокол и безопасность
Протокол — ещё и точка контроля. Трафик между устройством и дата-центром шифруется; политики на пользователя и пул задают, что разрешено: буфер обмена, передача файлов, USB, печать, камера, микрофон, скриншоты. Водяные знаки связывают снимок экрана с пользователем и сессией и сдерживают утечки, хотя не мешают сфотографировать экран. Подробно — в статье про защищённый рабочий стол.
Когда стоит рассмотреть гибридную схему
Даже при хорошем протоколе бывают ситуации, когда чистого VDI недостаточно. Гибридная схема — сочетание собственной инфраструктуры и облака — оправдана, если нагрузка непредсказуемо меняется, часть сотрудников работает в офисе с хорошим каналом, а часть — в полевых условиях, или требования к безопасности разных групп принципиально различаются. Тогда правильная архитектура — не «VDI или не VDI», а продуманное сочетание: критичные данные остаются у себя, пиковая нагрузка уходит в облако.
Вывод
«У нас плохой интернет» — это не приговор для VDI. Это задача для правильно спроектированного протокола. Технология доказала работоспособность даже в экстремальных условиях: спутниковый канал, потери пакетов, ограниченная полоса. Ключевой вопрос при выборе платформы — не «работает ли VDI при плохой связи», а «насколько хорошо конкретный протокол адаптируется к реальным условиям вашей сети». Проверяйте не на демо в офисе, а на реальном канале филиала.
Хотите проверить, как AirCloud справится в вашей сети, — обратитесь к нам: подберём профиль под ваши каналы и покажем на живом стенде.