Рассмотрим ситуацию, когда перед техническим специалистом стоит задача перенести базы 1С на зарубежный сервер. Основные вводные: небольшое количество пользователей (до 5 человек), базы общим объемом около 20 Гб (например, Бухгалтерия предприятия 2.0 и Зарплата и Управление Персоналом 2.5) и наличие физических USB-ключей защиты, которые невозможно заменить на программные в короткие сроки. Проанализируем, как построить надежную и безопасную систему, учитывая требования руководства к физической удаленности данных.
Разберем два основных подхода к организации работы. Первый вариант — аренда терминального сервера (RDP). В этом случае и сама платформа 1С, и базы данных, и пользователи находятся на одной виртуальной машине (или в одной локальной сети дата-центра). Это наиболее простой вариант с точки зрения администрирования, так как все вычислительные мощности сосредоточены в одном месте.
Второй вариант — гибридная схема, где сервер базы данных (MS SQL или PostgreSQL) находится в облаке, а сервер приложений 1С с ключами защиты остается в локальном офисе. Проанализируем ситуацию: этот вариант часто оказывается «тормозным» из-за задержек (latency) между офисом и зарубежным дата-центром. 1С крайне чувствительна к скорости обмена данными между сервером приложений и СУБД, поэтому для комфортной работы 5 пользователей этот вариант мы рекомендуем рассматривать в последнюю очередь.
Основной вопрос при переносе 1С на арендованный сервер — как заставить удаленную машину «увидеть» физический USB-ключ, вставленный в компьютер в вашем офисе. Рассмотрим проверенные методы решения этой задачи:
USB Redirector RDP Edition. Программа позволяет пробросить USB-устройство через существующее RDP-соединение. Преимущество в том, что не требуется сложная настройка сети, достаточно установить клиентскую часть в офисе и серверную на арендованной машине.USB Network Gate) или аппаратные концентраторы (например, Digi AnywhereUSB или SEH DongleServer). Эти устройства включаются в сеть офиса, в них устанавливаются ключи HASP, а удаленный сервер подключается к ним по IP-адресу и видит ключи как локально подключенные устройства.ОС + SQL + Сервер 1С, а в офисе на машине с ключами устанавливается только служба лицензирования. Соединение между ними устанавливается через стабильный VPN-канал.Посмотрим на пример построения инфраструктуры с использованием виртуализации. Для обеспечения максимальной безопасности и стабильности рекомендуем следующий план действий:
Шаг 1: Аренда мощностей и виртуализация. Арендуем выделенный сервер или мощный VPS (например, на базе процессоров Intel Core i7/i9 с SSD-дисками). Разворачиваем систему виртуализации (Proxmox, ESXi или XenServer). Это позволит нам гибко управлять ресурсами и делать полные снимки (snapshot) всей системы.
Шаг 2: Организация VPN-туннеля. Для того чтобы офисные компьютеры и сервер в Европе находились в одной защищенной сети, настроим VPN. Отличным решением будет использование Mikrotik Cloud Hosted Router (CHR) на стороне сервера и аппаратного роутера Mikrotik в офисе. Соединяем их по протоколу L2TP/IPsec или WireGuard.
Шаг 3: Настройка HASP License Manager. На локальной машине в офисе, где физически стоят ключи, устанавливаем HASP LM. В файле настроек nnhasp.ini на удаленном сервере прописываем IP-адрес офисного компьютера:
[NH_COMMON]
NH_TCPIP = Enabled
[NH_TCPIP]
NH_SERVER_ADDR = 192.168.1.10 ; IP-адрес машины с ключом в VPN-сети
NH_TCPIP_METHOD = TCP
NH_USE_BROADCAST = Disabled
Выясним причину, по которой работа через обычный RDP может быть не всегда удобной при зарубежном размещении. Основная проблема — «замирание» интерфейса при нестабильном интернете. Чтобы минимизировать влияние задержек сети, мы рекомендуем опубликовать базы на веб-сервере (Apache или IIS).
В этом случае пользователи смогут работать через тонкий клиент 1С, который передает гораздо меньше данных по сети по сравнению с классическим терминальным доступом. Если базы работают на управляемых формах (как в БП 3.0), это идеальный вариант. Для старых конфигураций (БП 2.0 на обычных формах) терминальный доступ остается приоритетным, но требует качественного канала связи.
Проанализируем ситуацию с точки зрения законодательства РФ (152-ФЗ). При хранении персональных данных сотрудников за рубежом необходимо обеспечить их первичный сбор и хранение на территории РФ. Рассмотрим схему «зеркалирования»: первичная база или ее актуальный бэкап всегда должны находиться на сервере внутри страны, а зарубежный сервер может выступать в роли рабочей или резервной площадки.
Важные рекомендации по безопасности:
BitLocker для Windows или LUKS для Linux) на удаленном сервере.Таким образом, аренда сервера за пределами РФ — задача вполне выполнимая даже с аппаратными ключами. Главное — обеспечить стабильный VPN-канал и выбрать правильный метод проброса USB-устройств, отдавая предпочтение аппаратным USB-over-IP решениям или штатной службе лицензирования 1С.