как ломануть 1C 8.3 for Linux

[Bartlebi]

- а какой HASP Вы используете?

Все по завещанию великих:
https://forum.ruboard.ru/showthread....l=1#post537309

[Bartlebi]

- а какой HASP Вы используете?
НЕ используем от etersoft !!!

Брал по этой ссылке http://ftp.etersoft.ru/pub/Etersoft/.../Ubuntu/18.04/ , как в инструкции, разве не оно?

[vfp7]

Брал по этой ссылке http://ftp.etersoft.ru/pub/Etersoft/.../Ubuntu/18.04/ , как в инструкции, разве не оно?

Посты далее уже не раз повторялись - НЕ ИСПОЛЬЗУЕМ hasp от etersoft !!!
ps: по моему уже все моменты прошлись в последующих постах ...

[Bartlebi]

Да, вы правы, читал тему по диагонали и упустил этот момент.
Снес все связанное с haspd и установил сентиловский вариант, однако теперь мне я так понимаю нужен менеджер лицензий, а где его-то взять, если у сентинела его нет?
С этерсофта?

[vfp7]

Да, вы правы, читал тему по диагонали и упустил этот момент.
Снес все связанное с haspd и установил сентиловский вариант, однако теперь мне я так понимаю нужен менеджер лицензий, а где его-то взять, если у сентинела его нет?
С этерсофта?

:( , Вы в очередной раз правы про "диагональ" ...
https://forum.ruboard.ru/showthread....l=1#post538994

[Bartlebi]

В общем, да, я невнимателен, наверное, но испробовал уже все варианты и окончательно запутался что и зачем.
Поставил LM по вашей ссылке, открылся порт 475 но никто не ломится на него, как не игрался. Пытался указать в nethasp.ini прямой айпишник сервака (хотя ключ вроде как "локальный") - толку нет.
При этом ключ для клиентов подхватывается и работает, а вот сервер свой в упор не видит.
Можете пояснить, каков принцип обнаружения ключа сервером? То есть у меня эмулятор работает, дамп загружается, а сервер видеть ключ не желает.
Я так понимаю "раздача" происходит с помощью hasplm? Может какие-то настройки нужны специфические для локальных ключей?
Утилита на 1947 порту тоже ключи не видит.

[vfp7]

Сразу отпишу здесь про один момент инсталляции в винде, ожидаю что кому то и пригодится:

1. Верхнюю галку оставляем.
2. Нижнюю галку наоборот убираем.


Файл nethasp.ini актуален для всех систем:
sudo mkdir /opt/1C/v8.3/x86_64/conf
sudo nano /opt/1C/v8.3/x86_64/conf/nethasp.ini
[NH_COMMON]
NH_TCPIP = Enabled
NH_IPX = Disabled
NH_NETBIOS = Disabled
[NH_IPX]
[NH_NETBIOS]
[NH_TCPIP]
NH_SERVER_ADDR = 192.168.0.2 <-- подставляем необходимое !!!
NH_PORT_NUMBER = 475
NH_TCPIP_METHOD = UDP
NH_USE_BROADCAST = Disabled
NH_SESSION = 5
NH_SEND_RCV = 4

sudo chown -R usr1cv8:grp1cv8 /opt/1C/v8.3/x86_64/conf

ps: Сервер возьмет ключ напрямую - типа аппаратно, далее он еще и клиентские раздаст через свои же инструменты (если не отключена опция по умолчанию раздачи лицензий в кластере)
Дополнительно клиенты могут подхватить ключи по сети (nethasp.ini, и не забываем что кластер по умолчанию сам раздает клиентов)
psps: ключи напрямую из утилиты Вы не увидите - Вы опять читали по диагонали ... все уже было подробно расписано ранее буквально на трех страницах от момента компиляции!

[Bartlebi]

Добавил nethasp.ini (хотя уже пробовал), ребутнул сервак. Клиенты свои видят (через сервер), сервер - по-прежнему нет.
ччч.jpg
Насчет утилиты понял, на нее не смотрю.
Что еще проверить можно?
Сам ключ из .deb - пакета брал. Может, ключ не тот?
Версия 1С 8.3.14.1779

PS: Сервер с 1С и "хаспами" удален от клиентов. Клиенты через инет взаимодействуют с ним, может ли это играть какую-то роль я не знаю, но вдруг.

[vfp7]

Добавил nethasp.ini (хотя уже пробовал), ребутнул сервак. Клиенты свои видят (через сервер), сервер - по-прежнему нет.
Насчет утилиты понял, на нее не смотрю.
Что еще проверить можно?
Сам ключ из .deb - пакета брал. Может, ключ не тот?
Версия 1С 8.3.14.1779

PS: Сервер с 1С и "хаспами" удален от клиентов. Клиенты через инет взаимодействуют с ним, может ли это играть какую-то роль я не знаю, но вдруг.

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

[Bartlebi]

Ок, поищу, спасибо!
Но я хотя бы верно понимаю, что раз клиенты свои ключи видят, значит проблема не в том, что неверный порядок запуска служб\не те дрова и т.д., а проблема уже совсем другого характера?
Или-таки могут быть варианты, что из-за ошибок работает только клиентский ключ?