Локальный сервер защиты не обнаружен код ошибки 10023 url local

Сервер лицензирования запускается. Ждите.

Я

   KGar

11.07.16 — 19:54

   Lama12

1 — 11.07.16 — 21:32

(0) Что говорит техподдержка?

   Звездец

2 — 11.07.16 — 21:54

Скорее всего да, если лицензия программная (0)

   Звездец

3 — 11.07.16 — 21:55

И что при этом пишется в системе лицензирования?

   KGar

4 — 11.07.16 — 23:35

   Glenas

5 — 11.07.16 — 23:38

(0) Конф. тоже не запускается?

   KGar

6 — 11.07.16 — 23:43

   KGar

7 — 11.07.16 — 23:43

(5)Конфигуратор запускается, а в режиме Предприятия ошибка с кодом 10023.

   Glenas

8 — 11.07.16 — 23:45

(7) Так запускай получение лицензий и получай резервную лицуху. Причину озвучили, другое оборудование

   KGar

9 — 11.07.16 — 23:48

(8) То есть нужно запрашивать резервный пин код?

   Glenas

10 — 11.07.16 — 23:49

(9) Он у тебя должен быть в карточке

   KGar

11 — 11.07.16 — 23:50

(9) Я не совсем в этом силен, но пин код там один, и мне кажется получить его можно только один раз или не так?

   KGar

12 — 11.07.16 — 23:52

(10) Я не совсем в этом силен, но пин код там один, и мне кажется получить его можно только один раз или не так?

   Glenas

13 — 11.07.16 — 23:56

(12) Вариант базы сервер или локальная?

Лицензия многопользовательская или на 1 комп?

   KGar

14 — 11.07.16 — 23:58

(13) База Локальная.

Лицензия на 1 комп.

   KGar

15 — 13.07.16 — 13:11

(1) Техподдержка говорит, что закрыт порт 15200. Перепробовал все. Как его открыть?

   tabarigen

16 — 13.07.16 — 13:19

(15) отключи брандмауэр (антивирус)

   KGar

17 — 13.07.16 — 13:33

Пробовал, не помогает. Может конечно не до конца панду отключил, но в трее написано «Не защищен. Антивирусная защита отключена.»

   Звездец

18 — 13.07.16 — 13:36

Панда? Да вы гурман! Брандмауэр отключи(17)

   KGar

19 — 13.07.16 — 13:40

   arsik

20 — 13.07.16 — 13:42

(19) Ого еще и какая то левая сборка винды. Телнетом попробуй.

   KGar

21 — 13.07.16 — 13:44

(20) Не совсем понял.

telnet ИмяПК 15200   в cmd нужно сделать?

   arsik

22 — 13.07.16 — 13:47

(21) На какой машине у тебя ключ и сервер лицензирования расположены?

   KGar

23 — 13.07.16 — 13:48

(22) На одной и той же.

   arsik

24 — 13.07.16 — 14:10

(23) и он что сам себя не видит?

   KGar

25 — 13.07.16 — 14:12

Получается да.

   arsik

26 — 13.07.16 — 14:23

А что netstat -a говорит? На 15200 что то есть?

   KGar

27 — 13.07.16 — 14:36

   arsik

28 — 13.07.16 — 14:45

(27) ХЗ тогда.

   KGar

29 — 13.07.16 — 14:51

Походу, выкидывать коробку надо будет. Шучу.

Как открыть порт 15200 UDP?

Конфигурация «РАРУС: 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), авторская сборка:

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

Объяснение «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) | Лицензия | Политика защиты личных сведений | Условия | Удаление

Платформа не видит ключ в терминальном сеансе

Всем добрый день

Воткнули ключ «H4NET5217-50 ORGL8 117378» на 5 пользователей в сервер Windows Server 2008 R2 Standart
Права админские
Дрова стоят. Светодиод горит.
Запускаем платформу 8.2.19.121 в RDP сеансе.
Ключ не обнаружен.
На других серверах это ключ работает

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

(9) >> ключи с однопользовательской лицензией в терминале с платформой вообще не работают. Это фейк ?

Это факт.
Если работать на сервере НЕ в терминале (как за обычным компом), то лицензия будет выдаваться. При подключении по РДП лицензия видна не будет.

Источник

1С не видит локальный HASP. «Лицензия не обнаружена». «Не обнаружен ключ защиты».

История такая. У клиента куплен 1С:Сервер МИНИ (5 пользователей). Файлы баз расшарены на «типа файловом сервере» (просто Вин10). Пользователи работают с ними просто по сети. Лицензии используют программные на каждом пользовательском компьютере. На «сервере» никогда базы не запускались.

Когда-то им на том «типа сервере» поставили 1:Сервер, активировали программную лицензию. Но они его ни разу не использовали. И пользоваться сейчас уже им нет смысла: слишком мало доступных подключений. Релиз уже сильно устарел.

Возникла задача настроить удаленную работу паре сотрудников.

Решили попробовать замутить веб-сервер. Установили там свежую платформу с веб-компонентой, IIS настроили. А для публикации баз нужно их запустить конфигуратором. Вот тут то и понадобился ключик. Так как у них оказался в наличии еще и однопользовательский HASP, попробовали задействовать его, воткнув в сервер. И никак 1С его не увидит! В устройствах благополучно есть. 1С-ке сказали, чтобы искала аппаратный ключ, а она упорно хочет программную лицензию.

(3)С маркировкой все в порядке. Там же вариантов нет. И драйвер стоит. Написала в сообщении. Устройство есть.

Подвох где-то в наборе установленных 1С. Например, если стоит сервер 1С с программной лицензией, то фиолетовый хасп уже не рассматривается, даже если запускается файловый вариант. Может быть такое?

История интересная, но главного не увидел — какую именно базу вы сейчас запускаете, файловую или серверную?

Ключ установили на сервер, а запускаете Конфигуратор где, тоже на сервере или на клиенте?

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

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

Источник

Дифференцируя по времени

E-mail: photo@amacumara.com

Как работать в 1С через удаленный рабочий стол RDP

Часто в бухгалтерию небольшой фирмы покупают однопользовальские ключи 1С, когда нужно настроить от одного до трех рабочих мест. Покупка четырех однопользовательских ключей не имеет смысла, так как ключ на 5 пользователей стоит дешевле. Быстрый доступ в интернет позволяет многим людям менять традиционный сценарий рабочего дня, то есть работать удаленно. У однопользовательских ключей 1С есть один существенный недостаток: с ними не возможно работать через удаленный рабочий стол RDP. В ключах 1С используются алгоритмы защиты HASP, которые при включении терминальной сессии блокируют ключ. В программе 1С Бухгалтерия предприятия (впрочем любая из семейства 1С 8.1 и 8.2) через удаленный рабочий стол RDP появляется ошибка «Не обнаружен ключ защиты».

Считаю жлобством со стороны 1С блокировать доступ к лицензионной программе для одного пользователя, когда для многопользовательской такого ограничения нет. Чтобы программа 1С (платформа 1С 8.1.16, 8.2.15, 8.2.16) работала через удалённый рабочий стол нужно внести изменения в некоторые dll файлы. Изменить для платформы 1С 8.1 файл backend.dll, а для 1С 8.2 backbas.dll, которые находятся в папке Bin в каталоге программы. Открываете соответствующий файл через HEX-редактор (например, Hex Editor Neo), запускаете поиск в режиме hex значения (шестнадцатеричное представление информации). Вводите для поиска значение: 10 00 00 FF D0 85 C0 0F 82 08 F8 FE FF 0F 84 16. В найденной строке меняете значение 85 на 31 и сохраняете файл. После можно запускать 1С в терминальном режиме с любым ключом.

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

Читайте также:

20 комментария(-ев) “ Как работать в 1С через удаленный рабочий стол RDP ”

С 1 февраля 1С проверяет целостность backbas.dll и если он изменен, выкидывает ошибку. Есть какой-то другой равнозначный способ, даже в первую очередь легальный. 1С официальный, лицензия usb, но при подключении по rdp без описанного тут способа 1с не видит ключ и не запускается.

Илья, удалось ли решить проблему? Такая же ситуация.

На 8.3 64 бита — нет такой строи в поиске. После сокращения строки до 00 FF D0 85 C0 0F нашёлся один фрагмент. Исправил, работает. Спасибо.

Благодарю! Целый день ломал голову как заставить сие лицензионное чудо работать!

Team viewer отслеживает работу с 1с. После требует лицензию.

Из уст автора последние каменты звучали как будто ему по голове настучали за такое ))

Автор прекрасно поживает:) Пути с 1С разошлись.

Прекрасно работает на последней версии платформы 1с8.3. Тем кто не нашел строки кода рекомендую искать по части строки и перебирать все найденные фрагменты. Я таким способом нашел нужную строку кода, изменил 85 на 31 и, о чудо(!), ключ увиделся!
Спасибо автору!

на 8.3 32 бита — работает. На 8.3 64 бита — нет такой строи в поиске

Абсолютно согласен с автором, что не давать запускать через RDP того самого одного оплаченного пользователя — это неверно: все равно более 1 пользователя не сможет работать с базой.

А нужно работать исключительно через RDP

на 64-разрядной версии ищите строку 10 00 00 FF D0 85 C0 0F 84 89 FE FF FF 48 85 DB

Источник

1C USB HASP + терминальный сервер

(2) сетевой должен раздаваться менеджером лицензий.

так что твое:»Сначала драйвера, потом USB ключ, потом потом терминальный сервер.» пропускает этот пункт почему-то.

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

терминальные клиенты могут получить лицензию ТОЛЬКО от HASP LM и ни как по другому,
в чем проблема — не понял

(5) > терминальные клиенты могут получить лицензию ТОЛЬКО от HASP LM и ни как по другому

Не знал. Но тогда еще один вопрос. Как подружить HASP LM c терминальным сервером. Я устанавливал HASP LM, удаленные клиенты получали лицензии от него, но локальные нет.

(7) неправда твоя. ты просто читать не умеешь. буквы видишь, а смысл не понимаешь.
к примеру, Гилев (Гилев для тебя достаточный авторитет?) пишет так -«1)НЕ СТАВЬТЕ МЕНЕДЖЕР ЛИЦЕНЗИЙ В ТЕРМИНАЛЕ (точнее устанавливайте в 0-й сессии, запуская %SystemRoot%system32mstsc.exe /console)
то есть не ставить в терминале это совсем не значит вообще не ставить на терминальный сервер. Это всего лишь значит ставить с консоли.

хм..чуток не та последовательность.
прежде чем подключить железку (любую железку в принципе), сначала неплохо бы подсунуть системе драйвер на эту железку. а то винда по умолчанию ТАКОЙ драйвер подсунет, потом не расхлебаешь.

поэтому
сначала драйвер
потом втыкаешь в USB, винда пошуршит, скажет обнаружено новое устройство и возьмет твой заранее предварительно установленный драйвер, а не свою смарт-карту
потом LM
все это делаешь с консоли. ты же все равно физически возле сервера находишься, раз в USB ключ тыкаешь. потому как в win2016 нулевая сессия там не совсем и ненулевая.
так что лучше непосредственно с консоли.

(22) не спорю, но он спросил последовательность, имхо последовательность правильнее такая — сперва драйвер, потом воткнуть железку.
И это не обязательно для ключа, я так, к примеру, и принтеры некоторые устанавливаю.

(21) проблема не в последовательности установки, а в какой-то банальщине

Секретного ингредиента не существует (с) Кунг-фу Панда

(27) >когда вообще 1С не находит никакую лицензию

не понял, а у тебя локальные клиенты какую-то лицензию что-ли находят ?!

если в сети только один клиентский ключ и нет особых требований, что бы кому-то конкретному его заблокировать, то ini трогать смысла нет, должно работать по дефолту,
а вот создать проблем кривыми настройками можно легко

мучил про последовательность установки, что зачем ставить, типа это сильно важно, а то что ini правил сказать забыл

Источник

Не найдена лицензия. Не обнаружен ключ защиты программы или полученная программная лицензия!

Сколько ключей есть в наличии? Какие программы 1С куплены?

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

А терминал, как ни крути — это сетевая работа, и видимость локальных ключей в этом режиме намеренно заблокирована 1С.

Тогда это программная лицензия, которая должна быть установлена на терминальном сервере.

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

При первичной активации надо определиться — какой тип у лицензии будет использоваться? В случае RDP надо активировать один многопользовательский пин-код.

Ключи аппаратные (филетовые HASP) в таком случае — пофигу, и вообще непонятно — откуда они взялись?

М-да, не полегчало.

С этого надо было начинать. Отзываю свое предположение из (10), в таком случае можно только гадать — что именно произошло? И проще не угадать, чем угадать.

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

Что там у вас было с электричеством? Сервера выключались? Сервер или компьютер (вообщем машина где 1С установлена) выключалась? Если да, то как? Есть там ИБП? Выключили корректно или сам отрубился?

Вы, похоже, не понимаете главного: если клиенты подключаются к серверу через RDP, то программа 1С на них не запускается — она запускается на сервере , столько раз, сколько клиентов.

Соответственно, nethasp.ini надо настраивать на сервере и только там.

А если это не поможет и ключ все равно не будет виден — проверять настройки файрвола и видимость «пк бухгалтера» тоже с сервера .

Клиентские компы — это просто терминалы со всеми вытекающими.

1. На машине где установлен ключ находим файл nhsrv.ini в папке с менеджером лицензий.
[NHS_SERVER]
NHS_SERVERNAMES = NAME1
2. На клиентских машинах (в Вашем случае это сервер, при работе в терминальной сессии) следует отредактировать файл nethasp.ini, явным образом указав адреса и имена менеджеров лицензий:
[NH_COMMON]
NH_TCPIP = Enabled

[NH_TCPIP]
NH_SERVER_ADDR = 192.168.0.10, 192.168.0.11, 127.0.0.1
NH_SERVER_NAME = NAME1, NAME2

И все заработает.

MagistrSoft,
к сожалению не помог Ваш совет. Отредактировала эти файлы.
Я уже и удаляла /устанавливала hasp
перезагружала сервер, чистила реестр, переустанавливала 1с- ничего не помогает.

P.s.
В диспетчере задач -usb виден.

Тогда должен быть установлен именно на том компе, на котором запускается 1С.

И для его работы нужны только драйвера , HASP License Manager не используется и, соответвенно, править nethasp.ini нет никакого смысла.

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

(29)
читайте (5)
т.е на том компе, куда воткнут ключ.

Ключ и стоит на терминальном сервере.
На рабочем терминальном сервере тоже самое настроено- и работает. До вчерашнего дня всё работало, а потом почему-то пишет, что нет лицензии

А сегодня включен основной сервер и 1с запустилась и на другом сервере.
Фигня какая-то вчера была в общем с этим ключом

(32)
user705522_constantin_h ,
1с работала именно в терминале. И сегодня также заработала на тестовом сервере.
Да, иногда лицензия пропадала, но решалось. А вчера почему-то, когда рабочий сервер был выключен- на тестовом сервере пропала лицензия 1с.
Как именно отличается Локальный ключ от сетевого.

Какого именно цвета ключ стоит я не помню.

(35)С помощью программы Aladdin Monitor можно посмотреть какие ключи используются и сколько лицензий использовано.

Если подсчетом клиентских лицензий занимается сервер «1С:Предприятия», то клиентские лицензии, у которых в программе Aladdin Monitor значение колонки Timeout равно 0, будут считаться занятыми. В связи с этим не рекомендуется одни и те же многопользовательские ключи HASP использовать для одновременного получения клиентских лицензий с помощью HASP License Manager и сервера «1С:Предприятия».

ВАЖНО. Несколько ключей единой серии на одном ПК работать не будут! Сетевые или однопользовательские ключи ORGL8 вместе не используются.

На одном ПК могут работать ключи, например, 8 и 8А.

При условии запуска менеджера ключи доступны по сети. Одним компьютером благодаря этому может обслуживаться 900 лицензий (ORGL8: 100, в 8A: 30 и в 8B: 500).

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

Поиск лицензий проводится в определенном порядке.

ORGL8.
ORGL8A.
ORGL8B.

Ключи серверного типа размещаются на тот компьютер, где имеется сервер 1С:Предприятие. Они не будут работать по сети.

Источник