Работа на режимных объектах накладывает специфические ограничения на ИТ-инфраструктуру. Одной из самых острых проблем является необходимость периодического взаимодействия с внешними сервисами (например, отправка отчетности в ФСС/СФР через СЭДО), когда постоянный доступ в интернет запрещен. В такой ситуации системные администраторы часто прибегают к физическому или программному переключению сетевых интерфейсов. Однако для 1С:Предприятие это становится критичным: программные лицензии «привязываются» к конфигурации оборудования, и любое изменение состояния сетевых карт может привести к аннулированию лицензии и остановке работы всех пользователей.
В данной статье мы подробно разберем, как организовать работу двух продуктов — 1С:Комплексная автоматизация (КА) и 1С:Документооборот (ДО) — на разных серверах, обеспечив при этом стабильность системы и корректное распределение лицензий при временном выходе в интернет.
Прежде чем переходить к решениям, проанализируем ситуацию: почему 1С перестает видеть лицензии при манипуляциях с сетью? Программная лицензия 1С (пин-код) привязывается к ключевым параметрам сервера. К ним относятся:
Когда вы физически переключаете кабель или программно отключаете одну сетевую карту, чтобы включить другую для выхода в интернет, 1С фиксирует изменение состава оборудования. Система защиты считает, что программа была перенесена на другой компьютер, и блокирует работу. Рассмотрим пошагово, как этого избежать.
Самым надежным способом решения проблемы привязкок является использование гипервизора (VMware ESXi, Microsoft Hyper-V, Proxmox). Разберем, почему это работает:
Внутри виртуальной машины (ВМ) для сервера 1С создается виртуальное оборудование. UUID виртуальной машины и MAC-адреса виртуальных сетевых карт остаются статичными, даже если на физическом хосте вы добавляете или удаляете сетевые адаптеры, переключаете кабели или меняете настройки физических свитчей. Для операционной системы внутри ВМ «железо» не меняется.
Алгоритм действий:
Рассмотрим вариант, предложенный в обсуждении: разделение систем на два разных сервера. Это правильный подход, если мы хотим, чтобы 1С:Документооборот продолжал работать во внутренней сети, пока 1С:Комплексная автоматизация «уходит» в интернет для обмена с ФСС.
Для реализации этой схемы нам потребуется:
ragent), каждому из них необходима своя лицензия на сервер (32-разрядная или 64-разрядная).Рассмотрим подробнее настройку выделенного сервера лицензирования. Начиная с платформы 8.3.15, в кластере 1С можно назначить конкретный рабочий сервер ответственным за выдачу лицензий. Однако в условиях физического разрыва сети между сегментами «Интернет» и «Локальная сеть» стандартный сервер лицензирования может быть недоступен. Поэтому наиболее жизнеспособным будет следующий вариант:
Для режимных объектов использование USB-ключей часто является единственным беспроблемным вариантом. Проанализируем ситуацию: аппаратный ключ проверяет только физическое наличие самого устройства в порту. Ему абсолютно безразлично:
Если есть возможность заменить программные лицензии на аппаратные, это решит проблему «отвала» лицензий раз и навсегда. Достаточно установить на сервер КА локальный ключ на 1 пользователя, и он будет стабильно работать в любой сети.
Если политика безопасности позволяет иметь на сервере две сетевые карты (одна во внутреннюю сеть, вторая во внешнюю), но запрещает одновременный трафик, мы можем настроить систему так, чтобы не «ронять» 1С. Вместо физического отключения интерфейса, используем управление маршрутизацией.
Выясним причину, по которой 1С теряет связь: обычно это происходит из-за смены Default Gateway (основного шлюза). Если мы пропишем маршруты вручную, конфигурация оборудования для 1С останется неизменной.
Пример настройки маршрутизации через командную строку (для Windows):
# Основная сеть (локальная)
route add 192.168.0.0 mask 255.255.255.0 192.168.0.1 -p
# Маршрут к конкретным узлам ФСС через интернет-шлюз
# (IP-адреса ФСС нужно уточнить в актуальной документации)
route add 10.XX.XX.XX mask 255.255.255.255 10.0.0.1 -p
При таком подходе обе сетевые карты всегда активны, что гарантирует стабильность программных лицензий 1С, так как состав оборудования не меняется. Безопасность при этом обеспечивается настройкой Firewall (брандмауэра), который разрешает серверу 1С обращаться только к конкретным IP-адресам серверов отчетности.
Проанализируем еще один важный момент: требует ли СЭДО наличия интернета именно на сервере? В современных конфигурациях 1С обмен может инициироваться как сервером (через регламентные задания), так и клиентом.
Если мы настроим систему так, чтобы запрос в ФСС уходил с компьютера бухгалтера (у которого есть доступ в интернет), то серверу КА интернет не понадобится вовсе. Бухгалтер нажимает кнопку «Отправить/Получить», 1С через тонкий клиент обращается к шлюзу ФСС, используя локальный интернет-канал рабочей станции. В этом случае сервер КА всегда остается во внутренней сети, лицензии не «слетают», а требования безопасности соблюдаются.
Подводя итог, для организации стабильной работы 1С:КА и 1С:ДО на режимном объекте, мы рекомендуем следующий план действий:
Использование данных методов позволит вам избежать аварийных завершений работы 1cv8.exe и обеспечит бесперебойную сдачу отчетности без риска деактивации дорогостоящих лицензий.