Почему 1С:Предприятие 8.3 зависает при запуске до окна авторизации и как это исправить?

← На главную

Ситуация, когда при запуске 1С:Предприятие 8.3 приложение просто «висит» на заставке и не доходит до окна выбора пользователя или ввода пароля, является классической проблемой, связанной с механизмом поиска лицензии. В этой статье мы подробно разберем, почему это происходит, особенно на новых серверах под управлением Windows Server 2019, и какие шаги необходимо предпринять для восстановления стабильной работы системы.

Выясним основную причину: почему происходит зависание?

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

Шаг 1: Проверка физического уровня и драйверов ключа

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

Проверим наличие драйвера HASP. Если вы просто вставили ключ в USB-порт, Windows может установить стандартное устройство, но для работы 1С необходим специализированный драйвер от Sentinel.
Установим последнюю версию драйвера HASP HL. После установки ключ должен светиться (если это USB-токен).
Проверим диспетчер устройств: в разделе «Контроллеры USB» должны появиться устройства Sentinel HASP Key и Sentinel USB Key.

Шаг 2: Настройка HASP License Manager (HASP LM)

Для того чтобы клиентские компьютеры в сети могли получить лицензию с сервера, на машине с ключом должен быть запущен HASP License Manager. Это отдельная служба, которая транслирует лицензии в сеть.

Разберем важный нюанс: если у вас несколько серверов 1С, HASP LM должен быть установлен именно на том компьютере, где физически находится многопользовательский ключ. Без этого менеджера лицензии сможет использовать только тот сервер, к которому ключ подключен локально. Проанализируем настройки файла nhsrv.ini, который находится в папке с установленным менеджером лицензий. Мы рекомендуем жестко задать IP-адрес, который будет «слушать» менеджер, чтобы избежать проблем с несколькими сетевыми интерфейсами:


[NHS_SERVER]
NH_SERVER_ADDR = 192.168.1.100 ; Укажите здесь IP вашего сервера с ключом
NH_IP_XFER_SIZE = 8192
NH_NUM_SERVERS = 1

Шаг 3: Оптимизация поиска лицензии на стороне клиента (nethasp.ini)

Это самый эффективный способ избавиться от зависаний. По умолчанию 1С ищет ключ по всей сети. Мы заставим её обращаться по конкретному адресу. Найдем файл nethasp.ini. Обычно он располагается в папке C:\Program Files\1cv8\conf или в папке с конкретной версией платформы.

Отредактируем секцию [NH_COMMON] и [NH_TCPIP] следующим образом:


[NH_COMMON]
NH_TCPIP = Enabled ; Включаем протокол TCP/IP

[NH_TCPIP]
NH_SERVER_ADDR = 192.168.1.100 ; IP-адрес сервера, где стоит ключ и HASP LM
NH_USE_BROADCAST = Disabled ; ОТКЛЮЧАЕМ широковещательный запрос!
NH_TCPIP_METHOD = UDP ; Несмотря на название секции, 1С чаще использует UDP для опроса

Важный момент: Установка параметра NH_USE_BROADCAST = Disabled мгновенно прекращает попытки 1С «орать» в сеть и заставляет её сразу идти к серверу. Если сервера нет по указанному адресу, 1С выдаст ошибку через секунду, а не будет висеть вечно.

Шаг 4: Особенности Windows Server 2019 — IPv6 и приоритеты

В современных ОС Windows приоритет протокола IPv6 выше, чем IPv4. Часто 1С пытается найти сервер по имени, получает IPv6-адрес, по которому HASP LM не отвечает, и зависает. Проанализируем ситуацию: если ваша сеть построена на IPv4, лучше понизить приоритет IPv6.

Выполним сброс сетевых настроек на проблемных машинах через командную строку от имени администратора:


netsh winsock reset
ipconfig /flushdns

Также рассмотрим возможность отключения IPv6 в свойствах сетевого адаптера, если вы не используете его в корпоративной сети. Это часто решает проблемы с «задумчивостью» приложений при сетевом взаимодействии.

Шаг 5: Проблема графического драйвера в RDP (WDDM)

Если пользователи работают в терминальном режиме на Windows Server 2019, причиной зависания может быть новый графический драйвер. Приложение 1С может конфликтовать с ним до отрисовки окна логина.

Попробуем изменить групповую политику на сервере:

Запустим gpedit.msc.
Перейдем в раздел: Конфигурация компьютера -> Административные шаблоны -> Компоненты Windows -> Службы удаленных рабочих столов -> Узел сеансов удаленных рабочих столов -> Среда удаленных сеансов.
Установим параметр «Использовать графический драйвер аппаратного адаптера WDDM для подключений к удаленным рабочим столам» в значение «Отключено».

Это заставит систему использовать старый, более стабильный драйвер XDDM, что часто устраняет визуальные зависания 1С в RDP-сессиях.

Шаг 6: Настройка параметров кластера 1С

Проанализируем настройки самого сервера 1С. В консоли администрирования кластеров обратите внимание на свойства рабочего сервера. Существует параметр «Допускать выдачу лицензий сервером 1С:Предприятия».

Если у вас аппаратный ключ на 100 пользователей, вы можете:

Либо разрешить серверу самому раздавать лицензии (тогда клиентским ПК nethasp.ini не нужен, но нагрузка на сервер растет).
Либо заставить клиентов брать лицензии напрямую через HASP LM (наш рекомендуемый метод для стабильности).

Если вы решили, что лицензии раздает сервер, убедитесь, что в настройках базы в списке баз установлен флаг «Разрешить выдачу лицензий сервером».

Дополнительные советы по диагностике

Если проблема сохраняется, проделаем следующие манипуляции:

Технологический журнал: настроим сбор событий EXCP и LEAKS. Если 1С висит, в ТЖ может отразиться попытка обращения к менеджеру лицензий, которая заканчивается неудачей.
Проверка DEP: Добавим 1cv8.exe и 1cv8c.exe в исключения системы предотвращения выполнения данных (DEP). На Windows Server 2019 она может блокировать защищенные участки кода платформы, отвечающие за проверку лицензии.
Чистка сессий: С помощью утилиты Sentinel AKS Monitor проверим, не заняты ли все 100 лицензий «фантомными» сессиями. Если пользователь аварийно закрыл 1С, лицензия может удерживаться менеджером еще некоторое время.

Подводя итог, можно сказать, что в 90% случаев зависание до авторизации — это проблема тайм-аута при поиске лицензии. Правильная настройка nethasp.ini с указанием точного IP-адреса и отключение широковещательных запросов позволяют сократить время запуска 1С и исключить неоправданные ожидания платформы.