Как проверить доступность сервера лицензирования 1С

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

Проверка доступности сводится к последовательному ответу на четыре вопроса: виден ли сервер в сети вообще, запущена ли служба лицензирования, прослушивает ли она свой порт и не блокирует ли трафик брандмауэр. Каждый шаг выполняется штатными средствами Windows и не требует установки дополнительного ПО.

Ниже разобран полный маршрут диагностики — от простого ping до анализа журналов, а также типичные ошибки, которые приводят к ложным выводам при проверке.

Где искать адрес сервера лицензирования

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

Уточните у администратора или в документации на инфраструктуру точное имя или IP-адрес машины, где развёрнут сервер лицензий. Частая ситуация: сервер переехал на другой адрес, а у пользователей в настройках осталось старое имя. В этом случае все проверки будут честно показывать недоступность, но проблема окажется не в сети, а в устаревшей настройке.

Проверка сетевой связности с сервером

Первый шаг — убедиться, что сервер вообще отвечает в сети. Откройте командную строку на клиентском компьютере и выполните ping имя_сервера. Успешные ответы означают, что машина доступна на сетевом уровне. Потери пакетов или сообщение «Превышен интервал ожидания» говорят о проблеме с сетью, VPN-подключением или о том, что сервер выключен.

Если ping по имени не работает, повторите его по IP-адресу. Расхождение результатов указывает на сбой DNS: либо запись устарела, либо клиент использует не тот DNS-сервер. Временным решением может стать проверка по IP, но правильное решение — исправить DNS-запись, иначе проблема вернётся при смене адреса сервера.

Учтите, что успешный ping не гарантирует доступность службы лицензирования: ICMP-протокол и рабочий порт службы — разные вещи. Ping лишь отсекает грубые сетевые проблемы. Следующий обязательный шаг — проверка конкретного порта.

ping srv-license
Test-NetConnection srv-license -Port 1545

Проверка порта сервера лицензирования

Служба сервера лицензий 1С по умолчанию использует TCP-порт 1545. Если при установке порт меняли, актуальное значение можно посмотреть в настройках службы на самом сервере. Проверить доступность порта с клиента удобнее всего через PowerShell: команда Test-NetConnection srv-license -Port 1545 выводит строку TcpTestSucceeded : True, если порт открыт и принимает соединения.

Альтернатива — классический telnet-клиент: telnet srv-license 1545. Чёрный пустой экран после подключения означает, что соединение установлено; сообщение «Не удаётся открыть подключение» — что порт закрыт или заблокирован. В современных версиях Windows telnet-клиент отключён по умолчанию и включается через «Компоненты Windows», поэтому Test-NetConnection предпочтительнее.

Результат «порт недоступен» имеет три основные причины: служба лицензирования не запущена, порт слушает только локальный интерфейс (127.0.0.1), либо трафик режется брандмауэром на сервере или на промежуточном сетевом оборудовании. Различить их помогает проверка на самом сервере.

Проверка службы и порта на самом сервере

Зайдите на сервер лицензирования (локально или через RDP) и откройте оснастку «Службы» (services.msc). Найдите службу агента сервера лицензий 1С — в списке она обычно называется «1C:Enterprise 8.3 Server of Licenses» или похожим образом. Служба должна быть в состоянии «Выполняется», а тип запуска — «Автоматически», чтобы она стартовала после перезагрузки сервера.

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

Чтобы убедиться, что служба действительно прослушивает порт, выполните на сервере netstat -ano | findstr :1545. В выводе должна быть строка со состоянием LISTENING. Если строки нет — служба не слушает порт, даже если числится запущенной. Если порт слушается только на 127.0.0.1, внешние клиенты подключиться не смогут: нужно проверить настройки привязки службы к сетевым интерфейсам.

1. 1
   Откройте services.msc и найдите службу сервера лицензий 1С
2. 2
   Убедитесь, что состояние — «Выполняется», тип запуска — «Автоматически»
3. 3
   Выполните netstat -ano | findstr :1545 и проверьте состояние LISTENING
4. 4
   Проверьте, что порт слушается на внешнем интерфейсе, а не только на 127.0.0.1
5. 5
   Повторите Test-NetConnection с клиентского компьютера

Настройка брандмауэра и антивируса

Даже при запущенной службе и правильном порте соединение может блокироваться брандмауэром Windows или сторонним антивирусом с сетевым экраном. На сервере откройте «Брандмауэр Защитника Windows — Дополнительные параметры» и проверьте, существует ли входящее правило, разрешающее TCP-трафик на порт 1545. Если правила нет, создайте его: тип «Для порта», протокол TCP, номер порта 1545, действие «Разрешить подключение».

Обратите внимание на профиль правила: если сервер находится в домене, а правило создано только для частного профиля, в доменной сети оно не сработает. Также проверьте, нет ли запрещающих правил с более высоким приоритетом — запрещающие правила в брандмауэре Windows имеют приоритет над разрешающими.

Если между клиентом и сервером есть маршрутизаторы, VPN-шлюзы или корпоративные межсетевые экраны, порт может быть закрыт и там. Признак такой ситуации: Test-NetConnection с другой машины в том же сегменте сети, что и сервер, проходит успешно, а с клиентского сегмента — нет. В этом случае вопрос решается с сетевым администратором, а не настройками 1С.

Проверка со стороны клиента 1С и анализ ошибок

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

Полезно посмотреть технологический журнал и журнал событий Windows на сервере лицензий: там фиксируются отказы в выдаче лицензий и ошибки службы. Сообщения вида «лицензия не обнаружена» при успешном сетевом подключении указывают именно на проблему с самими лицензиями, а не с доступностью.

Для аппаратных ключей HASP логика похожая, но проверяется диспетчер лицензий HASP (обычно порт 475) и файл nethasp.ini на клиенте, где явно указывается адрес сервера с ключом. Не смешивайте эти два механизма: программные лицензии 1С и ключи HASP обслуживаются разными службами и разными портами.

Частые вопросы