Настройка nethasp на несколько серверов

Icon Ex Номер ошибки: Ошибка 10023
Название ошибки: Microsoft Office Access deleted | indexes on the converted fields
Описание ошибки: Microsoft Office Access deleted | indexes on the converted fields.@Some data did not convert properly.@@1@@@1.
Разработчик: Microsoft Corporation
Программное обеспечение: Microsoft Access
Относится к: Windows XP, Vista, 7, 8, 10, 11

Столкнулся на днях с такой проблемой. На одной из машин отказалась работать сетевая версия 1С Предприятие. При подключении к базе, вываливалась следующая ошибка.

Хочу обратить внимание, что ошибка появилась на компьютере, на котором было 2 сетевые карты с 2мя разными сетями. Почему то сразу значения данному моменту не придал. Видимо, потому что монитор HASP обнаруживал данные ключи отлично, из-за чего искал проблему в 1С. В результате чего убил пол дня рабочего времени. Проблема действительно крылась в двух сетевых картах, а если сказать точнее, 2 разные сети, решение было в файле C:\Program Files\1cv81\bin\conf\nethasp.ini

Отключив сеть, в которой нет ключей HASP, после перезагрузки машины – 1С завелась…. Полез в гугл за решением данной проблемы. Поиск недолго заставил себя ждать, решение следующее:

7.

svetanik
5
20.02.21 15:05
Сейчас в теме

Извините, если из текста не понятно, что сервер не используется. Работают в файловом режиме. Конфигуратор, естественно, запускаем на компьютере, где лежат расшаренные базы и компоненты для веба. В него локальный хасп вставили.

Уже агента сервера остановили, файл с программной лизензией спрятали.

Не найдена лицензия. Не обнаружен ключ защиты программы или полученная программная лицензия!
по причине:
Поиск лицензии на клиенте:
Файл программной лицензии не найден
локальный ключ недоступен: Status=-10, ORGL8 Локальный, не установлен
локальный ключ недоступен: Status=-10, ORG8A Локальный, не установлен
локальный ключ недоступен: Status=-10, ORG8B Локальный, не установлен
nethasp.ini: C:/Program Files (x86)/1cv8/conf/nethasp.ini, прочитан успешно, ошибка соединения с менеджером лицензий: Net Status=0, System Error=0, Warning=15, ORGL8 Сетевой, не установлен
nethasp.ini: C:/Program Files (x86)/1cv8/conf/nethasp.ini, прочитан успешно, ошибка соединения с менеджером лицензий: Net Status=0, System Error=0, Warning=15, ORG8A Сетевой, не установлен
nethasp.ini: C:/Program Files (x86)/1cv8/conf/nethasp.ini, прочитан успешно, ошибка соединения с менеджером лицензий: Net Status=0, System Error=0, Warning=15, ORG8B Сетевой, не установлен
Конфигурация не является базовой

Прикрепленные файлы:

Настройка nethasp на несколько серверов

2.

Online-Ufa
12.09.20 16:15
Сейчас в теме

3.

uriah
12
12.09.20 17:56
Сейчас в теме

(2) Сервер СЛК 3.0.20.8469

4.

uriah
12
12.09.20 18:35
Сейчас в теме

В Консоли сервера ключ виден и определяется, а в приложении Раруса отсутствует

Прикрепленные файлы:

Настройка nethasp на несколько серверов

Настройка nethasp на несколько серверов

5.

uriah
12
12.09.20 18:45
Сейчас в теме

В общем разобрался, при установке 1С Рарус Управление автотранспортом, должна автоматически устанавливаться компонента СЛК, соответствующая Серверу СЛК. Почему-то компонента СЛК не установилась. После принудительной установки все заработало. Хоть бы инструкцию, какую- нибудь Рарус изобрел.

6.

пользователь
22.09.20 07:56

Сообщение было скрыто модератором.

7.

Yul_kat
45
22.09.20 07:57
Сейчас в теме

Добрый день! С такой же проблемой столкнулись. Только, вот не можем найти, как принудительно компоненту запустить?

8.

user1708029
25.02.22 22:37
Сейчас в теме

Спасибо, столкнулся с такой же проблемой. Установил компоненту и все заработало. Скачал с форума Раруса.

Прикреплю во вложении, если модераторы пропустят.

Прикрепленные файлы:

licenceaddin-3.0.26.9544.zip

9.

user785234
14.03.22 09:52
Сейчас в теме

В дополнение к сказанному выше, может банально быть не запущена служба “Сервер программного лицензирования конфигураций”. Также надо проверять запущены ли “СЛК- загрузчик компоненты” и “СЛК – сервер СЛК”.

10.

EMelihoff
06.04.22 13:19
Сейчас в теме

Столкнулся с проблемой Код ошибки = 10049 (URL = XXXXXXXX:9099)

обратился в поддержку, посоветовали Варианты решения:

1. Установить сервер программного лицензирования. Можно скачать по ссылке

https://rarus.ru/downloads/2553/LS_Setup_2.0.14.414.msi

.
или
2. Перейти на Чистый СЛК. Для этого необходимо запустить конфигурацию с параметром запуска /C “ИспользоватьПрямоеПодключениеСЛК”.

Я делал отдельный сервер лицензирования и сервер, где работают пользователи, так вот на сервере где работают пользователи установил это: LS_Setup_2.0.14.414.msi

Устранение проблем с ключом защиты

Здравствуйте! Я уже писал о ключах защиты в статье: КЛЮЧИ ЗАЩИТЫ 1С и ошибках которые с ними связанные НЕ ОБНАРУЖЕНА ЛИЦЕНЗИЯ ДЛЯ ИСПОЛЬЗОВАНИЯ ПРОГРАММЫ! Сегодня дам пошаговый алгоритм по устранению проблем с ключом защиты 1С.

1. Проверить наличие ключа usb в порту сервер. 2. Проверить, на сервере состояние процесса с именем «Hasp loader» он должен быть запущен 3. Командой tel­net с локальной машины проверить доступность сервера по порту 475 Пример: tel­net 192.168.0.100 475

Мы все проверили, а ошибка осталась!

Тогда берем в руки бубен и начнем. Находим файл nethasp.ini обычно в папке, где установлена «1С:Предприятие» C:\Program Files\1cv82\conf\bin или C:\Program Files\1cv82\bin. Файл nethasp.ini — это файл настройки ключа защиты.

Файл nethasp.ini разбит на секции, нас будет интересовать секция [NH_TCPIP].
Если параметры отделены двойными знаками “;”, это означает игнорирование данных настроек, по умолчанию настройки отключены.
Драйвер ключа ведет таким образом:
1. По локальной сети посылается пакет типа broad­cast (475 порт) в поисках сервера ключа защиты
2. Если ответ не получен тогда ошибка

Недостатки настроек файла nethasp.ini по умолчанию: 1. на пакет broad­cast уходит время 2. broad­cast но нагрузка на сеть, хоть и не большая 3. не все сервера отвечают на подобные пакеты

В файле nethasp.ini делаем следующие настройки: 1. Укажем где искать сервер ключа Пример: NH_SERVER_ADDR = 192.168.0.100 2. Запретим поиск broadcast NH_USE_BROADCAST = Disabled 3. Типы пакетов поставим TCP-протоколом NH_TCPIP_METHOD = TCP

Практика показывает, что скорость запуска «1С:Предприятие» после этого возрастает. Недостаток. Адрес сервера ключа не должен меняться иначе меняем и на локальных машинах в файле nethasp.ini

При использовании платформы 8.2.14 (сборки < 8.2.14.533) Выходят из строя аппаратные ключи защиты, эта ошибка документирована 1С под номером 10079025 Лучше обновится на 15 релиз!

Думаю, Вам будет интересно узнать и о программной защите 1С.

Всем успехов! Пожалуйста, оставляйте свои комментарий, мне важно Ваше мнение.

P.S. Смешное видео КВН Павлик Морозов

  1. Настройка nethasp на несколько серверов

    alermakov сказал(-а):

    22.01.2021 10:34

    По умолчанию Re: ЛЮБОЕ ЗЕРКАЛИРОВАНИЕ АВТОРСКИХ СБОРОК ИЗ ЭТОГО ПОСТА ЗАПРЕЩЕНО!

    Конфигурация “РАРУС: Транспортная логистика, экспедирование и управление автотранспортом КОРП”, релиз 1.1.9.1 от 21.12.2019

    Установка (новая чистая база, демо-база, обновление, CF), авторская сборка:

    СКАЧАТЬ // ЗЕРКАЛО // ЗЕРКАЛО[/QUOTE]

    Здравствуйте . требует лицензирование.. есть эмулятор для нее ? спасибо.

  2. Настройка nethasp на несколько серверов

    polaric сказал(-а):

    22.01.2021 12:36

    По умолчанию Re: 1С-Рарус

    День добрый. У кого есть обновления Рарус Общепит выше 2.0.66.120: 2.0.66.121,122,123.125.126? Спасибо. Очень надо! Отчетный период и все такое../

    Последний раз редактировалось polaric; 22.01.2021 в 13:15.

  3. Настройка nethasp на несколько серверов

    sistem81 сказал(-а):

    22.01.2021 14:58

    По умолчанию Re: 1С-Рарус

    1С:Предприятие 8. Автосервис
    На сервере DESKTOP-R4AN5HV не найден запрашиваемый ключ
    Код ошибки = 10034 (URL = *LOCAL).Добрый день. Как в этом случае отладчик защиты подключить?

  4. Настройка nethasp на несколько серверов

    sistem81 сказал(-а):

    22.01.2021 14:59

    По умолчанию Re: 1С-Рарус

    1С:Предприятие 8. Автосервис
    На сервере DESKTOP-R4AN5HV не найден запрашиваемый ключ
    Код ошибки = 10034 (URL = *LOCAL).Добрый день. Как в этом случае отладчик защиты подключить?

  5. Настройка nethasp на несколько серверов

    Tank007 сказал(-а):

    22.01.2021 22:50

    По умолчанию Re: 1С-Рарус

    Добрый день. Ребят, есть у кого-нибудь Конфигурация “РАРУС: Ресторан” вылеченная. Ну или может эмулятор ключа есть?

  6. Настройка nethasp на несколько серверов

    sistem81 сказал(-а):

    22.01.2021 23:25

    По умолчанию Re: 1С-Рарус

    Цитата Сообщение от Tank007
    Посмотреть сообщение

    Добрый день. Ребят, есть у кого-нибудь Конфигурация “РАРУС: Ресторан” вылеченная. Ну или может эмулятор ключа есть?

    http://www.unibytes.com/folder/fTbtyDlqnNUB

  7. Настройка nethasp на несколько серверов

    Tank007 сказал(-а):

    23.01.2021 00:43

  8. Настройка nethasp на несколько серверов

    vvv_vit сказал(-а):

    23.01.2021 17:07

    По умолчанию Re: 1С-Рарус

    Добрый день!
    Поделитесь пожалуйста кто нибудь cf Салон оптики 2_3_6_28.
    Спавсибо!

  9. Настройка nethasp на несколько серверов

    sistem81 сказал(-а):

    23.01.2021 17:18

    По умолчанию Re: 1С-Рарус

    Цитата Сообщение от Tank007
    Посмотреть сообщение

    Скачал “Restoran_1.0.17.13_setup.zip (55,66 MB)”, установил, при запуске требует лицензирование настроить.
    Может нужно произвести дополнительные действия?

    Да оказывается не полная версия . Используйте общепит .

  10. Настройка nethasp на несколько серверов

    Tank007 сказал(-а):

    23.01.2021 18:48

    По умолчанию Re: 1С-Рарус

    Цитата Сообщение от sistem81
    Посмотреть сообщение

    Да оказывается не полная версия . Используйте общепит .

    Хотел организовать связку, бэк офис – Общепит, фронт – Ресторан. По большому счету нужен только фронт.

Конфигурация “РАРУС: CRM БАЗОВАЯ”, релиз 2.0.2.3 от 01.02.2016

Установка (новая чистая база, демо-база, CF):

Конфигурация “РАРУС: Общепит”, релиз 2.0.65.9 от 02.02.2016

Установка (новая чистая база, демо-база, обновление, CF), авторская сборка:

Установка (новая чистая база, демо-база, CF) – ОТУЧЕННАЯ, авторская сборка:

Конфигурация “РАРУС: Управление птицефабрикой”, релиз 1.3.73.1 от 01.02.2016

Установка (новая чистая база, демо-база, обновление, CF), авторская сборка:

Конфигурация “РАРУС: Управление транспортным предприятием”, релиз 1.3.73.1 от 02.02.2016

Установка (новая чистая база, демо-база, обновление, CF), авторская сборка:

Конфигурация “РАРУС: Экспресс-доставка”, релиз 1.0.03.01 для платформы 8.1

Установка (новая чистая база, демо-база, CF):

Конфигурация “РАРУС: Общепит”, релиз 3.0.43.75 от 29.01.2016

Установка (новая чистая база, демо-база, обновление, CF), авторская сборка:

Конфигурация “РАРУС: ITIL. Управление информационными технологиями предприятия КОРП”, релиз 1.1.9.3 от 18.01.2016

Установка (новая чистая база, демо-база, обновление, CF), авторская сборка:

Конфигурация “РАРУС: Ресторан”, релиз 1.0.14.2 от 25.01.2016

Установка (новая чистая база, демо-база, обновление, CF), авторская сборка:

Конфигурация “РАРУС: Интеграция с телефонией (СофтФон)”, релиз 3.1.1.1

Конфигурация “РАРУС: Управление корпоративными финансами”, релиз 2.1.65.1 от 19.01.2016

Установка (новая чистая база, демо-база, обновление, CF), авторская сборка:

Конфигурация “РАРУС: Управление корпоративными финансами”, релиз 3.0.43.1 от 27.01.2016

Установка (новая чистая база, демо-база, обновление, CF), авторская сборка:

Конфигурация “РАРУС: Управление птицефабрикой”, релиз 1.3.72.2 от 19.01.2016

Установка (новая чистая база, демо-база, обновление, CF), авторская сборка:

Конфигурация “РАРУС: Управление сервисным центром”, релиз 1.5.4.53 от 19.01.2016

Установка (новая чистая база, демо-база, обновление, CF), авторская сборка:

1.

Созинов
10.12.20 08:32
Сейчас в теме

Добрый день!
Вопрос по настройке nethasp.ini
Используем платформу 8.3.16.1148. Есть пару кластеров 1С 8 с программными лицензиями на сервер + на основном кластере стоят программные клиентские лицензии на платформу. Так же есть аппаратные ключи. Лицензии с аппаратного ключа, которые стоят на основном сервере подъедает сам кластер, все ок. Но есть проблема с поиском лицензий, которые раздаются HASP License Manager с других узлов.
Пытался настроить nethasp.ini для поиска лицензий на других узлах в сети так:

[NH_COMMON]

NH_IPX = Disabled 		; Use the IPX protocol
NH_NETBIOS = Disabled	; Use the NETBIOS protocol
NH_TCPIP = Enabled		; Use the TCP/IP protocol

...

[NH_TCPIP]
NH_SERVER_ADDR = ip1, ip2, ip3 ...
NH_PORT_NUMBER = 475
NH_TCPIP_METHOD = UDP
NH_USE_BROADCAST = Enabled

Показать

Проблема в том, что при настройке NH_SERVER_ADDR на несколько адресов почему-то клиент перестает искать лицензию на других узлах. Ранее такая настройка работала нормально, но не использовались программные лицензии. Кластер нормально отдает программные лицензии и аппаратные с ключа, который подключен к серверу где стоит кластер, но если лицензии на кластере закончились – не идет искать далее. Если nethasp настроить на один узел в сети – лицензии с него подхватываются, но проблема в том, что у нас несколько аппаратных ключей одной серии. Некоторые ключи в одной подсети с кластером, некоторые в разных. На всех узлах, где подключены ключи стоит HASP License Manager. Через Alladin Monitor видно, что он работает и лицензии раздаются, если подключается хоть один клиент. Можно ли каким-то образом 8.3.16 заставить искать ключ по нескольким узлам и если на первом найденном ключе закончились лицензии – далее производить поиск на следующем ключе? Что можно попробовать? Перенастройку на поиск по имени узлов, включение всех протоколов, отключение широковещательных протоколов, а так же снятие ограничений в Hasp License Manager (nhsrv.ini) пробовал – не помогло.

Ответы


В избранное

Подписаться на ответы


Сортировка:

Древо развёрнутое




  • Дата
  • Дата
  • Рейтинг всех уровней
  • Рейтинг 1-го уровня
  • Древо развёрнутое
  • Древо свернутое

Свернуть все

2.

Online-Ufa
10.12.20 08:44
Сейчас в теме

Не совсем понял, HASP LM лицензии с HASP ключей кому именно раздают? Серверу 1С и он потом выдает их клиентам, или напрямую клиентам мимо сервера 1С?

4.

Созинов
10.12.20 10:37
Сейчас в теме

(2) Есть программные лицензии на сервере, где развернут кластер 1С. Так же на данном сервере есть аппаратный ключ и с него тоже забираются лицензии кластером 1С.

Отдельно в сети развернуты точки доступа с HASP LM. У клиента не получается получить ключ с данных точек доступа, если на 1 ключе все лицензии изнасходованы.

Попробую еще объяснить:
1. Имеем Сервер1С (здесь программные и аппаратные лицензии с локального ключа). Кластер 1С сам раздает лицензии.
2. Когда лицензии на кластере заканчиваются – клиент начинает искать лицензии в сети. Используются настройки nethasp.ini клиента. В данном файле указан список ip, где развернут HASP LM (так получилось, что есть несколько ключей одинаковой серии, хотя и с разным количеством лицензий, которые раскиданы по разным узлам, если разместить на один сервер все ключи – будет доступен только один, пробовали так делать).
3. Ранее при прописывании списка ip в NH_SERVER_ADDR файла nethasp.ini лицензии искались по очереди на каждом ip. Если на первом в списке ip лицензии закончились – поиск шел далее. При переходе на 8.3.16 и использовании раздачи лицензий через кластер клиент не ищет лицензии на ip, если указать их списком. Например:
NH_SERVER_ADDR = 192.168.0.2 – отрабатывает хорошо, лицензии подхватывает с дополнительного сервера
NH_SERVER_ADDR = 192.168.0.2, 192.168.0.3 – лицензии не ищет

Я наверное где-то допускаю ошибку в настройке nethasp.ini Как должна выглядеть строка NH_SERVER_ADDR = … ?

6.

Online-Ufa
10.12.20 10:46
Сейчас в теме

(4)

2. Когда лицензии на кластере заканчиваются – клиент начинает искать лицензии в сети. Используются настройки nethasp.ini клиента. В данном файле указан список ip, где развернут HASP LM (так получилось, что есть несколько ключей одинаковой серии, хотя и с разным количеством лицензий, которые раскиданы по разным узлам, если разместить на один сервер все ключи – будет доступен только один, пробовали так делать).

Еще раз – сервер и не должен искать по сети второй ключ той же серии, т.е. например у вас есть три ключа – на 50, 20 и 10 лицензий. Ключ на 50 установлен непосредственно на машину с сервером, а 20 и 10 на машины в сети, на машинах с ключами естественно установлен HASP LM. Так вот сервер 1С выдаст лицензии с ключа на 50, который установлен непосредственно в машину сервера и ТОЛЬКО С ОДНОГО из ключей на 20 или 10 (который найдет первым) и дальше искать ключи этой серии по сети уже не будет.

13.

user592513_arhiholy
17.03.21 15:45
Сейчас в теме

(6) Находит и раздаёт, только не пойму закономерность, иногда работает, а иногда нет. В AKSmonitor клиентом является сервер, причём на двух ключах расположенных на разных компах.

14.

Online-Ufa
17.03.21 18:08
Сейчас в теме

(13) Оба ключа НЕ на машине с сервером 1С и сервер с обоих ключей получает лицензии от HASP LM?

3.

Online-Ufa
10.12.20 09:22
Сейчас в теме

Алгоритм поиска ключей Сервером 1С отличается от алгоритма поиска ключа клиентом и ему без разницы сколько адресов вы укажите в параметре NH_SERVER_ADDR в файле nethasp.ini – Сервер 1С второй ключ той же серии по сети искать не будет все равно.

5.

Созинов
10.12.20 10:39
Сейчас в теме

(3) Это понятно. Но почему-то клиент не ищет по сети лицензии, если списком указать несколько ip

7.

Online-Ufa
10.12.20 10:48
Сейчас в теме

(5)

Но почему-то клиент не ищет по сети лицензии, если списком указать несколько ip

Бесполезно указывать списком, т.к. искать не будет.

10.

Созинов
11.12.20 06:06
Сейчас в теме

(7) Очень странно, т.к. раньше это работало. После перехода на 8.3.16 перестало. Буду пробовать с другими релизами. Спасибо.

11.

Online-Ufa
11.12.20 08:46
Сейчас в теме

(10)

Очень странно, т.к. раньше это работало. После перехода на 8.3.16 перестало. Буду пробовать с другими релизами. Спасибо.

Как у вас раньше работало я не знаю, но алгоритм поиска ключей по сети сервером 1С именно такой, как вы описали выше – если он нашел первый ключ серии ORGL8 и на нем нет лицензий, дальше поиск ключей этой серии больше и не должен производиться (дальше сервер ищет ключи только других серий: ORG8A – на 300 р.м. и ORG8B – на 500 р.м.). Т.е. есть чисто техническое ограничение, на количество лицензий, которое может выдать один сервер 1С при использовании аппаратных ключей.
Подробнее есть

тут

или

тут

.
И такой алгоритм был у 1С 8 всегда, замена релизов не поможет.
Если у вас в кластере несколько серверов, то можно попробовать настроить, что бы каждый из них искал свой отдельный ключ, который будет указан в nethasp.ini, но имхо проще объединить несколько ключей в один или поменять на программные лицензии.

8.

RustamZz
10.12.20 11:39
Сейчас в теме

(5) У вас с одного ключа не раздает сервер и клиенты? И если указываете список серверов, броадкаст лучше отключить.

9.

Созинов
11.12.20 06:05
Сейчас в теме

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

12.

RustamZz
11.12.20 10:01
Сейчас в теме

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

15.

roman_1379
20.04.21 14:53
Сейчас в теме

Добрый день.
Есть схожая ситуация:
Имеются два ключа USB 500 и 300 подключены в два разных сервера лицензирования HASP LM.
У пользователей в nethasp.ini ключи умышлено не прописаны.
Сервера прописаны на сервере 1с в nethasp.ini
NH_SERVER_ADDR = 192.1.1.10, 192.1.1.11
Возможна ли в таком режиме получение пользователями лицензий с двух ключей через сервер?
На данный момент наблюдается ситуация когда заканчиваются лицензии на первом ключе, например 500, то второй ключ пользователи не видят.

Отдельная ситуация:
Если на клиента прописано NH_SERVER_ADDR = 192.1.1.10, 192.1.1.11 по какому принципу определяется с какого сервера выдать с 10 или с 11? На данный момент наблюдаю, что получение лицензий первым делом происходят c 11, хотя он прописан вторым, а потом уже с 10 мочему так может происходить?

16.

Online-Ufa
20.04.21 14:57
Сейчас в теме

(15)

Имеются два ключа USB 500 и 300 подключены в два разных сервера лицензирования HASP LM.

Ключи на 500 и 300 раб.мест можете спокойно установить в одну машину, HASP LM будет раздавать лицензии с обоих

17.

Online-Ufa
20.04.21 15:03
Сейчас в теме

(15)

У пользователей в nethasp.ini ключи умышлено не прописаны.

На клиентах просто не прописаны IP или поиск ключей полностью заблокирован?
С настройками по умолчанию клиент будет искать по сети ключи и без указания IP.

Если на клиента прописано NH_SERVER_ADDR = 192.1.1.10, 192.1.1.11 по какому принципу определяется с какого сервера выдать с 10 или с 11? На данный момент наблюдаю, что получение лицензий первым делом происходят c 11, хотя он прописан вторым, а потом уже с 10 мочему так может происходить?

Сервер 1С, который раздает лицензии, на какой машине 192.1.1.10 или 192.1.1.11 ?

18.

roman_1379
20.04.21 15:55
Сейчас в теме

(17)
Отключен поиск аппар. лицензий и на всякий случай NH_USE_BROADCAST = Disabled
На обоих 192.1.1.10 и 192.1.1.11 стоит HASP LM, самого сервера 1с на них нет.

19.

Online-Ufa
20.04.21 17:21
Сейчас в теме

(18) По алгоритму поиска 1С сначала пытается получить лицензию там, где была получена лицензия при предыдущем успешном подключении. а вот почему второй ключ не хочет искать – этого сказать не могу, т.к. 500 и 300 – это ключи разных серий и сервер должен находить оба.
Вот если бы это были ключи до 100 р.м., то тогда бы было понятно.
Что показывает Aladdin Monitor?

20.

roman_1379
21.04.21 07:28
Сейчас в теме

(19)

Что показывает Aladdin Monitor?

из 300 занято около 200, остальные 100 заняты через сервер – это уже расписано в журнале поиска ключа, когда появляется ошибка что лицензия не наедена. Там также примерно написано “ORG8A найден, но лицензии закончены, а ORG8B не найден”, хоть и прописан в nethasp.ini
Ещё один нюанс, лицензии выдавались в перемешу, и через сервер и через HASP LM, может и в этом проблема?

21.

Online-Ufa
21.04.21 07:54
Сейчас в теме

(20)

из 300 занято около 200, остальные 100 заняты через сервер

Каким образом 200 клиентов получили лицензии сами напрямую от HASP LM, без сервера, если у вас на клиентах доступ к ключу якобы заблокирован ?
Я же у вас первым делом спросил про блокировку доступа к ключу на клиентских ПК, т.к. если с одного ключа одновременно выдаются лицензии и серверу и напрямую клиентам, то поиск второго ключа может не отрабатывать.

22.

roman_1379
21.04.21 11:10
Сейчас в теме

(21) Это было в процессе перенастройки, поэтому получилось что одни через сервер, а часть ещё напрямую, потом уже стал понимать что причина может быть в этом.
Спасибо, теперь я спокоен! )

Если сервер СЛК уже установлен, ссылки доступны в разделе «Документация и ссылки»:

Документация и ссылки

Программный ключ 1С:СЛК можно активировать на компьютере либо «привязать» к аппаратному ключу.

Примечание: данный ключ выглядит как флешка синего цвета.

Программный ключ

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

Лицензию можно переносить с одного носителя на другой, то есть с компьютера перенести на аппаратный ключ в виде флешки.

Привязка к носителю выполняется при установке программного ключа, которая осуществляется при помощи специального кода активации — последовательности из 20 цифр и латинских букв от A до Z, например:

Обращаем ваше внимание! Использовать код активации можно только один раз. В случае изменения конфигурации компьютера или необходимости переноса на другой носитель (компьютер или не активированный аппаратный ключ) необходимо воспользоваться резервными кодами.

Получить резервные коды можно автоматически при условии доступности ключей в консоли сервера СЛК.

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

Установка лицензии

Для установки лицензии выполните следующие действия:

Установка лицензий

Установка лицензий

Укажите данные лицензии:

Далее выберите требуемое место установки:

Пункт «неактивированный USB-ключ» появляется только тогда, когда в USB-порт вставлен аппаратный носитель лицензий.

Далее нажмите «Установить автоматически через Интернет».

В результате в окне отобразятся данные установленного ключа:

Установка лицензий

Получение резервных кодов активации

Резервные коды активации необходимы для восстановления работоспособности ключа в случае изменения конфигурации компьютера или для переноса лицензии на другой носитель — компьютер или неактивированный аппаратный ключ.

Существует несколько способов получения резервного кода:

Автоматически через Интернет

Для автоматического получения резервных кодов активации:

Главная

При выполнении данной операции система попросит ввести имя пользователя и пароль:

Требуется аутентификация

Примечание: в целях безопасности рекомендуется не отключать авторизацию и изменить имя пользователя и пароль по умолчанию в разделе «Параметры».

Получение резервного кода ключа

Выберите в открывшемся окне причину получения резервного кода и нажмите «Получить резервный код автоматически через Интернет». В этом случае автоматически будет отправлен запрос в Центр Лицензирования. В случае успеха будет отображено состояние деактивированного ключа вместе с полученным резервным кодом:

Ключ успеншно деактивирован

Примечание: в случае, если предыдущий ключ был доступен, он сохранит свою работоспособность в течении 24 часов, чтобы было достаточно времени на выполнение установки полученного резервного кода на новом месте.

При помощи файлового запроса

Описание данного способа активации доступно на сайте.

По запросу в Центр Лицензирования

ВАЖНО! Обработка запросов осуществляется по рабочим дням с 10:00 до 18:00 по московскому времени.

Перенос лицензии с компьютера на аппаратный носитель

Для переноса программного ключа, установленного на компьютер, на аппаратный носитель необходимо:

Установка лицензий

Установка лицензий. Ключ успешно установлен

Параметры привязки к компьютеру

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

При изменении этих параметров программный ключ может стать неработоспособным. Для восстановления работоспособности потребуется повторная установка, для чего возможно получение ограниченного числа резервных кодов активации.

Примечание: программный ключ напрямую не зависит от версии операционной системы (ОС). Однако доступ к оборудованию для его формирования осуществляется, в том числе, и средствами ОС. Поэтому при переустановке ОС работоспособность ключа сохраняется, а при обновлении на более новую (например, с Windows XP на Windows 7, или Windows 7 на Windows 8.1/Windows 10) ключ также может стать неработоспособным.

Хотя программный ключ напрямую не зависит от версии операционной системы (ОС), однако доступ к оборудованию для его формирования осуществляется, в том числе, и средствами ОС. Поэтому при переустановке ОС работоспособность ключа сохраняется, а при обновлении на более новую (например, с Windows XP на Windows 7, или Windows 7 на Windows 8.1/Windows 10) ключ также может стать неработоспособным.

Изменение следующих параметров не влияет на работоспособность программного ключа:

Использование внешней компоненты СЛК

Внешняя компонента СЛК — это клиентская часть системы, при помощи которой конфигурация обращается к серверу СЛК.

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

Отдельная установка компоненты позволяет использовать обновленную компоненту без внесения изменений в конфигурацию/конфигурации и используется в случаях:

Инсталлятор внешней компоненты входит в состав дистрибутива системы лицензирования в архиве вида «licenceaddin-3.0.18.8079.zip». Внутри архива находятся инсталляционные пакеты для Windows и Linux.

Установка компоненты должна выполнятся на тех компьютерах, где выполняется рабочий процесс системы 1С:Предприятие:

Более подробно читайте в «Руководстве администратора СЛК 3.0», так же входящем в дистрибутив системы лицензирования.

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

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

Не обнаружен ключ защиты программы в 1С:Предприятие 8 или ЛИКБЕЗ защиты 1С

Столкнулся на днях с такой проблемой. На одной из машин отказалась работать сетевая версия 1С Предприятие. При подключении к базе, вываливалась следующая ошибка.

Ключи защиты для 1С подразделяются на:

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

Настройка nethasp на несколько серверов

модель HASP HL Basic ( синего цвета ), данный ключ имеет маркировку H4 M1 ORGL8, не имеет встроенной памяти и персонального ID, не хранит в себе никаких параметров и настроек. Поставляется продуктами имеющими лицензию на одно рабочее место.

2. Многопользовательские (ключ находится в сети, 1С может запускаться на любых компьютера в пределах локальной сети или домена)

Настройка nethasp на несколько серверов

3. Серверные (обязательно должны физически быть подключены локально к компьютеру, на котором установлен и работает сервер агента 1С Предприятие)

Настройка nethasp на несколько серверов

Ключи для сервера 1С Предприятие бывают только локальные. 32-битная версия имеет ключ защиты HASP HL Pro ( фиолетового цвета ), который имеет внутреннюю память и уникальный ID. Имеет маркировку ENSR8, поставляется вместе с лицензией на сервер 1С Предприятие.

Для 64-битного сервера используется ключ HASP HL Max ( зеленого цвета ) с внутренней памятью и уникальным ID. Имеет маркировку EN8SA и поддерживает также 32-битный сервер. Т. е. имея лицензию на 64-битный сервер можно, не меняя ключа, использовать 32-битную версию, но не наоборот.

Для работы однопользовательского и серверного ключа достаточно установить драйвер ключа защиты на локальной машине и вставить ключ защиты в локальный USB порт.

В общем случае, данных действий для работы 1С достаточно. В процессе запуска и дальнейшей работы 1С:Предприятие 8 на локальных машинах, система будет обращаться с помощью broadcast-запроса по порту 475 и искать ключ защиты. В случае не удачного поиска будет выдано сообщение „не обнаружен ключ защиты программы“ и работы 1С:Предприятие прервется.

Если вы столкнулись с сообщением „не обнаружен ключ защиты программы“ необходимо проверить: 1. наличие ключа защиты в порту usb сервера ключа 2. проверить запущен ли сервер ключа на сервере (процесс с именем „Hasp loader“) 3. проверить командой telnet доступность сервера ключа с локальной машины по порту 475 (например: telnet 192.168.100.100 475)

Недостатки конфигурации по умолчанию: 1. на broadcast уходит какое-то время 2. не все сервера отвечают на подобные пакеты 3. broadcast какая-никакая, но нагрузка на сеть

Для решения данной проблемы необходимо сделать следующее: 1. укажем конкретный адрес где искать сервер ключа (например: NH_SERVER_ADDR = 192.168.100.100) 2. запретим broadcast поиск (NH_USE_BROADCAST = Disabled) 3. и ограничим типы пакетов только TCP-протоколом (NH_TCPIP_METHOD = TCP)

Как показывает практика, скорость запуска 1С:Предприятие 8 после такой настройки возрастает заметно!

Но есть и кое-какие недостатки данного метода:

необходимо следить за тем, чтобы адрес сервера ключа защиты не изменился, иначе придется на всех локальных машинах перенастраивать файл nethasp. ini!

Хотел бы так же уточнить несколько моментов по работе с ключами, с которыми пришлось сталкиваться при работе:

Monitor HASP не показывает ключ

Сам по себе монитор может показать только наличие менеджера лицензий на том или ином адресе. Ключ он сможет увидеть только после того, как защищенное приложение успешно откроет хотя бы одну сессию с ключом. Кроме того, следует учитывать, что Aladdin Monitor работает только по протоколу UDP, порт 475. Таким образом, отсутствие данных о ключе в мониторе еще не означает, что ключ недоступен для приложения.

Два ключа защиты 1С HASP на одном компьютере

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

Возможные решения данной проблемы:

Два и более менеджеров лицензий (License Manager) в сети

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


Ключи защиты для 1С подразделяются на

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

Настройка nethasp на несколько серверов

модель HASP HL Basic (синего цвета), данный ключ имеет маркировку H4 M1 ORGL8, не имеет встроенной памяти и персонального ID, не хранит в себе никаких параметров и настроек. Поставляется продуктами имеющими лицензию на одно рабочее место.

2. Многопользовательские (ключ находится в сети, 1С может запускаться на любых компьютера в пределах локальной сети или домена)

Настройка nethasp на несколько серверов

Сетевые клиентские ключи включают серию HASP HL Net (красного цвета). Имеют внутреннюю память, в которой хранится количество лицензий, и уникальный ID. Существуют разновидности на 5, 10, 20, 50 и 100 пользователей. Имеет маркировку NETXX ORGL8, где ХX – количество лицензий (например NET5 ORGL8). Существуют также ключи на 300 и 500 пользователей которые имеют маркировку NET250+ ORG8A и NET250+ ORG8B. Поставляются с продуктами имеющими лицензию на 5 рабочих мест, а также отдельно, в виде дополнительных клиентских лицензий.

3. Серверные (обязательно должны физически быть подключены локально к компьютеру, на котором установлен и работает сервер агента 1С Предприятие)

Настройка nethasp на несколько серверов

Ключи для сервера 1С Предприятие бывают только локальные. 32-битная версия имеет ключ защиты HASP HL Pro (фиолетового цвета), который имеет внутреннюю память и уникальный ID. Имеет маркировку ENSR8, поставляется вместе с лицензией на сервер 1С Предприятие.

Для 64-битного сервера используется ключ HASP HL Max (зеленого цвета) с внутренней памятью и уникальным ID. Имеет маркировку EN8SA и поддерживает также 32-битный сервер. Т.е. имея лицензию на 64-битный сервер можно, не меняя ключа, использовать 32-битную версию, но не наоборот.

Для работы однопользовательского и серверного ключа достаточно установить драйвер ключа защиты на локальной машине и вставить ключ защиты в локальный USB порт.

Для многопользовательского (сетевого) ключа защиты необходимо:
1. Установить драйвер ключа защиты на одну из машины в сети, которая будет являться сервером ключа – HASP4_driver_setup.zip
2. Установить сервер (службу) ключа защиты на эту же машину – HASP_LM_setup.zip
3. Вставить ключ защиты в сервер в USB порт
4. Установить 1С на клиентские машины

В общем случае, данных действий для работы 1С достаточно. В процессе запуска и дальнейшей работы 1С:Предприятие 8 на локальных машинах, система будет обращаться с помощью broadcast-запроса по порту 475 и искать ключ защиты. В случае не удачного поиска будет выдано сообщение „не обнаружен ключ защиты программы“ и работы 1С:Предприятие прервется.

Если вы столкнулись с сообщением „не обнаружен ключ защиты программы“ необходимо проверить:
1. наличие ключа защиты в порту usb сервера ключа
2. проверить запущен ли сервер ключа на сервере (процесс с именем „Hasp loader“)
3. проверить командой telnet доступность сервера ключа с локальной машины по порту 475 (например: telnet 192.168.100.100 475)

Если все проверки прошли успешно, но ошибка осталась, переходим к более детальным настройкам. В папке установки 1С:Предприятие 8 (как правило, c:\program files\1cv81\bin\conf или c:\program files\1cv8\bin\) имеет файл nethasp.ini. Это файл настройки ключа защиты, он разбит на секции, нас интересует секция [NH_TCPIP]. При установке 1С, по умолчанию, в данной секции все параметры отделены двойными знаками “;”, что означает игнорирование данных настроек. При этом драйвер ключа ведет себя следующим образом:
1. посылается пакет типа broadcast по локальной сети по порту 475 в поисках сервера ключа защиты
2. если ответ не получен — ошибка

Недостатки конфигурации по умолчанию:
1. на broadcast уходит какое-то время
2. не все сервера отвечают на подобные пакеты
3. broadcast какая-никакая, но нагрузка на сеть

Для решения данной проблемы необходимо сделать следующее:
1. укажем конкретный адрес где искать сервер ключа (например: NH_SERVER_ADDR = 192.168.100.100)
2. запретим broadcast поиск (NH_USE_BROADCAST = Disabled)
3. и ограничим типы пакетов только TCP-протоколом (NH_TCPIP_METHOD = TCP)

Как показывает практика, скорость запуска 1С:Предприятие 8 после такой настройки возрастает заметно!

Но есть и кое-какие недостатки данного метода:

необходимо следить за тем, чтобы адрес сервера ключа защиты не изменился, иначе придется на всех локальных машинах перенастраивать файл nethasp.ini!

Хотел бы так же уточнить несколько моментов по работе с ключами, с которыми пришлось сталкиваться при работе:

Monitor HASP не показывает ключ

Сам по себе монитор может показать только наличие менеджера лицензий на том или ином адресе. Ключ он сможет увидеть только после того, как защищенное приложение успешно откроет хотя бы одну сессию с ключом. Кроме того, следует учитывать, что Aladdin Monitor работает только по протоколу UDP, порт 475. Таким образом, отсутствие данных о ключе в мониторе еще не означает, что ключ недоступен для приложения.

Два ключа защиты 1С HASP на одном компьютере

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

  • Ключи, имеющие разные серии, будут работать нормально. (по отношению к 1С: 1 серверный и 1 сетевой будут работать нормально)
  • Ключи одной серии будут работать, если такая возможность была реализована разработчиком защищенного ПО. Если же разработчиком данная возможность не была реализована, то ключи, относящиеся к одной серии, не будут работать совместно на одном компьютере, будет виден только один из них: либо ближний к порту (в случае с LPT-ключами), либо размещенный на порту с младшим адресом (в случае с USB-ключами защиты программ HASP). (по отношению к 1С, – 2 локальный или 2 сетевых ключа на одном компьютере работать корректно, скорее всего не будут)
  • не рекомендуется ставить вместе локальный и сетевой ключ, это связано с особенностью защиты 1С Предприятия: находя локальный ключ программа никогда не будет искать сетевой.

Возможные решения данной проблемы:

  • Замена нескольких ключей защиты программ HASP на один, с бОльшим количеством лицензий.
  • Установка ключей защиты на разные компьютеры с последующей установкой и настройкой менеджеров лицензий при каждом ключе.

Два и более менеджеров лицензий (License Manager) в сети

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

На машине где установлен ключ находим файл nhsrv.ini в папке с менеджером лицензий. За имя сервера лицензий отвечает параметр NHS_SERVERNAMES, оно может состоять из латинских букв и цифр и содержать не более 7 символов.

[NHS_SERVER]
			 NHS_SERVERNAMES = NAME1
			

После чего на клиентских машинах желательно отредактировать файл nethasp.ini, явным образом указав адреса и имена менеджеров лицензий:

[NH_COMMON]
			 NH_TCPIP = Enabled
[NH_TCPIP]
			 NH_SERVER_ADDR = 192.168.0.10, 192.168.0.11
			 NH_SERVER_NAME = NAME1, NAME2

Объяснение «Microsoft Office Access deleted | indexes on the converted fields»

Люди часто предпочитают ссылаться на «Microsoft Office Access deleted | indexes on the converted fields» как на «ошибку времени выполнения», также известную как программная ошибка. Разработчики программного обеспечения пытаются обеспечить, чтобы программное обеспечение было свободным от этих сбоев, пока оно не будет публично выпущено. Тем не менее, возможно, что иногда ошибки, такие как ошибка 10023, не устранены, даже на этом этапе.

Ошибка 10023 также отображается как «Microsoft Office Access deleted | indexes on the converted fields.@Some data did not convert properly.@@1@@@1.». Это распространенная ошибка, которая может возникнуть после установки программного обеспечения. Если возникает ошибка 10023, разработчикам будет сообщено об этой проблеме через уведомления об ошибках, которые встроены в Microsoft Access. Разработчик сможет исправить свой исходный код и выпустить обновление на рынке. Чтобы исправить любые документированные ошибки (например, ошибку 10023) в системе, разработчик может использовать комплект обновления Microsoft Access.

Что вызывает ошибку 10023 во время выполнения?

В большинстве случаев вы увидите «Microsoft Office Access deleted | indexes on the converted fields» во время загрузки Microsoft Access. Мы можем определить происхождение ошибок ошибки 10023 во время выполнения следующим образом:

Ошибка 10023 Crash – это типичная ошибка 10023 во время выполнения, которая полностью аварийно завершает работу компьютера. Обычно это происходит, когда Microsoft Access не может распознать, что ему дается неправильный ввод, или не знает, что он должен производить.

Утечка памяти «Microsoft Office Access deleted | indexes on the converted fields» – ошибка 10023 утечка памяти приводит к тому, что Microsoft Access постоянно использует все больше и больше памяти, увяская систему. Потенциальные триггеры могут быть бесконечным циклом, что приводит к тому, что работа программы запускается снова и снова.

Error 10023 Logic Error – Ошибка программной логики возникает, когда, несмотря на точный ввод от пользователя, производится неверный вывод. Он материализуется, когда исходный код Microsoft Corporation ошибочен из-за неисправного дизайна.

Microsoft Corporation проблемы файла Microsoft Office Access deleted | indexes on the converted fields в большинстве случаев связаны с повреждением, отсутствием или заражением файлов Microsoft Access. Как правило, решить проблему позволяет получение новой копии файла Microsoft Corporation, которая не содержит вирусов. Если ошибка Microsoft Office Access deleted | indexes on the converted fields возникла в результате его удаления по причине заражения вредоносным ПО, мы рекомендуем запустить сканирование реестра, чтобы очистить все недействительные ссылки на пути к файлам, созданные вредоносной программой.

Распространенные проблемы Microsoft Office Access deleted | indexes on the converted fields

Обнаруженные проблемы Microsoft Office Access deleted | indexes on the converted fields с Microsoft Access включают:

  • «Ошибка Microsoft Office Access deleted | indexes on the converted fields. «
  • «Недопустимый файл Microsoft Office Access deleted | indexes on the converted fields. «
  • «Извините за неудобства – Microsoft Office Access deleted | indexes on the converted fields имеет проблему. «
  • “Файл Microsoft Office Access deleted | indexes on the converted fields не найден.”
  • “Отсутствует файл Microsoft Office Access deleted | indexes on the converted fields.”
  • «Проблема при запуске приложения: Microsoft Office Access deleted | indexes on the converted fields. «
  • “Файл Microsoft Office Access deleted | indexes on the converted fields не запущен.”
  • «Microsoft Office Access deleted | indexes on the converted fields остановлен. «
  • «Ошибка пути программного обеспечения: Microsoft Office Access deleted | indexes on the converted fields. «

Проблемы Microsoft Office Access deleted | indexes on the converted fields с участием Microsoft Accesss возникают во время установки, при запуске или завершении работы программного обеспечения, связанного с Microsoft Office Access deleted | indexes on the converted fields, или во время процесса установки Windows. Выделение при возникновении ошибок Microsoft Office Access deleted | indexes on the converted fields имеет первостепенное значение для поиска причины проблем Microsoft Access и сообщения о них вMicrosoft Corporation за помощью.

Microsoft Office Access deleted | indexes on the converted fields Истоки проблем

Проблемы Microsoft Office Access deleted | indexes on the converted fields вызваны поврежденным или отсутствующим Microsoft Office Access deleted | indexes on the converted fields, недопустимыми ключами реестра, связанными с Microsoft Access, или вредоносным ПО.

В первую очередь, проблемы Microsoft Office Access deleted | indexes on the converted fields создаются:

  • Недопустимый Microsoft Office Access deleted | indexes on the converted fields или поврежденный раздел реестра.
  • Зазаражение вредоносными программами повредил файл Microsoft Office Access deleted | indexes on the converted fields.
  • Microsoft Office Access deleted | indexes on the converted fields злонамеренно удален (или ошибочно) другим изгоем или действительной программой.
  • Другая программа, конфликтующая с Microsoft Office Access deleted | indexes on the converted fields или другой общей ссылкой Microsoft Access.
  • Поврежденная загрузка или неполная установка программного обеспечения Microsoft Access.

Продукт Solvusoft

ЗагрузкаWinThruster 2022 – Проверьте свой компьютер на наличие ошибок.

Совместима с Windows 2000, XP, Vista, 7, 8, 10 и 11

Установить необязательные продукты – WinThruster (Solvusoft) | Лицензия | Политика защиты личных сведений | Условия | Удаление

Ошибка сервера лицензирования

Автор Nuri1989, 27 мая 2014, 16:05

0 Пользователей и 1 гость просматривают эту тему.

Добрый день. 1с расположена на DC. Пользователи подключаются к 1с через терминал.После 120 дней использования 1с – Рарус каждый день выходит ошибка, после перезагрузки сервера ошибка пропадает, порты 15200, 15201 открыты, по порту 15201 доступ по протоколу открыт. При этом бухгалтерия и Зарплаты и кадры расположена на этом же DC и проблем с сервером лицензирования нет. Скрин ошибки прикрепляю.


Программы компании Рарус лицензируются дополнительным сервером лицензирования. Я думаю с подобной проблемой лучше сразу обратиться к ним.


Цитата: Nuri1989 от 27 мая 2014, 16:05
Добрый день. 1с расположена на DC. Пользователи подключаются к 1с через терминал.После 120 дней использования 1с – Рарус каждый день выходит ошибка, после перезагрузки сервера ошибка пропадает, порты 15200, 15201 открыты, по порту 15201 доступ по протоколу открыт. При этом бухгалтерия и Зарплаты и кадры расположена на этом же DC и проблем с сервером лицензирования нет. Скрин ошибки прикрепляю.

Переустановите сервер защиты. При новой установке укажите реальный IP сервера, не привязывайте его к 127.0.0.1.


Теги:

  • Форум 1С

  • Форум 1С – ПРЕДПРИЯТИЕ 8.0 8.1 8.2 8.3 8.4

  • Установка и администрирование “1С – Предприятие 8”

  • Ошибка сервера лицензирования

Похожие темы (5)

Рейтинг@Mail.ru

Rambler's Top100

Настройка nethasp на несколько серверов

Поиск

Читайте также:  Как исправить ошибку синхронизации в приложении "Ошибка 20002"? / Дзен-мани / Дзен-мани

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *