← На главную

При организации удаленной работы с решениями на платформе 1С:Предприятие мы часто сталкиваемся с двумя глобальными проблемами: технической (качество связи) и лицензионной (как легально развернуть среду разработки на локальной машине). В данной статье мы подробно разберем ситуацию, когда прямое подключение по RDP работает нестабильно, "фризится" или обрывается, а также рассмотрим современные варианты лицензирования для программистов, чтобы не покупать дорогостоящие аппаратные ключи.

Диагностика сетевого соединения

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

Для диагностики мы рекомендуем использовать специализированное программное обеспечение, например, PingPlotter (или аналогичные утилиты трассировки, такие как WinMTR). Рассмотрим алгоритм действий:

1. Скачиваем и запускаем утилиту диагностики на компьютере, с которого осуществляется подключение.
2. В поле адреса указываем IP-адрес или доменное имя сервера, к которому мы подключаемся по RDP.
3. Запускаем процесс мониторинга и начинаем работать в удаленном режиме как обычно.
4. В момент появления "тормозов", зависаний или обрывов связи, переключаемся на окно диагностики.

Нас интересуют красные линии или высокие значения в колонке Packet Loss (потеря пакетов). Анализ графика позволит локализовать проблему:

• Проблема на первом узле (домашний роутер): Если потери идут сразу, стоит перезагрузить роутер, проверить кабель или сменить Wi-Fi на проводное подключение.
• Проблема на узлах провайдера: Если потери начинаются на 2-3 шаге, необходимо обращаться в техническую поддержку провайдера с предоставлением логов.
• Проблема на магистральных узлах: Если потери идут где-то в середине пути (между городами/странами), это самая сложная ситуация. Здесь нам может помочь использование VPN.
• Проблема на последнем узле: Это означает неполадки на стороне оборудования клиента или его провайдера.

Использование VPN для стабилизации маршрута

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

Мы рекомендуем использовать современные протоколы, такие как WireGuard, так как они создают меньшую нагрузку на сеть и быстрее восстанавливают соединение при микро-разрывах, что критически важно для протокола RDP.

Тонкая настройка протокола RDP

Если изменить качество интернет-канала невозможно, нам следует оптимизировать сам протокол удаленного рабочего стола. В Windows 10 и Windows 11 по умолчанию RDP старается использовать протокол UDP для передачи графики. UDP быстрее, но он не гарантирует доставку пакетов. При потере пакетов картинка просто рассыпается или замирает.

Мы рекомендуем принудительно переключить RDP на использование протокола TCP. TCP гарантирует доставку пакетов: если пакет потерян, система отправит его снова. Это может привести к небольшой задержке (лагу), но картинка не зависнет намертво, и сеанс не оборвется.

Это можно сделать через редактор групповых локальных политик (gpedit.msc) на клиенте или сервере:

Конфигурация компьютера -> Административные шаблоны -> Компоненты Windows -> Службы удаленных рабочих столов -> Клиент подключения к удаленному рабочему столу -> Отключить UDP на клиенте.

Также в настройках самого RDP-клиента (вкладка "Производительность") необходимо:

1. Установить скорость соединения на "Модем (56 Кбит/с)".
2. Отключить все визуальные эффекты (темы, сглаживание шрифтов, фоновый рисунок).
3. Включить Постоянное кэширование точечных рисунков. Это существенно снизит объем передаваемого трафика.

Выбор лицензии для локальной разработки

Автор темы рассматривал покупку "голубого USB-ключа" (однопользовательский аппаратный ключ защиты). Однако этот подход устарел как морально, так и экономически. Разберем современные варианты.

Аппаратные ключи (USB):

• Синий (фиолетовый): Локальный ключ на 1 рабочее место. Сейчас их купить сложно и дорого.
• Красный: Сетевые многопользовательские ключи (на 5, 10, 20 и более мест).
• Зеленый: Ключ сервера 1С:Предприятие.

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

Лицензия для разработчиков (Community License)

В настоящее время существует официальная бесплатная Community License. Это идеальное решение для программиста-фрилансера или сотрудника, работающего из дома. Давайте развеем мифы, упомянутые в теме:

Миф: У лицензии разработчика есть ограничения на объем данных (количество записей в справочниках), как у старых "Учебных версий".
Реальность: Community-лицензия не имеет ограничений на объем данных или сложность конфигурации. Вы можете развернуть на ней копию реальной базы ERP объемом в несколько терабайт и она будет работать.

Реальные ограничения Community License:

1. Юридические: Запрещено использовать для ведения реального учета (эксплуатации). Только разработка, отладка и тестирование.
2. Технические: Ограничение на количество одновременных сеансов (обычно не более 3 клиентских сеансов и 1 сеанса конфигуратора).

Для получения такой лицензии не нужно ничего покупать. Достаточно зарегистрироваться на портале разработчика (developer.1c.ru) и активировать лицензию через интернет.

Альтернативные схемы работы при плохом интернете

Если RDP работает неприемлемо плохо даже после настроек, а работать нужно, мы можем рассмотреть архитектурные изменения процесса разработки.

1. Распределенные информационные базы (РИБ)

Этот метод упоминался в обсуждении как надежный способ. Суть заключается в настройке обмена данными (ПланыОбмена).

• В офисе клиента создается "Центральный узел".
• У разработчика создается "Периферийный узел".
• Разработчик имеет полную копию базы локально и работает с ней со скоростью своего компьютера (без задержек сети).
• Обмен изменениями происходит пакетами через облако, FTP или E-mail.

Плюсы: Полная автономность. Минусы: Необходимо настраивать правила обмена, не все изменения конфигурации легко передаются (особенно если меняется структура метаданных, требуется монопольный доступ в центре).

2. Разработка через хранилище конфигурации или Git

Наиболее профессиональный подход. Мы не копируем базу целиком.

• Разработчик держит у себя пустую базу (или базу с демо-данными) той же конфигурации.
• Используется Хранилище конфигурации (подключенное через TCP/HTTP, что более устойчиво к разрывам, чем RDP) или 1C:EDT + Git.
• Разработчик пишет код локально, тестирует на демо-данных.
• Результат работы (помещение в хранилище или commit в Git) отправляется на сервер клиента.
• Обновление рабочей базы происходит на стороне клиента.

3. Обмен файлами поставки (.cf / .cfe)

Самый простой вариант, не требующий настройки инфраструктуры.

1. Скачиваем файл конфигурации (.cf) от клиента (один раз, даже при плохом интернете можно выкачать).
2. Разворачиваем локально пустую базу из этого .cf.
3. Вносим доработки.
4. Создаем расширение (.cfe) или выгружаем измененный .cf.
5. Отправляем файл клиенту через мессенджер или почту.

Выводы и рекомендации

Подводя итог обсуждения, для эффективной удаленной работы в условиях нестабильной связи мы рекомендуем следующую стратегию:

1. Не покупайте USB-ключи. Используйте бесплатную Community License от 1С. Она полнофункциональна и позволяет работать с базами любого объема локально.
2. Проведите диагностику сети. Используйте утилиты трассировки, чтобы понять, где теряются пакеты.
3. Настройте RDP. Отключите визуальные эффекты и, если возможно, переключите транспорт на TCP.
4. Перенесите разработку на локальную машину. Работайте в локальной копии базы (пустой или с данными), а результат передавайте через файлы расширений, хранилище конфигурации или Git. RDP используйте только для финальной установки обновлений или коротких проверок.