Народ, что-то сломалоси(

Дано

сервер 1с с воткнутым серверным ключом (без клиентских)

машина 1 с ключом на 50 лицензий (на одну подсеть)

машина 2 с ключом на 50 лицензий (на другую подсеть)

машина 3 с апачем, на котором опубликована база.


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

а WEB хоть ты тресни. Не обнаружена лицензия и всё.

Вычитал, что пользовательский ключ должен быть воткнут в сервер, иначе web ключи не найдет.
Но блин, работало же!

(0) "иначе web ключи не найдет." а вот с этого места по подробнее

(0) Работало до того как что? Платформу сменили ? что произошлото ....

(1)

Да хрен его знает)
Столько всего перечитал сегодня, мож найду.


https://tavalik.ru/wp-content/uploads/2014/06/Algoritm_poiska_locenzii_1C_83_04.png

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

А в реальности не ок.

Web ключей не видит.

Хотя если запустить на сервере тонкий клиент, клиент отлично получает клиентскую лицензию (не через сервер).

(2)

Сменили IP серверов с ключами.

nhsrv.ini и nethasp.ini я переписал, это понятно.

Единственное что не далал, не рестартил 1с сервант.

Я не пойму, как заставить сервер 1с выдавать сетевой ключ web серверу.
Причем с самого сервера сетевой ключ отлично виден и выдается.
И клиенты получают.
И даже тонкий клиент получает лицензию, если подцепить web ссылку.

А через браузер хрен.

Если база клиент-серверная, то веб-сервер никаким образом не будет искать ключ. Только клиент (если не веб) и только сервер 1С.

+(6) Только эти два могут получать клиентскую лицензию в случае к-с базы

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

(6)

Да не вопрос)

База клиент-серверная.
По идее лицензию web серверу должен выдавать сервер 1с.
Это понятно.

Внимание вопрос, почему 1с  сервер не отдает сетевой ключ?

https://its.1c.ru/db/metod8dev#content:3596:hdoc

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

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

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

В общем, сервер перестал раздавть лицензии.

Буду на выходных рестартить, мож поможет.

(11) Предлагаю что поиск идет еще по старым ip. Может дело и в dns.

(12)
В нетхаспах все прописал, DNS обновил.
С самого сервера КЛИЕНТ видит лицензию. А вот СЕРВЕР...
Рестарт покажет)

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

(14)

Конешн, все стоИт)

Тонкие да, начали получать от HASP LM прям ровно стрОем.

(15) если в настройках стоит выдавать лицензии сервером, то какого черта тонкие получают от HASP LM, а не от сервера?

(16) Вот бы узнать)

(17) я вот про эту настройку говорил https://www.online-ufa.ru/images/00358.png
в поле "Разрешить выдачу лицензий сервером 1С:Предприятия" что стоит "Да" или "Нет" ?

(18)

Я понял про какую ты настройку)

Все там Да, Дадее не бывает)

(19) других клиентских ключей в сети нет?
надеюсь в курсе, что если ключи установлены не локально в машине с сервером, то сервер 1С:Предприятия может выдать лицензии, которые получает от HASP LM, только с одного из ключей номиналом от 5 до 100 раб.мест

У меня сейчас АБСОЛЮТНО ВСЕ базы получили лицензию от HASP LM

(20)
В 1с воткнут ТОЛЬКО серверный ключ, программных лицензий нет никаких.

Оба ключа на 50 раскинуты по двум машинам и в nhsrv.ini прописаны свои сегменты обслуживания.
1с сервер завернут на один из них последством нетхаспа (на всякий случай).

Клиентские машины отлично видят ТОЛЬКО свой ключ (своего сегмента), что за***сь.

А сервер нет
Хотя еслои на сервер зайти, запустить базу, она получит ключ от HASP LM (не от сервера).

От такая загогулина.

(21) попробуй на каком-нибудь из клиентов отключить использование аппаратной лицензии

(23) На себе)

Так, база с отключеной выдачей серверной лицензии выдала ожидаемый отлуп "Выдача личензий сервером запрещена"

А вот со включеной выдачей выдала неожиданный отлуп.

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

Сервер 1с не видит сетевой ключ.
Сам сервер, не машина.

Клиент с машины (там где сервер 1с) сетевой ключ виддит.

(24) ничего удивительного, сервер 1С не видит ключа

(16) Потому что когда-то не смогли получить от сервера и получили от ЛМ. И теперь всегда будут получать от ЛМ до тех пор, пока не смогут получить и вновь тогда постучат на сервер и получат с сервера. Круговорот ключей в природе :)

(27) Вижу, что не видит, почему не видит?)

(27) проверяй nethasp.ini на машине с сервером 1С и nhsrv.ini на машине с HASP LM

(27) Заернул один ключ исключительно на сервер


[NHS_SERVER]
NHS_USERLIST         = 250;
NHS_SERVERNAMES     = key2;
NHS_HIGHPRIORITY     = no;

[NHS_IP]
NHS_USE_UDP          = enabled;
NHS_USE_TCP          = enabled;
NHS_IP_portnum       = 475;
NHS_IP_LIMIT         = 172.168.0.5;  

[NHS_IPX]
NHS_USE_IPX           = disabled;
NHS_AppendAddr        = no;
NHS_usesap            = enabled;
NHS_ipx_socketnum     = 0x7483;

[NHS_NETBIOS]
NHS_USE_NETBIOS       = disabled;

(29) ТЖ на хосте менеджера кластера, на который назначен сервис сеансовых данных (8.2) или сервис лицензирования (8.3), почти гарантированно даст ответ

(30) ДА все там ок

[NH_COMMON]
NH_IPX                 = Disabled;     
NH_NETBIOS             = Disabled;
NH_TCPIP             = Enabled;

[NH_TCPIP]
NH_SERVER_ADDR         = 172.168.0.46;  
NH_TCPIP_METHOD        = UDP;
NH_USE_BROADCAST     = Disabled;

(32) Развлечение на выходные)

(32) т.е. сервер 1С на машине 172.168.0.5, а ключ с HASP LM на 172.168.0.46 ?

(35) Да, злобный хакер, ты меня поймал!))))

(36) подожди минутку, сейчас подключусь

(37) Только мое домашнее порно в папке "C:\ХХХ\Не смотреть, не удалять!\" не трогай, пожалуйста!!!

(26) У клиента и у сервера могут быть разные nethasp.ini. Или даже один из них может не найти никакого nethasp.ini и использовать вместо настроек из файла дефолтные.

(39) Супер) С нетерпением жду когда скажешь, где лежит сервеный нетхасп))))

(39) кстати да, если клиент и сервер разной разрядности, то вполне возможно

(40) например один может быть тут
C:\Program Files (x86)\1cv8\conf
а другой тут
C:\Program Files\1cv8\conf

(41) Ну если так поставить вопрос)

Тогда беру (40) слова обратно.

У меня все одной разрядности, нетхасп правильный меняю.

(42) Да, да, но этож смешно не учесть)

(44) для спокойствия все же запусти поиск nethasp.ini
в теории он может быть где угодно, если прописать путь в conf.cfg

(45) Давно уже. Все там где и должно быть(

(40) А хрен его знает. Это же 1С.
У других вендоров он почти всегда в одном каталоге с исполняемым файлом. Я не представлю причин по которым его могли положить в каталог с исполняемым файлом на сервере 1С. Но у меня фантазия бедная.

Кстати, если есть несколько nethasp.ini, что будет делать сервер 1С не найдя ключа по адресу из первого файла?

(46) тогда идеи кончились
почему клиент видит HASP LM,
а сервер 1С на той же машине с тем же hethasp пишет "ошибка соединения с менеджером лицензий"

кстати, в (32) был хороший совет посмотреть ТЖ

(49) Да уж придется)

(49) Ничего там интересного, все тоже самое, ошибка соединения и бла-бла-бла

Для WEB клиентов ключ должен быть воткнут в сервер, где стоит сервера 1с предприятия - без вариантов.
При работе через web колючи для базы в формате SQl можно получить только с сервера 1с предприятия. Сервер 1с предприятия не может получить лицензию по сети.

(51) попробуй в nethasp еще параметры таймаута поиска ключа выставить
NH_SESSION = <Num>
NH_SEND_RCV = <Num>
а то по умолчанию 1-2 сек

(52)

До сегодняшнего дня работало несколько лет по сети.
Никаких воткнутых в 1с клиентских лицензий небыло.
И почему тогда клиентам сервер не дает ключей?
Не web, тонким.

(52) >Сервер 1с предприятия не может получить лицензию по сети
не надо ерунду писать
сервер 1С:Предприятия отлично умеет получать лицензии по сети от HASP LM
есть ограничение - только с одного ключа одной серии, но в данном случае это значения не имеет

(53) Не помогает, только дольше тупит.

(56) кстати, а на машине с ключом случаем не две сетевухи?

(57) Совершенно случайно одна)

(58) дальше я бы смотрел nhsrv.ini

(59) (31)

Я его уже насквозь прогдядел)

осталось попробовать поиграться с параметрами
disabled/enabled для TCP/UDP
NH_TCPIP_METHOD = UDP/TCP
NHS_usesap = disabled
IP сервера поменять на имя
и т.п., вечер пятницы однако

(55) Если лицензию хочет использовать тонкий клиент или толстый , то да он может ее мимо сервера 1с по сети получить , а если база опубликована через ISS или апач , то нельзя.
Как решите как это обойти с удовольствием воспользуюсь сакральными знаниями.

(62)
Ты не поверишь))

Больше года работал веб доступ без НИКАКИХ КЛИЕНТСКИХ ключей в сервере 1С
Что соответствует описанию на ИТС.

(61) У меня 4 работы, я вечером пятницы пью и писаю.. ой, пью и работаю ))))))

(55) И не только от ЛМ, но и от сервиса лицензирования, крутящегося на любом другом хосте

(62) "если база опубликована через ISS или апач , то нельзя" // В этом случае тонкий клиент прекрасно может продолжать получать лицензию самостоятельно (с локального ключа или от сетевого), сервер приложений также прекрасно может предоставить ему лицензию - локальную (программную или аппаратную) или сетевую (опять-таки программную по схеме в (65) или аппаратную через ЛМ).
В безысходности оставлен только веб-клиент, который сам не умеет и поэтому должен кормиться от сервера.

Проблема решилась рестартом сервера *рукалицо*.