добавьте, пжлста, номер(а) версий платформы, на которых это наблюдалось.
Если возможно, покажите для ясности (без имён компов, доменов - замените на "блабла") nethasp.ini
ЗЫ. Значения NH_SESSION, NH_SEND_RCV пробовал разные - не влияет ни на что.
HPDX2300
06.06.2019, 12:41
Проблема "Ключ защиты более недоступен".
Описание: на Linux-машине развернут Etersoft HASP (hasplm) с подключенным сетевым USB ключем на 100 пользователей. На виндовой машине AKS Monitor видит саму Linux-машину, правда в виде "0A7B9A23" (если на винде разворачивать HASP LM - машина будет выглядеть как "0A7B9A23 hostname"). По-умолчанию ключ (HASP #1) не виден в AKS Monitor.
1. Виндовый клиент 1С, НЕ ЛОМАННЫЙ, следов лома в принципе нет на машине - все оф. Файловая база (чтобы не словить лицензию с сервера предприятия). Настроенный файл nethasp.ini. Клиент запускается, по tcpdump виден обмен между машиной с 1С-клиентом и машиной с HASPLM (udp 475). Сразу в AKS Monitor появляется ключ HASP#1. Лицензия выдается, AKS Monitor ее отображает. Виндовый клиент работает примерно 2-2,5 минуты, когда timeout сессии в AKS Monitor приближается к 400-405 с - клиент 1С пишет "Ключ защиты более недоступен" и вываливается.
2. --//-- то же самое, только иногда после 2-2,5 минут вываливается с виндовым expection вида "все плохо в backbas.dll" вместо "ключ защиты более не обнаружен".
3. Виндовый клиент общается с HASPLM только при запуске, а когда вроде должен был бы keepalive послать - тишина, просто ничего нет. Соответственно, возникает мысль, что виндовый клиент 1С недопонимаем что-то у себя внутри и не может ломануться повторно с KEEPALIVE на сервер HASPLM.
4. Линуксовые клиенты 1С с этим же линуксовым сервером HASP LM работают без нареканий - просто работает и все.
5. Все виндовые варианты с виндовым HASP LM - работают без нареканий в любых вариациях.
Еще раз - это оф. Можем, конечно, написать в ИТС 1С (проплачен), но по опыту - ждать у моря погоды.
Зачем HASP LM на никсах? Потому что мы в принципе в серверной части ушли от винды (сэкономив тонны рабочего времени на разгребание проблем с ней и столько же тонн денег на лицензировании). И очередной виндовоз лишний только из-за сетевых ключей (к сожалению, файловые базы есть и перевести все на PostgreSQL - просто нереально, как факт, и нет смысла, т.к. многие из них - архивные и нужны пару раз в год) - ну это шаг назад, шаг назад. Даже если этот виндовоз вынести в отдельную подсеть и влан и оградить ACL-ками так, что доступен будет только хасп с него - ну это винда, ребят.
Почему пишу сдесь - чтобы была "движуха", что есть такой прецедент - судя по форумам - крайне нечастый скорее в силу того, что народ пока тупо ломает backbas и не встречает таких, видимо, проблем, а с оф ключем - вот факт - они имеют место быть.
Да вдруг есть умный человек, который таки решил это.
ЗЫ. HASP LM пробовал оф (SafeNet-овский, 7.92 + 8.30) - ключ просто не видится 1С-кой, и Etersoft (7.90 + 8.30) - ключ видится, но клиент вылетает с "Ключ защиты более не обнаружен". 32 и 64 бита - одинаковое поведение.
ЗЫ. Linux: Debian 9 64bit (4.9), и Ubuntu 19.04 (5.0) - поведение одинаковое, к сожалению.
без включения записи технологического журнала такая инфа оч.скудна - просто констатация факта.
если есть желание включите "отлов" крахов KEYWASLOST в техн.журнал как это написано в посте 180 (https://forum.ruboard.ru/showthread.php/161956-%D0%BA%D0%B0%D0%BA-%D0%BB%D0%BE%D0%BC%D0%B0%D0%BD%D1%83%D1%82%D1%8C-1C-8-3-for-Linux?p=540943&viewfull=1#post540943)
deniskhodus
06.06.2019, 12:53
47:00.278001-1,LIC,1,process=1cv8,OSThread=5376,Func=initialize ,txt='local Application, hasp HL SOFT local, ORGL8 local net, ORG8A local net, ORG8B local netBase local net'
47:00.294001-1,HASP,2,process=1cv8,OSThread=5376,Txt='
NETHASP_SET_CONFIG_FILENAME(,prog=17,ser=ORGL8,,si ze=44,,FName=C:/Program Files (x86)/1cv8/conf/nethasp.ini)->,,,'
47:00.294003-1,HASP,2,process=1cv8,OSThread=5376,Txt='
NETHASP_LASTSTATUS(,prog=17,ser=ORGL8,,,,)->NStat=0,SysErr=0,stat=0,'
47:00.372000-77996,HASP,2,process=1cv8,OSThread=5376,Txt='
NETHASP_LOGIN(,prog=17,ser=ORGL8,,,,)->,,,'
47:00.372002-1,HASP,2,process=1cv8,OSThread=5376,Txt='
NETHASP_LASTSTATUS(,prog=17,ser=ORGL8,,,,)->NStat=0,SysErr=0,stat=0,'
47:00.403000-30997,HASP,2,process=1cv8,OSThread=5376,Txt='
NETHASP_SETIDLETIME(idle=8,prog=17,ser=ORGL8,,,,)->,,,'
47:00.403002-1,HASP,2,process=1cv8,OSThread=5376,Txt='
NETHASP_LASTSTATUS(,prog=17,ser=ORGL8,,,,)->NStat=0,SysErr=0,stat=0,'
47:00.434000-30997,HASP,2,process=1cv8,OSThread=5376,Txt='
NETHASP_READBLOCK(,prog=17,ser=ORGL8,pos=0,size=5, ,)->,,stat=0,buf=010000000000000897F2'
47:00.434002-1,HASP,2,process=1cv8,OSThread=5376,Txt='
NETHASP_LASTSTATUS(,prog=17,ser=ORGL8,,,,)->NStat=0,SysErr=0,stat=0,'
47:00.465000-30997,HASP,2,process=1cv8,OSThread=5376,Txt='
NETHASP_HASPID(,prog=17,ser=ORGL8,,,,)->id=462669270,,stat=0,'
47:00.465002-1,HASP,2,process=1cv8,OSThread=5376,Txt='
NETHASP_LASTSTATUS(,prog=17,ser=ORGL8,,,,)->NStat=0,SysErr=0,stat=0,'
47:00.497000-31997,HASP,2,process=1cv8,OSThread=5376,Txt='
NETHASP_HASPQUERYLICENSE(,prog=17,ser=ORGL8,,,,)->CurUsr=1,UsrLim=100,type=100,remain=65535'
47:00.497002-1,HASP,2,process=1cv8,OSThread=5376,Txt='
NETHASP_LASTSTATUS(,prog=17,ser=ORGL8,,,,)->NStat=0,SysErr=0,stat=0,'
47:00.528001-30998,HASP,2,process=1cv8,OSThread=5376,Txt='
NETHASP_HASPQUERYLICENSE(,prog=17,ser=ORGL8,,,,)->CurUsr=1,UsrLim=100,type=100,remain=65535'
47:00.528003-1,HASP,2,process=1cv8,OSThread=5376,Txt='
NETHASP_LASTSTATUS(,prog=17,ser=ORGL8,,,,)->NStat=0,SysErr=0,stat=0,'
47:00.559000-30996,HASP,2,process=1cv8,OSThread=5376,Txt='
NETHASP_READBLOCK(,prog=17,ser=ORGL8,pos=58,size=5 ,,)->,,stat=0,buf=FFFFFFFFFFFFFFFFFFFF'
47:00.559002-1,HASP,2,process=1cv8,OSThread=5376,Txt='
NETHASP_LASTSTATUS(,prog=17,ser=ORGL8,,,,)->NStat=0,SysErr=0,stat=0,'
47:00.559003-281001,LIC,1,process=1cv8,OSThread=5376,Func=getLi cense,res=seize,txt='0, client, seize, 42722216, local Application;
hard, net, client, 100, 1, (_)
hard, net, 100, 1, (_)'
47:03.351040-0,EXCPCNTX,0,ClientComputerName=,ServerComputerNam e=,UserName=,ConnectString=
47:03.351041-3978041,EXCPCNTX,0,SrcName=PROC,process=1cv8,OSThr ead=5376
47:03.398000-30995,HASP,1,process=1cv8,OSThread=5376,Txt='
NETHASP_ENCODEDATA(,prog=17,ser=ORGL8,,size=50,,bu f=B574E75080E3B064B572180AC9841410EA4FB119B3D510AF 4A818DD45815A70D898E5E0A720E6E27808632490A465AF595 0B)->,,stat=0,buf=C12BCEE4E4E13E9542B71C3087A320DE05EE8 91D1FF589FD8D08588AD8B6AC931CE84FE2B8ED9EB2106B7E1 1D3C9578B8C2F'
47:03.398002-1,HASP,1,process=1cv8,OSThread=5376,Txt='
NETHASP_LASTSTATUS(,prog=17,ser=ORGL8,,,,)->NStat=0,SysErr=0,stat=0,'
47:04.319001-0,EXCP,1,process=1cv8,OSThread=5376,Exception=9db1 fa37-b455-4f3f-b8dd-7de0ea7d6da3,Descr="src\backend\src\clientfilecacheimpl.cpp(280):
9db1fa37-b455-4f3f-b8dd-7de0ea7d6da3: Файл не обнаружен 'v8stg64://c:/1/DynamicalWorkCache': d:\jenkins\ci_builder\windowsbuild2\platform\src\c ore\src\storage64.cpp(3068)"
47:04.350013-0,EXCP,1,process=1cv8,OSThread=5376,Exception=9db1 fa37-b455-4f3f-b8dd-7de0ea7d6da3,Descr="src\backend\src\clientfilecacheimpl.cpp(280):
9db1fa37-b455-4f3f-b8dd-7de0ea7d6da3: Файл не обнаружен 'v8stg64://c:/3/DynamicalWorkCache': d:\jenkins\ci_builder\windowsbuild2\platform\src\c ore\src\storage64.cpp(3031)"
47:05.910000-30999,HASP,1,process=1cv8,OSThread=5376,Txt='
NETHASP_HASPID(,prog=17,ser=ORGL8,,,,)->id=462669270,,stat=0,'
47:05.910002-1,HASP,1,process=1cv8,OSThread=5376,Txt='
NETHASP_LASTSTATUS(,prog=17,ser=ORGL8,,,,)->NStat=0,SysErr=0,stat=0,'
47:09.295000-30997,HASP,1,process=1cv8,OSThread=5376,Usr=Адм инистратор,Txt='
NETHASP_READBLOCK(,prog=17,ser=ORGL8,pos=0,size=5, ,)->,,stat=0,buf=010000000000000897F2'
47:09.295002-1,HASP,1,process=1cv8,OSThread=5376,Usr=Админ истратор,Txt='
NETHASP_LASTSTATUS(,prog=17,ser=ORGL8,,,,)->NStat=0,SysErr=0,stat=0,'
47:10.356001-1060998,HASP,1,process=1cv8,OSThread=5376,Usr=Ад министратор,Txt='
NETHASP_HASPID(,prog=17,ser=ORGL8,,,,)->id=462669270,,stat=0,'
47:10.356003-1,HASP,1,process=1cv8,OSThread=5376,Usr=Админ истратор,Txt='
NETHASP_LASTSTATUS(,prog=17,ser=ORGL8,,,,)->NStat=0,SysErr=0,stat=0,'
47:31.915046-0,EXCP,0,process=1cv8,OSThread=8016,Exception=Data baseException8,Descr="Не удалось заблокировать запись. Действие (изменение, удаление или блокировка записи) не выполнено 'ACTIVEUSERS'"
47:32.555000-0,EXCP,0,process=1cv8,OSThread=8016,Exception=9db1 fa37-b455-4f3f-b8dd-7de0ea7d6da3,Descr="src\backend\src\clientfilecacheimpl.cpp(280):
9db1fa37-b455-4f3f-b8dd-7de0ea7d6da3: Файл не обнаружен 'v8stg64://c:/1/DynamicalWorkCache': d:\jenkins\ci_builder\windowsbuild2\platform\src\c ore\src\storage64.cpp(3068)"
47:32.555017-0,EXCP,0,process=1cv8,OSThread=8016,Exception=9db1 fa37-b455-4f3f-b8dd-7de0ea7d6da3,Descr="src\backend\src\clientfilecacheimpl.cpp(280):
9db1fa37-b455-4f3f-b8dd-7de0ea7d6da3: Файл не обнаружен 'v8stg64://c:/3/DynamicalWorkCache': d:\jenkins\ci_builder\windowsbuild2\platform\src\c ore\src\storage64.cpp(3031)"
47:34.349056-0,EXCP,0,process=1cv8,OSThread=8016,Usr=Админ истратор,Exception=DatabaseException8,Desc r="Не удалось заблокировать запись. Действие (изменение, удаление или блокировка записи) не выполнено 'DATAZONEOBJECTLOCKS'"
47:42.180032-0,EXCP,0,process=1cv8,OSThread=8016,Usr=Админ истратор,Exception=DatabaseException8,Desc r="Не удалось заблокировать запись. Действие (изменение, удаление или блокировка записи) не выполнено 'DATAZONEOBJECTLOCKS'"
47:44.832037-0,EXCP,0,process=1cv8,OSThread=8016,Usr=Админ истратор,Exception=DatabaseException8,Desc r="Не удалось заблокировать запись. Действие (изменение, удаление или блокировка записи) не выполнено 'DATAZONEOBJECTLOCKS'"
47:45.004019-0,EXCP,0,process=1cv8,OSThread=8016,Usr=Админ истратор,Exception=DatabaseException8,Desc r="Не удалось заблокировать запись. Действие (изменение, удаление или блокировка записи) не выполнено 'DATAZONEOBJECTLOCKS'"
48:29.636002-0,EXCP,1,process=1cv8,OSThread=5376,Usr=Админ истратор,Exception=580392e6-ba49-4280-ac67-fcd6f2180121,Descr='src\vrsbase\src\vresourceinfob aseimpl.cpp(1120):
580392e6-ba49-4280-ac67-fcd6f2180121: Неспецифицированная ошибка работы с ресурсом
Ошибка при выполнении запроса POST к ресурсу /e1cib/modules/call:
475df7fb-d939-4c96-9876-566be5a134cf: Ключ защиты программы больше не доступен! Работа программы завершена.',Context='
ОбщийМодуль.Документообор� �тСКОГлобальный.Модуль : 23 : Если НЕ ДокументооборотСКОВызовСе рвера.ТекущемуПользовател� �ЭДОДоступен() Тогда'
48:29.994002-0,EXCP,0,process=1cv8,OSThread=5376,Usr=Админ истратор,Exception=HASP has been lost!
vfp7
06.06.2019, 13:26
Не Ваш случай?
https://forum.mista.ru/topic.php?id=742670
deniskhodus
06.06.2019, 13:34
неет. совсем не наш
HPDX2300
06.06.2019, 13:40
Проблема "Ключ защиты более недоступен".
3. Виндовый клиент общается с HASPLM только при запуске, а когда вроде должен был бы keepalive послать - тишина, просто ничего нет.
Соответственно, возникает мысль, что виндовый клиент 1С недопонимаем что-то у себя внутри и не может ломануться повторно с KEEPALIVE на сервер HASPLM.
обмен по сети идет только по UDP, KEEPALIVE исп. только для TCP-соединений.
вероятно, на клиенте не хватает ресурсов CPU, померяйте тестом гилева производительность клиентских машин, ловящих крах KEYWASLOST.
как связана "нехватка ресурсов CPU" с крахом KEYWASLOST ? ответ: доставка UDP-пакетов не гарантирована, сильно нагруженый клиент (перегруз CPU, очередь ожидания большая) будет терять сетевые UDP-пакеты.
и техн.журнал лучше присоединять в zip-архиве, а то впечатление что приведенный текст обрезало - толстый клиент перед крахом пишет в журнал строку "HASP has been lost!"
HPDX2300
06.06.2019, 13:57
Проблема "Ключ защиты более недоступен".
.......
Почему пишу сдесь - чтобы была "движуха", что есть такой прецедент - судя по форумам - крайне нечастый скорее в силу того, что народ пока тупо ломает backbas и не встречает таких, видимо, проблем, а с оф ключем - вот факт - они имеют место быть.
Да вдруг есть умный человек, который таки решил это.
некоторые ставят на каждое клиентское место эмулятор "мультиключ" - платформа с ним не борется (пока), но гарантий типа "спасает от HASP_HAS_BEEN_LOST" не дает.
попробуйте на виндовый комп, где наблюдается крах, поставить эмулятор.
HPDX2300
06.06.2019, 21:30
к сожалению, файловые базы есть ... многие из них - архивные и нужны пару раз в год
Я сам еще не пробовал "Автономный сервер", но нет сомнений - схема рабочая даже в рамках одного компа, ибо про неё написано в доке.
Почитайте вот этот пост про "Автономный сервер" (https://forum.ruboard.ru/showthread.php/680-%D0%AD%D0%BC%D1%83%D0%BB%D1%8F%D1%82%D0%BE%D1%80%D 1%8B-%D0%B4%D0%BB%D1%8F-1%D1%81-8-x?p=540735&viewfull=1#post540735)
daemonpnz
07.06.2019, 01:26
Собрал из исходников. Переводил сам ключи в json, брал готовые здесь, но ключ для x64 сервера так и не видится, хотя устройство и добавляется
Bus 007 Device 002: ID 0529:0001 Aladdin Knowledge Systems HASP copy protection dongle
Bus 007 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 006 Device 002: ID 0529:0001 Aladdin Knowledge Systems HASP copy protection dongle
Bus 006 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 005 Device 002: ID 0529:0001 Aladdin Knowledge Systems HASP copy protection dongle
Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
./eterkeytest --hasp
USB:
HASP:
HASP API VERSION: 8.0
HASP Local:
USB HASP4 M4 (HASP4 is connected, key is HASP4 Net 100)
1C:Accountancy v8.0
USB HASP4 Time (HASP4 is connected, key is not a HASP4 Net)
1C:Enterprise v8.0 (Applications server)
HASP Net at host (see NETHASP.INI) (press Ctrl-C to break):
.eterkeytest: dynamic-link.h:57: elf_get_dynamic_info: Assertion `! "bad dynamic tag"' failed.
Aborted
при запуске 1с клиентской ругается на отсутсвие локального ключа EN8SA (серверный ключ x64).
deniskhodus
07.06.2019, 08:55
Добрый день.
Спасибо за ответы.
1. Про KEEPALIVE и UDP - нужно было написать "KEEPALIVE" в кавычках, т.к. я не имел в виду особенность протокола TCP (и, будучи серверным админом и сетевиком циско, как работает UDP я знаю). Под "KEEPALIVE" я имел в виду запрос-ответ от клиента к HASPLM вида "ей, я жив, ключ тоже?", который (запрос) на HASPLM, среди прочего, сбрасыват таймер таймаута "живости" клиента. Дак вот под виндой оно каждые 2,5-3 минуты проходит, а к никсовому серверу HASPLM - нет. Кроме того, обмен пакетами UDP проходит довольно весело и уверенно при запуске клиента, при этом совершенно ничего не посылается в сторону HASPLM после запуска вплоть, включая, подыхание клиента 1С (т.е. клиент 1С перед возникновением ошибки KEYWASLOST в сторону HASPLM ничего не посылает).
Для вопроизвдения:
а) Берем линуксовый HASPLM с сетевым ключем;
б) Берем чистую машинку на Windows (7,8,10, мы пробовали на 7 и на 2012) - важно виндовую, потому что линуксовый клиент 1С работает без нареканий.
в) На этой машинке, при остановленных службах вида обновлений (они жрут ресурсы), с 0,5% использования ЦП, запускаем клиент 1С и файловую базу (или серверную, но запретив пользовать лицензию с сервера предприятий)
г) Просто ждем. Делать в базе что-либо вообще не обязательно. Неважно - вы будете в базе работать или просто смотреть на стартовый экран после запуска, не нажав в клиенте ни единой кнопочки, эти 2 минуты не трогая мышку и клаву - по истечении 2х минут клиент 1С вываливается с ошибкой KEYWASLOST. Потребление ресурсов при этом на уровне плинтуса - т.е. никакого. Проверено как на живых машинах, так и на виртуалке (правда на виртуалке с 2012R2).
Если бы дело было в загрузке ЦП и невозможности время от времени клиентом отправить UDP запрос - то тогда запрос от клиента хотя бы иногда приходил бы на сервер HASPLM. Мы третий день бьемся с проблемой и в 100% случаев клиент, после запуска, не общается больше с сервером Linux HASPLM вообще, просто вываливаясь с ошибкой KEYWASLOST.
ЗЫ. ЭТИ же клиенты, по ТОМУ же протоколу UDP, прекрасно работают с виндовым HASPLM. Эти же. И они же дохнут при наличии линуксового HASPLM. Я сильно сомневаюсь, что проблема в линуксовом хаспе. Скорее клиент 1С видит некие другие данные и неверно их интерпретирует. Как, например, вечная ошибка клиента 1С в том, что по IP-шнику это чудо работать не умеет (топаем в hosts и прописываем IP=hostname ибо если клиенту сказать "Сервер предприятия на 10.5.16.12", то клиент скажет "ээээ, я не могу найти сервер my1cserver12") - вот из этой же оперы - клиент втупую через жопу работает с HASP.
Поменять что-то в клиенте мы не можем, а обойти ошибку - пробуем. В 1С я НЕ верю.
ЗЫ. За подсказку про автономный сервер спасибо. Почитаю посмотрю. Правда это все равно пахнет нелицензионностью, если честно. А мы пытаемся не ломануть лицензии, а убрать из уравнения ненужные машины, в данном случае - на винде. И тема найдена по поиску вида "Ключ защиты более недоступен". Хотя, если честно, почитав назад - мне было довольно интересно.
Еще раз спасибо.
daemonpnz
07.06.2019, 09:44
Следующая проблема с серверными ключами. Раз не работает совсем ключ для x64, то пробуем ключ для x32. Для этого ставим платформу под i386, настраиваем (создаём две базы на сервере, делаем так чтобы для каждой базы запускался новый экземпляр рабочего процесса), добавляем ещё клиентский ключ на 100 пользователей, запускаем. Как результат: первая база стартует нормально, получает клиентскую лицензию от сервера, на основании чего делаем вывод, что клиентский ключ работает; вторая же база ругается на отсутствие лицензии, а конкретнее
На сервере 1С:Предприятия не найдена лицензия. Не обнаружен ключ защиты программы или полученная программная лицензия!
Файл программной лцензии не найден
ENSR8 Локальный, установлен. ошибка чтения данны из ключа
EN8SA Локальный, не установлен
leov-001
07.06.2019, 12:16
Добрый день.
ЗЫ. ЭТИ же клиенты, по ТОМУ же протоколу UDP, прекрасно работают с виндовым HASPLM. Эти же. И они же дохнут при наличии линуксового HASPLM. Я сильно сомневаюсь, что проблема в линуксовом хаспе. Скорее клиент 1С видит некие другие данные и неверно их интерпретирует. Как, например, вечная ошибка клиента 1С в том, что по IP-шнику это чудо работать не умеет (топаем в hosts и прописываем IP=hostname ибо если клиенту сказать "Сервер предприятия на 10.5.16.12", то клиент скажет "ээээ, я не могу найти сервер my1cserver12") - вот из этой же оперы - клиент втупую через жопу работает с HASP.
Поменять что-то в клиенте мы не можем, а обойти ошибку - пробуем. В 1С я НЕ верю.
Еще раз спасибо.
Сотанавливаем сервер 1С
Идем /home/usr1cv8/.1cv8/1C/1cv8/reg_1541 в файле 1CV8Clst.lst hostname меняем на ip-шник
yhm57878@cndps
08.06.2019, 12:18
Поставил на убунту PosgreSQL. Не запускается толстый клиент, а конфигуратор запускается. И все время создаютс я какие0то сеансы постоянно. 2221
2222
HPDX2300
09.06.2019, 22:00
Дак вот под виндой оно каждые 2,5-3 минуты проходит, а к никсовому серверу HASPLM - нет. Кроме того, обмен пакетами UDP проходит довольно весело и уверенно при запуске клиента, при этом совершенно ничего не посылается в сторону HASPLM после запуска вплоть, включая, подыхание клиента 1С (т.е. клиент 1С перед возникновением ошибки KEYWASLOST в сторону HASPLM ничего не посылает).
Для вопроизвдения:
а) Берем линуксовый HASPLM с сетевым ключем;
б) Берем чистую машинку на Windows (7,8,10, мы пробовали на 7 и на 2012) - важно виндовую, потому что линуксовый клиент 1С работает без нареканий.
в) На этой машинке, при остановленных службах вида обновлений (они жрут ресурсы), с 0,5% использования ЦП, запускаем клиент 1С и файловую базу (или серверную, но запретив пользовать лицензию с сервера предприятий)
г) Просто ждем. Делать в базе что-либо вообще не обязательно. Неважно - вы будете в базе работать или просто смотреть на стартовый экран после запуска, не нажав в клиенте ни единой кнопочки, эти 2 минуты не трогая мышку и клаву - по истечении 2х минут клиент 1С вываливается с ошибкой KEYWASLOST. Потребление ресурсов при этом на уровне плинтуса - т.е. никакого. Проверено как на живых машинах, так и на виртуалке (правда на виртуалке с 2012R2).
Если бы дело было в загрузке ЦП и невозможности время от времени клиентом отправить UDP запрос - то тогда запрос от клиента хотя бы иногда приходил бы на сервер HASPLM. Мы третий день бьемся с проблемой и в 100% случаев клиент, после запуска, не общается больше с сервером Linux HASPLM вообще, просто вываливаясь с ошибкой KEYWASLOST.
ЗЫ. ЭТИ же клиенты, по ТОМУ же протоколу UDP, прекрасно работают с виндовым HASPLM. Эти же. И они же дохнут при наличии линуксового HASPLM. Я сильно сомневаюсь, что проблема в линуксовом хаспе. Скорее клиент 1С видит некие другие данные и неверно их интерпретирует.
Поменять что-то в клиенте мы не можем, а обойти ошибку - пробуем.
вот тут есть
Инструкция по эксплуатации программных продуктов «1C» и ключей защиты HASP (https://safenet-sentinel.ru/faq/dev/hasp4#6412)
там, в частности, написано более подробно чем в доке "одинсек" про параметры таймаутов nethasp.ini:
"...Если часть маршрута между запускаемой программой и ключами HASP проходит через Интернет или на ключе более 100 лицензий, могут возникнуть проблемы с тайм-аутами при доставке
пакетов. Время ожидания ответа можно регулировать с помощью параметров NH_SESSION и NH_SEND_RCV. По умолчанию они закомментированы, и их значение составляет 30 и 5 секунд
соответственно. Таким образом, делается 6 попыток найти ключ по 5 секунд каждая. При необходимости Вы можете увеличить эти параметры...."
т.е. величина NH_SESSION кратна величине NH_SEND_RCV (NH_SESSION = NH_SEND_RCV * K, где K целое число ). Если указать величны NH_SESSION < NH_SEND_RCV , то как-бы ничего не должно перепосылаться. Этот момент совершенного не освещен в доке "одинсек".
еще вот этот момент в Working_with_HASP_and_1C.pdf :
"1C 8.x работает только по UDP. Однако ее можно заставить использовать TCP неявно. Для этого, помимо того, что описано выше, необходимо разрешить в свойствах протокола TCP/IP (Properties - Advanced - WINS) поддержку NetBios over TCP/IP на рабочих станциях, где работает защищенное приложение и на машине, где установлен ключ."
а следующий параграф ''HASP4 и "зависшие" сессии (https://safenet-sentinel.ru/faq/dev/hasp4#6413)'' о многом говорит:
"Система защиты HASP4 устарела и была снята с поддержки в 2006 году, с тех пор для неё ничего не дорабатывалось. В менеджере лицензий 8.32 периодически возможно "зависание части лицензий", происходящее из-за некорректного завершения сессии с ключом."
Между исх.кодом платформы и HASP-ключом есть очевидная "прослойка" - "HASP API" (его исходники называются примерно так - "HASP SDK") + "HASP LM".
Следы "HASP API" легко находятся в либах, работающих с HASP-ключом.
Например, используя тулзу strings увидим в backbas.dll строки с названиями функций из "HASP API" (бублично доступен только .h файл с прототипами функций):
HASPAPI_VERSION
LOCALHASP_HASPSTATUS
LOCALHASP_HASPCODE
LOCALHASP_ISHASP
LOCALHASP_DECODEDATA
LOCALHASP_ENCODEDATA
NETHASP_ENCODEDATA
NETHASP_DECODEDATA
NETHASP_LASTSTATUS
NETHASP_SETIDLETIME
NETHASP_HASPCODE
NETHASP_READBLOCK
NETHASP_HASPID
NETHASP_GETPROTOCOL
NETHASP_SET_SERVER_BY_NAME
NETHASP_SET_CONFIG_FILENAME
NETHASP_HASPQUERYLICENSE
NETHASP_DEFAULTCONFIG
NETHASP_SETPROTOCOL
на сайте вендора HASP4 написано, что он похерен и не поддерживается с 2006 года - парни из "один сек" не будут париться и самостоятельно ковыряться в коде "HASP API", да ещё наверняка там не все идет в сорцах, и некоторые либы могут поставляться в скомпилированном виде - бери и используй при сборке (линковке) приложения.
Вообщем, "удаление гланд автогеном через анальное отверстие"
deniskhodus
10.06.2019, 08:37
Спасибо за ответ. Мы пришли к тому же выводу, найдя ровно то же сообщение от SafeNet о снятии с поддержки HASP4 с 2006 года и слегка опустили руки. Программный ключ пока использовать не шибко спешим рисковать - будем следить за форумами и ситуацией. Камень преткновения - это "слетание" программного ключа в случае использования виртуализации как самостоятельного явления (из-за, видимо, слегка люфтящих параметров машины со стороны гипервизора - например, частоты ЦП), так и технологий управления ВМ - как ручных (например, слегка поменяли объем выданного ОЗУ или количество ядер), так и автоматизированных (таких, как миграция ВМ между гипервизорами). Сообщения в форумах показывают, что, к сожалению, переактивацию приходится проходить достаточно часто (некоторые сообщения говорят о необходимости переактивации почти каждый холодный перезапуск ВМ) - в итоге, три выданных "попытки" заканчиваются.
Результат - либо мы победим параметризацией, поиграв с Вами выше описанными ключами (очень маловероятно), либо мы оставим виндовую машинку, закрыв ее отовсюду и оставив udp475 открытым, и поставим на нее ключи (вот это, вероятнее всего, и будет окончательным решением).
Еще раз спасибо.
daemonpnz
10.06.2019, 13:24
Кому будет интересно, благодаря пользователю Илья547 (https://forum.ruboard.ru/member.php/473228-%D0%98%D0%BB%D1%8C%D1%8F547) и его дампам получилось завести ключ для x64 сервера и соответстенно сам сервер. Ещё для того чтобы работали ключи в контейнерах в linux, то нужно пробросить usb и aks устройства в контейнер. Для примера часть конфиг файла для proxmox (lxc)
lxc.cgroup.devices.allow: c 189:* rwm #разрешается проброс конкретных usb устройств
lxc.mount.entry: /dev/bus/usb/005/001 dev/bus/usb/005/001 none bind,optional,create=file #проброс целой шины usb на которой висит ключ, ваши числа могут отличаться
lxc.mount.entry: /dev/bus/usb/005/002 dev/bus/usb/005/002 none bind,optional,create=file
lxc.mount.entry: /dev/aks/hasp/5-1 dev/aks/hasp/5-1 none bind,optional,create=file #проброс aks устройства через которое aksusbd (драйвер) общается с ключом, ваши числа могут отличаться
Sprinter2000
15.06.2019, 05:50
Инструкция для тех, кто хочет поставить эмулятор на Centos 7 x64 (Kernel 3.10.0)
Alf500 (https://forum.ruboard.ru/member.php/481500-Alf500)[/B] и vfp7 (https://forum.ruboard.ru/member.php/443931-vfp7).
День добрый.
Сделал по инструкции.
Ключей не видит. lsusb выдает только USB хабы в системе. Alladin Monitor видит менеджера, но ключей не видит. После usbhasp -d /home/1.json ничего не выдает. Как сервис usbhasp не стоит, даже статус глянуть не могу.
Где я мог ошибиться?
vfp7
15.06.2019, 09:50
Хм ... для статуса как бы делать так, без ключа -dEMON:
usbhasp /home/1.json
Sprinter2000
15.06.2019, 13:13
Хм ... для статуса как бы делать так, без ключа -dEMON:
usbhasp /home/1.json
Ага, помогло.. Теперь видно, что выдает ошибку при разборе файлов json..
Понять бы в чем там ошибка, вроде по шаблону сделал.. Есть у Вас образец?
Sprinter2000
15.06.2019, 14:01
Ага, помогло.. Теперь видно, что выдает ошибку при разборе файлов json..
Понять бы в чем там ошибка, вроде по шаблону сделал.. Есть у Вас образец?
С файлами разобрался, теперь он их читает.
Но выдает :
usbhasp[6106]: Unable to create USB device. Is vhci_hcd driver loaded?
Делал по инструкции в посту
(https://forum.ruboard.ru/showthread.php/161956-как-ломануть-1C-8-3-for-Linux?p=538373&viewfull=1#post538373), ошибок, вроде не было. Где мог промазать?
Sprinter2000
15.06.2019, 14:10
С файлами разобрался, теперь он их читает.
Но выдает :
usbhasp[6106]: Unable to create USB device. Is vhci_hcd driver loaded?
Делал по инструкции в посту (https://forum.ruboard.ru/showthread.php/161956-как-ломануть-1C-8-3-for-Linux?p=538373&viewfull=1#post538373), ошибок, вроде не было. Где мог промазать?
Все, отбой. Прошелся второй раз по инструкции, ключи загрузились. Только вот Алладин Монитор их не видит на компе.
Sprinter2000
15.06.2019, 14:23
Все, отбой. Прошелся второй раз по инструкции, ключи загрузились. Только вот Алладин Монитор их не видит на компе.Ну и сервер 1с тоже ничего не видит. Хотя ключи в системе "стоят". Службы хаспа запущены.
Как можно проверить ключи?
Sprinter2000
15.06.2019, 14:33
Ну и сервер 1с тоже ничего не видит. Хотя ключи в системе "стоят". Службы хаспа запущены.
Как можно проверить ключи?
Прошу прощения за "монолог", но хоть в консоли управления 1с сервером и не пишется, какая лицензия на 1с сервер стоит, но по факту, база запустилась без воплей о том, что лицензии нет.
Насколько я помню, 1с сервер ключ "прощал" только в случае если это х32 сервер, 1 процесс и 12 пользователей. На 1С сервер х64 это же не распространялось?
Sprinter2000
15.06.2019, 14:39
Прошу прощения за "монолог", но хоть в консоли управления 1с сервером и не пишется, какая лицензия на 1с сервер стоит, но по факту, база запустилась без воплей о том, что лицензии нет.
Насколько я помню, 1с сервер ключ "прощал" только в случае если это х32 сервер, 1 процесс и 12 пользователей. На 1С сервер х64 это же не распространялось?
Оказывается, распространяется, хотя раньше, вроде не было. На 13-ом подключении ругнулось на отсутствие лицензии..
Собственно вопрос в силе: как проверить виртуальный ключ и почему сервер его может не видеть?
Alf500
15.06.2019, 15:55
Оказывается, распространяется, хотя раньше, вроде не было. На 13-ом подключении ругнулось на отсутствие лицензии..
Собственно вопрос в силе: как проверить виртуальный ключ и почему сервер его может не видеть?
Серверный ключ монитор и не должен видеть.
Покажите что в выхлопе lsusb?
Сколько ключей загружается? Как выглядит команда запуска usbhasp?
Sprinter2000
15.06.2019, 16:35
Серверный ключ монитор и не должен видеть.
Покажите что в выхлопе lsusb?
Сколько ключей загружается? Как выглядит команда запуска usbhasp?
Грузил и два ключа (пользовательские + сервер), и один (просто сервер) разницы нет. В консоли администрирования сервера не пишет лицензию.
Вот вывод команды lsusb:
[root@centos ~]# lsusb
Bus 003 Device 002: ID 0529:0001 Aladdin Knowledge Systems HASP copy protection dongle
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 003: ID 0e0f:0002 VMware, Inc. Virtual USB Hub
Bus 002 Device 002: ID 0e0f:0003 VMware, Inc. Virtual Mouse
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
[root@centos ~]#
Sprinter2000
15.06.2019, 16:36
Кстати, почему-то после перезагрузки сервер драйвер usb_vhci не подгружается атвомтаом, приходится опять выполнять insmod
Alf500
15.06.2019, 17:01
а сервис aksusbd что говорит?
Sprinter2000
15.06.2019, 17:13
а сервис aksusbd что говорит?
Какой командой вывод посмотреть, напомните, пожалуйста.
Alf500
15.06.2019, 18:48
Лог надо смотреть
Можно dmesg | grep aksusb
Sprinter2000
16.06.2019, 03:25
Лог надо смотреть
Можно dmesg | grep aksusb
Хм, пусто по такой команде. Хотя стаус haspd говорит, что aksusbd запущен:
[root@centos ~]# dmesg | grep aksusbd
[root@centos ~]# service haspd status
/etc/init.d/haspd: line 25: NHS_IP_LIMIT: command not found
Hardware protection keys support bundle. Etersoft (c) 2008-2016
HASPD package 7.90 with /dev/bus/usb support
Aladdin HASP 4/HL/SRM driver status:
kernel module aksparlnx is not loaded (WARNING: HASP LPT keys support is disabled! Run service haspd build if needed.)
aksusbd is running
winehasp is running
hasplm is running
hasplmd is running
aksusbd version 7.90.1.81737 - key API (USB) version: 3.88 (parallel driver not available)
/proc/bus/usb workaround is enabled
Smartkey 3 USB/LPT driver status:
skeyd is stopped
SafeNet Sentinel status:
usbsentinel is stopped
SntlKeysSrvrlnx is stopped
Use $ eterkeytest [--hasp] [--sentinel] [--eutron] (WINE@Etersoft only)
or $ usbkeytest [--list] for test key presence
[root@centos ~]#
Ну и ладно что пусто. Ключ он видит... какой-то.
Софт то... весь для одной архитектуры? И ключ соответствующий?
Sprinter2000
16.06.2019, 09:51
Ну и ладно что пусто. Ключ он видит... какой-то.
Софт то... весь для одной архитектуры? И ключ соответствующий?
Ну да, все по инструкции, сервер x64, CentOS7 x64.
Дамп с рег файлов под х64. Брал с двух разных мест, но судя по содержимому, они идентичны. Ключ на 300 юзверей тоже не видится. Может ошибка в самом json файле? Синтаксис у него правильный, но может что-то не то в самих параметрах? Алладин Монитор сам сервер видит, но воткнутых в него эмуляторов хаспов не видит как и их содержимого.
Alf500
16.06.2019, 11:27
Может на лету не подхватывает
я бы шёл таким путём
1 запуск эмулятора usbhasp
2 запуск aksusbd
3 запуск hasplmd
и на каждом шаге смотреть логи
vfp7
16.06.2019, 11:39
У Вас много ляпов, похоже что не внимательно готовили систему и наделали много ляпов, ошибки сыпятся по каждому поводу ...
"../etc/init.d/haspd: line 25: NHS_IP_LIMIT: command not found.."
dimbor2
16.06.2019, 22:43
Прочитал много раз эту интересную тему. Можно присоединиться к вашей теплой компании? Повторил сборку и установку эмулятора на devuan ascii по образу и подобию выложенного здесь deb64. Подозреваю, подошел бы и оригинальный, но хотелось чистоты эксперимента. Тестировал с платформой 8.3.10.2667: сервер i386 с встроенными "благотворительными" лицензиями, клиенты - линукс *amd64.deb. Также в сети имеется xp с мультикеем. Изначально на клиентах получаются сетевые лицензии с мультикея, и все работает.
На установку сервера на машину с эмулятором пока замахиваться не стал. Для начала попробовал избавиться от мультикея в пользу описанной здесь схемы. Увы, пока не получается с теми же описанными здесь симптомами:
1) Меняю на клиенте NH_SERVER_ADDR. - Получаю при запуске ругань на HASP, предложение его отключить, и лицензия получается с сервера.
2) Добавляю таймауты NH_SESSION, NH_SEND_RCV. - База запускается, лицензия клиентская правильная, в мониторе ее выдачу из линуксового эмулятора видно. 500 секунд начинают отматываться, но через пару-тройку десятков секунд программа закрывается. "Ключ защиты программы больше не доступен!"
Логи одынэса на клиенте не включал. Решил, что более тут опубликованного оттедова не вычитаю.
Методом банальной эрудиции получается, что UsbHasp по сравнением с мультикеем недопилен и мб на какой-то запрос просто не отвечает. Или отвечает не тем. Кроме его автора походу никто не поможет.
Sprinter2000
17.06.2019, 01:50
У Вас много ляпов, похоже что не внимательно готовили систему и наделали много ляпов, ошибки сыпятся по каждому поводу ...
"../etc/init.d/haspd: line 25: NHS_IP_LIMIT: command not found.."
Это видел, не придал значения. Изначально такого в файле не было. Если убрать то менеджер будет со всех адресов принимать запросы?
Опять же, ключ на сервер локальный, но его не видит.
Какие еще ляпы есть? Где я мог еще ошибиться?
vfp7
17.06.2019, 13:01
"..сервер i386 с встроенными "благотворительными" лицензиями, клиенты - линукс *amd64.deb.."(c)
- Вы планируете ключи i386 отдавать x64 клиентам?! ... Насколько помню разрешено делать с точностью до наоборот - ключи (лицензии) x64 можно отдавать i386 клиентам ...
ps: парни, ну не надо делать изначально ляпы, вплоть до ошибок при копировании-вставке, unix системы в отличии от windows, НЕ позволяют подобного - к примеру в большинстве случаев даже применение пробелов вместо "таба" в файле конфигурации syslog.conf приведет к отказу.
Основа для этой системы на примере ubuntu x64:
Добавить поддержку архитектуры i386 - sudo dpkg --add-architecture i386
Скомпилировать vhci-hcd, libusb_vhci, UsbHasp, далее после инсталляции модулей поправить библиотеки - sudo /sbin/ldconfig -v
Поставить модули в авто загрузку - sudo nano /etc/modules
В необходимой последовательности запустить все компоненты, включая usbhasp с ключами - /usr/local/etc/usbhasp -d /usr/local/etc/srv.json /usr/local/etc/ws.json
НЕ используем HASP от etersoft !!!, используем HASP от safenet-sentinel !!!
Так же не забываем что дополнительно требуется еще и "Менеджер лицензий для Linux" !!!
В nethasp.ini рекомендуется добавить две строки - NH_SESSION = 5 и NH_SEND_RCV = 4, не забыть использовать "аппаратную защиту" а кластеру разрешить раздавать лицензии.
Alf500
17.06.2019, 13:25
Какие еще ляпы есть? Где я мог еще ошибиться?
Все очень подробно разжевано в теме... кое-что не один раз
Надо просто начать с начала, идти шаг за шагом, и контролировать результат каждого этапа.
А по быстрому тут вряд ли получится
dimbor2
17.06.2019, 15:35
"..сервер i386 с встроенными "благотворительными" лицензиями, клиенты - линукс *amd64.deb.."(c)
- Вы планируете ключи i386 отдавать x64 клиентам?! ... Насколько помню разрешено делать с точностью до наоборот - ключи (лицензии) x64 можно отдавать i386 клиентам ...
Планирую-то потом на машину с эмулем поставить 64-й сервер. Но описанное тестирование проводилось пока с целью избавления от вин-машины с мультикеем.
НЕ используем HASP от etersoft !!!, используем HASP от safenet-sentinel !!!
Так же не забываем что дополнительно требуется еще и "Менеджер лицензий для Linux" !!!
Тут, да. Может быть косяк. Спасибо, что заметили. Этерсофтовский хасп юзал, т.к. там есть рабочий hasplm, и пакеты - deb64. Сейчас глянул, а hasplm там оказывается тоже elf32. Чудесато.
Значит заменю на sentinel. Да и сервер одынэсовский туда правильный поставлю до кучи. Постгрес же у него может быть внешний теоретически?
vfp7
17.06.2019, 16:35
"..Постгрес же у него может быть внешний теоретически?.."(c)
- и практически очень даже великолепно работает.
/* Я бы рекомендовал тем кто еще не юзал postresql, использовать сборку от postgrespro (для одинсес который, там же и free версия) */
dimbor2
17.06.2019, 21:36
Значит заменю на sentinel. Да и сервер одынэсовский туда правильный поставлю до кучи.
Заменил. Сервер поставил. 8.3.13.1865 deb64. Пробовал также и с нелеченных 64-х битных клиентов. Ситуация не изменилась. Работает только получая лицухи с мультикея. Что там творится на сервере - хз. Кто знает, расскажите плиз, есть ли способ понять какую сиську сосет сервер, не запуская 13-14 подключений к нему?
Alf500
17.06.2019, 21:50
есть ли способ понять какую сиську сосет сервер, не запуская 13-14 подключений к нему?
Через оснастку администрирования можно посмотреть есть ли лицензия на рабочем процессе. Только при этом надо чтобы хотя бы одно подключение (сеанс) было к базе
Alf500
17.06.2019, 21:52
Работает только получая лицухи с мультикея. Что там творится на сервере - хз.
А в свойствах ИБ включено «выдавать лицензии»?
daemonpnz
17.06.2019, 21:55
Запусти одного клиента и посмотри, что у тебя показывается в информации о программе. Там снизу будет показываться какая именно лицензия выдана, кем и откуда.2234
daemonpnz
17.06.2019, 21:59
На приведённом мною выше изобраежении видно, что используется серверная лицензия EN8SA, а клиентская подтянута по сети через hasp.
dimbor2
18.06.2019, 00:49
А в свойствах ИБ включено «выдавать лицензии»?
Да, включено. Это что получается, даже nethasp.ini на клиенте заодно с мультикеем в сети не нужны что-ли? И добряк-сервер будет клиентам лицензии раздавать при правильной работе эмуля?
На приведённом мною выше изобраежении видно, что используется серверная лицензия EN8SA, а клиентская подтянута по сети через hasp.
Да, она самая "Локальный HASP4, EN8SA 1" второй строчкой пишет, на рабочем процессе в консоли администрирования тоже.
Sprinter2000
18.06.2019, 03:08
Все очень подробно разжевано в теме... кое-что не один раз
Надо просто начать с начала, идти шаг за шагом, и контролировать результат каждого этапа.
А по быстрому тут вряд ли получится
Вот и делал по инструкции шаг за шагом, перезапускал перезагружал - нет эффекта. Плюнул, поставил х32 и прошелся юнипатчем.
Sprinter2000
18.06.2019, 03:10
"..Постгрес же у него может быть внешний теоретически?.."(c)
- и практически очень даже великолепно работает.
/* Я бы рекомендовал тем кто еще не юзал postresql, использовать сборку от postgrespro (для одинсес который, там же и free версия) */
Вчера лазил по сайту постгреспро. Создалось ощущение, что они удалили постгреспро стандарт для 1С, остался только Энтерпрайз со всеми вытекающими. Поставил от 1с 10-ый.
Alf500
18.06.2019, 07:35
Да, включено. Это что получается, даже nethasp.ini на клиенте заодно с мультикеем в сети не нужны что-ли? И добряк-сервер будет клиентам лицензии раздавать при правильной работе эмуля?
Да
Да, она самая "Локальный HASP4, EN8SA 1" второй строчкой пишет, на рабочем процессе в консоли администрирования тоже.
Ну значит серверная работает. Осталось клиентскую подцепить.
Для этого надо соответствующий ключ сунуть на вход эмулятору вместе с серверным.
Alf500
18.06.2019, 07:40
Вчера лазил по сайту постгреспро. Создалось ощущение, что они удалили постгреспро стандарт для 1С, остался только Энтерпрайз со всеми вытекающими. Поставил от 1с 10-ый.
Репозиторий здесь (http://repo.postgrespro.ru/)
А инструкции здесь (https://postgrespro.ru/products/download)
dimbor2
18.06.2019, 08:08
Ну значит серверная работает. Осталось клиентскую подцепить.
Для этого надо соответствующий ключ сунуть на вход эмулятору вместе с серверным.
Да есть уже оно там. О чем, собсно, была все моя ветка, полная боли и печали. Буду дальше пробовать согласно полученной информации.
HPDX2300
18.06.2019, 22:33
Репозиторий здесь (http://repo.postgrespro.ru/)
А инструкции здесь (https://postgrespro.ru/products/download)
Ещё полезнее ссылка на репозитарий сборок PG конкретно для "одинсек": тыкать мышой сюдой (http://repo.postgrespro.ru/1c-archive/)
Раньше у них на сайте была страничка с генератором инструкций "что скачать и как установить" - теперь она "404", остался от "генратора инструкций" тока файл meta.json (http://repo.postgrespro.ru/1c-archive/meta.json)
dimbor2
19.06.2019, 01:57
Дабы не олицетворять здесь далее систему нипель, вот маленькая плюшка. Может кому и пригодится.
Когда ставил sentinel-овский askusbd и отдельно hasplm, возникла задача согласованного их запуска. Не мудрствуя, подсмотрел порядок у этерсофтовского пакета. Прикрепляю файлик haspd, класть в /etc/init.d, обращаться как со службой. В /usr/sbin кладется бинарник hasplm, который теперь будет тоже стартовать и останавливаться.
Чудес никаких - это немного дописанный /var/hasplm/init/aksusbd.rc (специально для аналогичных ненавистников системды). И неочевидное хозяйке на заметку: если в /var/hasplm/init/ положить пустой force_x86_64, запускаются 64-х битные sentinel-овские дрова.
Sprinter2000
19.06.2019, 01:59
Ещё полезнее ссылка на репозитарий сборок PG конкретно для "одинсек": тыкать мышой сюдой
Раньше у них на сайте была страничка с генератором инструкций "что скачать и как установить" - теперь она "404", остался от "генратора инструкций" тока файл meta.json
Во, то что нужно! Его то я и искал. Теперь не все так очевидно. Пробовали уже 11.2? В связке с какой платформой, если пробовали?
Alf500
19.06.2019, 07:58
Ещё полезнее ссылка на репозитарий сборок PG конкретно для "одинсек": тыкать мышой сюдой (http://repo.postgrespro.ru/1c-archive/)
Раньше у них на сайте была страничка с генератором инструкций "что скачать и как установить" - теперь она "404", остался от "генратора инструкций" тока файл meta.json (http://repo.postgrespro.ru/1c-archive/meta.json)
У меня в листе арт прописано это - http://1c.postgrespro.ru/
там есть скрытый каталог с архивами (http://1c.postgrespro.ru/archive/)
HPDX2300
19.06.2019, 10:10
там есть скрытый каталог с архивами (http://1c.postgrespro.ru/archive/)
В этом архиве PG-9.4 и PG-9.6. "Надежно" спрятаны PG-10 и PG-11. Кто не знает адресочка - не найдет.
WoranDOt
19.06.2019, 16:32
Так как все-таки определить, что серверная лицензия используется?
У меня запущен usbhasp -d v8-500-user.json v8-server-x64.json.
В окне информации о конфигурации:
Так как все-таки определить, что серверная лицензия используется?
У меня запущен usbhasp -d v8-500-user.json v8-server-x64.json.
В окне информации о конфигурации:
насколько я вижу, не используется... и серверной нет, и клиентской на 500
WoranDOt
19.06.2019, 16:52
С клиентской норм, извините, скопипастил неверно, usbhasp запускается с v8-100-user.json. Я использую ключи из вашей deb сборки.
daemonpnz
19.06.2019, 16:53
в Current (Текущая) должны быть ключи EN8SA или ENSR8, если разговор про серверную.
WoranDOt
19.06.2019, 17:23
Да, интересует серверная лицензия.
Судя по логу запуска usbhasp обе лицензии загружаются:
Jun 19 13:08:11 vl systemd[1]: Starting USBHasp Emulator...
Jun 19 13:08:11 vl usbhasp[18940]: Loaded key 0: '1C:Предприятие 8.x, 100 лицензий', Created: 21/04/2019
Jun 19 13:08:11 vl usbhasp[18940]: Loaded key 1: '1C Enterprise Server x64', Created: 21/04/2019
Jun 19 13:08:11 vl usbhasp[18940]: USB device created usb_vhci_hcd.0 (bus# 5)
Jun 19 13:08:11 vl systemd[1]: Started USBHasp Emulator.
Jun 19 13:08:11 vl usbhasp[18945]: Port 1 is powered on -> connecting device.
Jun 19 13:08:11 vl usbhasp[18945]: Port 1 connected.
Jun 19 13:08:11 vl usbhasp[18945]: Port 2 is powered on -> connecting device.
Jun 19 13:08:11 vl usbhasp[18945]: Port 2 connected.
Ура, получилось! Спасибо. Значит в deb пакете из cообщения #110 неправильный серверный ключ.
Текущая:
Сетевой HASP4 ORGL8 100, получило клиентское приложение
Локальный HASP4 EN8SA 1
Информационная база:
Локальный HASP4 ORGL8 10
Локальный HASP4 ENSR8 1
Local HASP4 ENSR8 1
Local HASP4 ORGL8 10
WoranDOt
21.06.2019, 13:12
Не подскажите почему в syslog постоянно сыпятся такие сообщения?:
Jun 21 09:10:46 vl upowerd[9384]: unhandled action 'bind' on /sys/devices/platform/usb_vhci_hcd.0/usb5/5-2/5-2:1.0
Jun 21 09:10:46 vl upowerd[9384]: unhandled action 'bind' on /sys/devices/platform/usb_vhci_hcd.0/usb5/5-1/5-1:1.0
Jun 21 09:10:46 vl upowerd[9384]: unhandled action 'unbind' on /sys/devices/platform/usb_vhci_hcd.0/usb5/5-2/5-2:1.0
Jun 21 09:10:46 vl upowerd[9384]: unhandled action 'unbind' on /sys/devices/platform/usb_vhci_hcd.0/usb5/5-1/5-1:1.0
dimbor2
21.06.2019, 14:01
Не подскажите почему в syslog постоянно сыпятся такие сообщения?:
Jun 21 09:10:46 vl upowerd[9384]: unhandled action 'bind' on /sys/devices/platform/usb_vhci_hcd.0/usb5/5-2/5-2:1.0
Jun 21 09:10:46 vl upowerd[9384]: unhandled action 'bind' on /sys/devices/platform/usb_vhci_hcd.0/usb5/5-1/5-1:1.0
Jun 21 09:10:46 vl upowerd[9384]: unhandled action 'unbind' on /sys/devices/platform/usb_vhci_hcd.0/usb5/5-2/5-2:1.0
Jun 21 09:10:46 vl upowerd[9384]: unhandled action 'unbind' on /sys/devices/platform/usb_vhci_hcd.0/usb5/5-1/5-1:1.0
По всей видимости, "питательный" демон перепутал эмуль с батарейкой и пытается его к себе подключить. Ну или оптимизировать потребление на шине, отключив лишнее сейчас по его мнению устройство.
WoranDOt
21.06.2019, 15:18
По всей видимости, "питательный" демон перепутал эмуль с батарейкой и пытается его к себе подключить. Ну или оптимизировать потребление на шине, отключив лишнее сейчас по его мнению устройство.
Поискал информацию в сети, похоже это баг ядра 4.15 https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1788018
WoranDOt
21.06.2019, 15:29
Поискал информацию в сети, похоже это баг ядра 4.15 https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1788018
Не знаю, связано ли с этим, но "через раз" при обновлении конфигурации вылетает ошибка, что лицензия не найдена.
HPDX2300
22.06.2019, 09:53
парням из артели "одынсек" (они наверняка читают наше словоблудие):
история от Павла Лузанова (https://www.facebook.com/permalink.php?story_fbid=2352413025040076&id=100008142047856)
Основано на реальных событиях.
18+2
Летнее солнечное забайкальское утро. Отбрасывающие тень скулы вчерашних призывников выровнены вдоль строя на утреннем разводе.
Сержант учебной части, аккуратно выбирая слова, разъясняет суть предстоящего мероприятия. Кратко оно заключается в необходимости пойти в расположение соседнего подразделения, не сильно афишируя что-то взять, вернуться не привлекая внимания.
- "Так это что, нужно своровать?", - послышался робкий голос из строя.
... Ответ сержанта скрасил неловкую паузу и явился образцом нестандартного мышления в непростых условиях несения воинской службы:
- "Нет, воровать не надо! Воровать - нехорошо! Надо спи$дить! Потому как ежели ты спи$здил, то это значит что кто-то просто прое@ал."
Уточненная формулировка оставила незыблемыми моральные устои подразделения. Задание было выполнено с юмором, смекалкой, повышенным энтузиазмом.
HPDX2300
22.06.2019, 16:09
... это немного дописанный /var/hasplm/init/aksusbd.rc
И неочевидное хозяйке на заметку: если в /var/hasplm/init/ положить пустой force_x86_64, запускаются 64-х битные sentinel-овские дрова.
совсем точно, для ясности - фрагмент /var/hasplm/init/aksusbd.rc:
# detect hardware platform
ARCH=`uname -m`
case "$ARCH" in
x86_64)
# check if the 64 bit daemons should be used
if [ ! -e /lib/ld-linux.so.2 -o \( -e /var/hasplm/init/force_x86_64 -a -e /usr/sbin/hasplmd_x86_64 \) ]
then
TAIL=_x86_64
OTHER=
else
TAIL=
OTHER=_x86_64
fi
dimbor2
22.06.2019, 17:15
А еще, теоретически опять же, запуск hasplmd необязателен получается для наших низменных целей? Пока не проверял..
Alf500
22.06.2019, 18:17
А еще, теоретически опять же, запуск hasplmd необязателен получается для наших низменных целей? Пока не проверял..
Если лицензии выдаёт база, то ни к чему он ;)
dimbor2
22.06.2019, 18:35
Опять непонятно спросил, уточняю: В нашем случае hasplmd, это родной сентинеловский демон, который о HASP4 вообще без понятия. А hasplm запускается в довесок 32-х битный. И если локалый одынэс ломится за лицензией на localhost:475, то получается не зря.
Bartlebi
03.07.2019, 00:29
Комрады, что не так, подсобите.
Сервер под Ubuntu 18.04 x64
Запустил эмуль, подсунул ключи, но сервак лицензию в упор не хочет видеть, хотя клиенты лицензию получают.
lsusb:
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 006 Device 002: ID 0529:0001 Aladdin Knowledge Systems HASP copy protection dongle
Bus 006 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 005 Device 002: ID 0529:0001 Aladdin Knowledge Systems HASP copy protection dongle
Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 002: ID 80ee:0021 VirtualBox USB Tablet
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
journalctl -b | grep usb
июл 02 23:22:26 server7202 kernel: usbcore: registered new interface driver usbfs
июл 02 23:22:26 server7202 kernel: usbcore: registered new interface driver hub
июл 02 23:22:26 server7202 kernel: usbcore: registered new device driver usb
июл 02 23:22:26 server7202 kernel: usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
июл 02 23:22:26 server7202 kernel: usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
июл 02 23:22:26 server7202 kernel: usb usb1: Product: xHCI Host Controller
июл 02 23:22:26 server7202 kernel: usb usb1: Manufacturer: Linux 4.15.0-54-generic xhci-hcd
июл 02 23:22:26 server7202 kernel: usb usb1: SerialNumber: 0000:00:0c.0
июл 02 23:22:26 server7202 kernel: usb usb2: New USB device found, idVendor=1d6b, idProduct=0003
июл 02 23:22:26 server7202 kernel: usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
июл 02 23:22:26 server7202 kernel: usb usb2: Product: xHCI Host Controller
июл 02 23:22:26 server7202 kernel: usb usb2: Manufacturer: Linux 4.15.0-54-generic xhci-hcd
июл 02 23:22:26 server7202 kernel: usb usb2: SerialNumber: 0000:00:0c.0
июл 02 23:22:26 server7202 kernel: usb 1-1: new full-speed USB device number 2 using xhci_hcd
июл 02 23:22:26 server7202 kernel: usb 1-1: New USB device found, idVendor=80ee, idProduct=0021
июл 02 23:22:26 server7202 kernel: usb 1-1: New USB device strings: Mfr=1, Product=3, SerialNumber=0
июл 02 23:22:26 server7202 kernel: usb 1-1: Product: USB Tablet
июл 02 23:22:26 server7202 kernel: usb 1-1: Manufacturer: VirtualBox
июл 02 23:22:26 server7202 kernel: usbcore: registered new interface driver usbhid
июл 02 23:22:26 server7202 kernel: usbhid: USB HID core driver
июл 02 23:22:26 server7202 kernel: input: VirtualBox USB Tablet as /devices/pci0000:00/0000:00:0c.0/usb1/1-1/1-1:1.0/0003:80EE:0021.0001/input/input6
июл 02 23:22:26 server7202 kernel: hid-generic 0003:80EE:0021.0001: input,hidraw0: USB HID v1.10 Mouse [VirtualBox USB Tablet] on usb-0000:00:0c.0-1/input0
июл 02 23:22:26 server7202 kernel: usb usb3: New USB device found, idVendor=1d6b, idProduct=0002
июл 02 23:22:26 server7202 kernel: usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1
июл 02 23:22:26 server7202 kernel: usb usb3: Product: USB/IP Virtual Host Controller
июл 02 23:22:26 server7202 kernel: usb usb3: Manufacturer: Linux 4.15.0-54-generic vhci_hcd
июл 02 23:22:26 server7202 kernel: usb usb3: SerialNumber: vhci_hcd.0
июл 02 23:22:26 server7202 kernel: usb usb4: We don't know the algorithms for LPM for this host, disabling LPM.
июл 02 23:22:26 server7202 kernel: usb usb4: New USB device found, idVendor=1d6b, idProduct=0003
июл 02 23:22:26 server7202 kernel: usb usb4: New USB device strings: Mfr=3, Product=2, SerialNumber=1
июл 02 23:22:26 server7202 kernel: usb usb4: Product: USB/IP Virtual Host Controller
июл 02 23:22:26 server7202 kernel: usb usb4: Manufacturer: Linux 4.15.0-54-generic vhci_hcd
июл 02 23:22:26 server7202 kernel: usb usb4: SerialNumber: vhci_hcd.0
июл 02 23:22:27 server7202 kernel: usb_vhci_hcd: loading out-of-tree module taints kernel.
июл 02 23:22:27 server7202 kernel: usb_vhci_hcd: module verification failed: signature and/or required key missing - tainting kernel
июл 02 23:22:27 server7202 kernel: usb_vhci_hcd: USB Virtual Host Controller Interface -- Version 1.15 (2019-06-27)
июл 02 23:22:27 server7202 kernel: usb_vhci_iocifc: User-mode IOCTL-interface for USB VHCI -- Version 1.15 (2019-06-27)
июл 02 23:22:27 server7202 kernel: usb_vhci_iocifc: Successfully registered the character device.
июл 02 23:22:27 server7202 kernel: usb_vhci_iocifc: The major device number is 244.
июл 02 23:22:27 server7202 systemd-modules-load[469]: Inserted module 'usb_vhci_hcd'
июл 02 23:22:27 server7202 systemd-modules-load[469]: Inserted module 'usb_vhci_iocifc'
июл 02 23:22:33 server7202 haspd[902]: Enable workaround for /proc/bus/usb (bind from /dev/bus/usb)[ DONE ]
июл 02 23:22:33 server7202 haspd[902]: Running aksusbd... [ DONE ]
июл 02 23:22:33 server7202 aksusbd[1170]: loaded, daemon version: 7.90.1.81737, key API (USB) version: 3.88 (parallel driver not available)
июл 02 23:22:43 server7202 usbhasp[1722]: Loaded key 0: '1C Enterprise Server x64', Created: 21.04.2019 14:00
июл 02 23:22:43 server7202 usbhasp[1722]: USB device created usb_vhci_hcd.0 (bus# 5)
июл 02 23:22:43 server7202 usbhasp[1725]: Port 1 is powered on -> connecting device.
июл 02 23:22:43 server7202 usbhasp[1725]: Port 1 connected.
июл 02 23:22:43 server7202 kernel: usb_vhci_hcd usb_vhci_hcd.0: USB Virtual Host Controller Interface -- Version 1.15 (2019-06-27)
июл 02 23:22:43 server7202 kernel: usb_vhci_hcd usb_vhci_hcd.0: --> Backend: USB VHCI user-mode IOCTL-interface
июл 02 23:22:43 server7202 kernel: usb_vhci_hcd usb_vhci_hcd.0: VHCI Host Controller
июл 02 23:22:43 server7202 kernel: usb_vhci_hcd usb_vhci_hcd.0: new USB bus registered, assigned bus number 5
июл 02 23:22:43 server7202 kernel: usb usb5: New USB device found, idVendor=1d6b, idProduct=0002
июл 02 23:22:43 server7202 kernel: usb usb5: New USB device strings: Mfr=3, Product=2, SerialNumber=1
июл 02 23:22:43 server7202 kernel: usb usb5: Product: VHCI Host Controller
июл 02 23:22:43 server7202 kernel: usb usb5: Manufacturer: Linux 4.15.0-54-generic usb_vhci_hcd
июл 02 23:22:43 server7202 kernel: usb usb5: SerialNumber: usb_vhci_hcd.0
июл 02 23:22:43 server7202 kernel: usb_vhci_iocifc: Usb bus #5
июл 02 23:22:43 server7202 usbhasp[1725]: Port 1 is disabled.
июл 02 23:22:43 server7202 kernel: usb 5-1: new full-speed USB device number 2 using usb_vhci_hcd
июл 02 23:22:43 server7202 usbhasp[1725]: Set device on port 1 address = 2
июл 02 23:22:43 server7202 kernel: usb 5-1: New USB device found, idVendor=0529, idProduct=0001
июл 02 23:22:43 server7202 kernel: usb 5-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
июл 02 23:22:43 server7202 kernel: usb 5-1: Manufacturer: HASP HL 3.25
июл 02 23:22:43 server7202 kernel: audit: type=1326 audit(1562098963.664:21): auid=4294967295 uid=0 gid=0 ses=4294967295 pid=1728 comm="aksusbd" exe="/usr/sbin/aksusbd" sig=31 arch=40000003 syscall=45 compat=1 ip=0xf7f682c7 code=0x0
июл 02 23:22:43 server7202 audit[1728]: SECCOMP auid=4294967295 uid=0 gid=0 ses=4294967295 pid=1728 comm="aksusbd" exe="/usr/sbin/aksusbd" sig=31 arch=40000003 syscall=45 compat=1 ip=0xf7f682c7 code=0x0
июл 02 23:22:43 server7202 systemd-udevd[1727]: Process '/usr/sbin/aksusbd -c /dev/aks/hasp/5-1' terminated by signal SYS.
июл 02 23:22:43 server7202 audit[1730]: SECCOMP auid=4294967295 uid=0 gid=0 ses=4294967295 pid=1730 comm="aksusbd" exe="/usr/sbin/aksusbd" sig=31 arch=40000003 syscall=45 compat=1 ip=0xf7f7b2c7 code=0x0
июл 02 23:22:43 server7202 kernel: audit: type=1326 audit(1562098963.828:22): auid=4294967295 uid=0 gid=0 ses=4294967295 pid=1730 comm="aksusbd" exe="/usr/sbin/aksusbd" sig=31 arch=40000003 syscall=45 compat=1 ip=0xf7f7b2c7 code=0x0
июл 02 23:22:43 server7202 systemd-udevd[1727]: Process '/usr/sbin/aksusbd -c /dev/aks/hasp/5-1' terminated by signal SYS.
июл 02 23:22:48 server7202 usbhasp[1732]: Loaded key 0: '1C:Предприятие 8.x, 50 лицензий', Created: 21.04.2005 14:59
июл 02 23:22:48 server7202 usbhasp[1732]: USB device created usb_vhci_hcd.1 (bus# 6)
июл 02 23:22:48 server7202 kernel: usb_vhci_hcd usb_vhci_hcd.1: USB Virtual Host Controller Interface -- Version 1.15 (2019-06-27)
июл 02 23:22:48 server7202 kernel: usb_vhci_hcd usb_vhci_hcd.1: --> Backend: USB VHCI user-mode IOCTL-interface
июл 02 23:22:48 server7202 kernel: usb_vhci_hcd usb_vhci_hcd.1: VHCI Host Controller
июл 02 23:22:48 server7202 kernel: usb_vhci_hcd usb_vhci_hcd.1: new USB bus registered, assigned bus number 6
июл 02 23:22:48 server7202 kernel: usb usb6: New USB device found, idVendor=1d6b, idProduct=0002
июл 02 23:22:48 server7202 kernel: usb usb6: New USB device strings: Mfr=3, Product=2, SerialNumber=1
июл 02 23:22:48 server7202 kernel: usb usb6: Product: VHCI Host Controller
июл 02 23:22:48 server7202 kernel: usb usb6: Manufacturer: Linux 4.15.0-54-generic usb_vhci_hcd
июл 02 23:22:48 server7202 kernel: usb usb6: SerialNumber: usb_vhci_hcd.1
июл 02 23:22:48 server7202 kernel: usb_vhci_iocifc: Usb bus #6
июл 02 23:22:48 server7202 usbhasp[1736]: Port 1 is powered on -> connecting device.
июл 02 23:22:48 server7202 usbhasp[1736]: Port 1 connected.
июл 02 23:22:48 server7202 usbhasp[1736]: Port 1 is disabled.
июл 02 23:22:48 server7202 kernel: usb 6-1: new full-speed USB device number 2 using usb_vhci_hcd
июл 02 23:22:48 server7202 usbhasp[1736]: Set device on port 1 address = 2
июл 02 23:22:48 server7202 kernel: usb 6-1: New USB device found, idVendor=0529, idProduct=0001
июл 02 23:22:48 server7202 kernel: usb 6-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
июл 02 23:22:48 server7202 kernel: usb 6-1: Manufacturer: HASP HL 3.25
июл 02 23:22:48 server7202 audit[1738]: SECCOMP auid=4294967295 uid=0 gid=0 ses=4294967295 pid=1738 comm="aksusbd" exe="/usr/sbin/aksusbd" sig=31 arch=40000003 syscall=45 compat=1 ip=0xf7f242c7 code=0x0
июл 02 23:22:48 server7202 kernel: audit: type=1326 audit(1562098968.672:23): auid=4294967295 uid=0 gid=0 ses=4294967295 pid=1738 comm="aksusbd" exe="/usr/sbin/aksusbd" sig=31 arch=40000003 syscall=45 compat=1 ip=0xf7f242c7 code=0x0
июл 02 23:22:48 server7202 systemd-udevd[1737]: Process '/usr/sbin/aksusbd -c /dev/aks/hasp/6-1' terminated by signal SYS.
июл 02 23:22:48 server7202 audit[1740]: SECCOMP auid=4294967295 uid=0 gid=0 ses=4294967295 pid=1740 comm="aksusbd" exe="/usr/sbin/aksusbd" sig=31 arch=40000003 syscall=45 compat=1 ip=0xf7f8d2c7 code=0x0
июл 02 23:22:48 server7202 kernel: audit: type=1326 audit(1562098968.832:24): auid=4294967295 uid=0 gid=0 ses=4294967295 pid=1740 comm="aksusbd" exe="/usr/sbin/aksusbd" sig=31 arch=40000003 syscall=45 compat=1 ip=0xf7f8d2c7 code=0x0
июл 02 23:22:48 server7202 systemd-udevd[1737]: Process '/usr/sbin/aksusbd -c /dev/aks/hasp/6-1' terminated by signal SYS.
Вроде оба ключи подрубаются в системе, но почему сервак не видит его?
Bartlebi
03.07.2019, 00:31
Смущают вот эти строки:
июл 02 23:22:43 server7202 systemd-udevd[1727]: Process '/usr/sbin/aksusbd -c /dev/aks/hasp/5-1' terminated by signal SYS.
июл 02 23:22:43 server7202 audit[1730]: SECCOMP auid=4294967295 uid=0 gid=0 ses=4294967295 pid=1730 comm="aksusbd" exe="/usr/sbin/aksusbd" sig=31 arch=40000003 syscall=45 compat=1 ip=0xf7f7b2c7 code=0x0
июл 02 23:22:43 server7202 kernel: audit: type=1326 audit(1562098963.828:22): auid=4294967295 uid=0 gid=0 ses=4294967295 pid=1730 comm="aksusbd" exe="/usr/sbin/aksusbd" sig=31 arch=40000003 syscall=45 compat=1 ip=0xf7f7b2c7 code=0x0
июл 02 23:22:43 server7202 systemd-udevd[1727]: Process '/usr/sbin/aksusbd -c /dev/aks/hasp/5-1' terminated by signal SYS.
Но опыта с линуксом оч. мало, куда копать непонятно.
dimbor2
03.07.2019, 01:24
Вестимо что-то типа apparmor сильно против запуска дров, и надоть его как-то уговорить.
Bartlebi
03.07.2019, 01:38
Вестимо что-то типа apparmor сильно против запуска дров, и надоть его как-то уговорить.
Но как тогда клиенты получают лицензию? Убунту из коробки, ничего лишнего нету.. Apparmor отрубил ради чистоты эксперимента, но дело не в нем.
vfp7
03.07.2019, 11:59
Смущают вот эти строки:
июл 02 23:22:43 server7202 systemd-udevd[1727]: Process '/usr/sbin/aksusbd -c /dev/aks/hasp/5-1' terminated by signal SYS.
июл 02 23:22:43 server7202 audit[1730]: SECCOMP auid=4294967295 uid=0 gid=0 ses=4294967295 pid=1730 comm="aksusbd" exe="/usr/sbin/aksusbd" sig=31 arch=40000003 syscall=45 compat=1 ip=0xf7f7b2c7 code=0x0
июл 02 23:22:43 server7202 kernel: audit: type=1326 audit(1562098963.828:22): auid=4294967295 uid=0 gid=0 ses=4294967295 pid=1730 comm="aksusbd" exe="/usr/sbin/aksusbd" sig=31 arch=40000003 syscall=45 compat=1 ip=0xf7f7b2c7 code=0x0
июл 02 23:22:43 server7202 systemd-udevd[1727]: Process '/usr/sbin/aksusbd -c /dev/aks/hasp/5-1' terminated by signal SYS.
Но опыта с линуксом оч. мало, куда копать непонятно.
- а какой HASP Вы используете?
НЕ используем от etersoft !!!
Bartlebi
03.07.2019, 13:13
- а какой HASP Вы используете?
Все по завещанию великих:
https://forum.ruboard.ru/showthread.php/161956-%D0%BA%D0%B0%D0%BA-%D0%BB%D0%BE%D0%BC%D0%B0%D0%BD%D1%83%D1%82%D1%8C-1C-8-3-for-Linux?p=537309&viewfull=1#post537309
Bartlebi
04.07.2019, 00:09
- а какой HASP Вы используете?
НЕ используем от etersoft !!!
Брал по этой ссылке http://ftp.etersoft.ru/pub/Etersoft/HASP/last/x86_64/Ubuntu/18.04/ , как в инструкции, разве не оно?
vfp7
04.07.2019, 12:21
Брал по этой ссылке http://ftp.etersoft.ru/pub/Etersoft/HASP/last/x86_64/Ubuntu/18.04/ , как в инструкции, разве не оно?
Посты далее уже не раз повторялись - НЕ ИСПОЛЬЗУЕМ hasp от etersoft !!!
ps: по моему уже все моменты прошлись в последующих постах ...
Bartlebi
04.07.2019, 22:44
Да, вы правы, читал тему по диагонали и упустил этот момент.
Снес все связанное с haspd и установил сентиловский вариант, однако теперь мне я так понимаю нужен менеджер лицензий, а где его-то взять, если у сентинела его нет?
С этерсофта?
vfp7
05.07.2019, 12:00
Да, вы правы, читал тему по диагонали и упустил этот момент.
Снес все связанное с haspd и установил сентиловский вариант, однако теперь мне я так понимаю нужен менеджер лицензий, а где его-то взять, если у сентинела его нет?
С этерсофта?
:( , Вы в очередной раз правы про "диагональ" ...
https://forum.ruboard.ru/showthread.php/161956-%D0%BA%D0%B0%D0%BA-%D0%BB%D0%BE%D0%BC%D0%B0%D0%BD%D1%83%D1%82%D1%8C-1C-8-3-for-Linux?p=538994&viewfull=1#post538994
Bartlebi
05.07.2019, 16:15
В общем, да, я невнимателен, наверное, но испробовал уже все варианты и окончательно запутался что и зачем.
Поставил LM по вашей ссылке, открылся порт 475 но никто не ломится на него, как не игрался. Пытался указать в nethasp.ini прямой айпишник сервака (хотя ключ вроде как "локальный") - толку нет.
При этом ключ для клиентов подхватывается и работает, а вот сервер свой в упор не видит.
Можете пояснить, каков принцип обнаружения ключа сервером? То есть у меня эмулятор работает, дамп загружается, а сервер видеть ключ не желает.
Я так понимаю "раздача" происходит с помощью hasplm? Может какие-то настройки нужны специфические для локальных ключей?
Утилита на 1947 порту тоже ключи не видит.
vfp7
05.07.2019, 17:32
Сразу отпишу здесь про один момент инсталляции в винде, ожидаю что кому то и пригодится:
ps: Сервер возьмет ключ напрямую - типа аппаратно, далее он еще и клиентские раздаст через свои же инструменты (если не отключена опция по умолчанию раздачи лицензий в кластере)
Дополнительно клиенты могут подхватить ключи по сети (nethasp.ini, и не забываем что кластер по умолчанию сам раздает клиентов)
psps: ключи напрямую из утилиты Вы не увидите - Вы опять читали по диагонали ... все уже было подробно расписано ранее буквально на трех страницах от момента компиляции!
Bartlebi
05.07.2019, 17:55
Добавил nethasp.ini (хотя уже пробовал), ребутнул сервак. Клиенты свои видят (через сервер), сервер - по-прежнему нет.
2253
Насчет утилиты понял, на нее не смотрю.
Что еще проверить можно?
Сам ключ из .deb - пакета брал. Может, ключ не тот?
Версия 1С 8.3.14.1779
PS: Сервер с 1С и "хаспами" удален от клиентов. Клиенты через инет взаимодействуют с ним, может ли это играть какую-то роль я не знаю, но вдруг.
vfp7
05.07.2019, 18:07
Добавил nethasp.ini (хотя уже пробовал), ребутнул сервак. Клиенты свои видят (через сервер), сервер - по-прежнему нет.
Насчет утилиты понял, на нее не смотрю.
Что еще проверить можно?
Сам ключ из .deb - пакета брал. Может, ключ не тот?
Версия 1С 8.3.14.1779
PS: Сервер с 1С и "хаспами" удален от клиентов. Клиенты через инет взаимодействуют с ним, может ли это играть какую-то роль я не знаю, но вдруг.
Копайте в эту сторону, практически все напоролись на серверный ключ, - он немного специфичный (опять же посты далее после поста компиляции)
ps: извиняюсь но я не найду сейчас эти посты, так как навалилось много работы.
Bartlebi
05.07.2019, 18:26
Ок, поищу, спасибо!
Но я хотя бы верно понимаю, что раз клиенты свои ключи видят, значит проблема не в том, что неверный порядок запуска служб\не те дрова и т.д., а проблема уже совсем другого характера?
Или-таки могут быть варианты, что из-за ошибок работает только клиентский ключ?
HPDX2300
05.07.2019, 21:11
Сразу отпишу здесь про один момент инсталляции в винде, ожидаю что кому то и пригодится:
В доке написано, и я проверил:
нижняя галка убирает web-морду, которая мало-информативна.
Поэтому ну её нах (парни из "одинсек" правильно ставят эту галку по-умолчанию)
HPDX2300
06.07.2019, 22:10
Что ответила техн.п. «Postgres Pro» на вопрос: "вернут ли дистрибутивы сборок для ОдынСек в свободный доступ?"
"Хачу больше бабла!" - ОдынСек "наехала" на Postges-Prof
AshWork
14.07.2019, 13:58
Для ядра 4.15.3-1 выдает:
usb_vhci_hcd: version magic '4.9.0-9-amd64 SMP mod_unload modversions ' should be '4.15.3-1-generic SMP mod_unload '
и не загружает usb_vhci_hcd. Подскажите, пжл, можно что-нибудь придумать?
vfp7
14.07.2019, 14:37
Для ядра 4.15.3-1 выдает:
usb_vhci_hcd: version magic '4.9.0-9-amd64 SMP mod_unload modversions ' should be '4.15.3-1-generic SMP mod_unload '
и не загружает usb_vhci_hcd. Подскажите, пжл, можно что-нибудь придумать?
Первый вариант, самый простой:
sudo apt update -y && sudo apt upgrade -y
И далее перекомпиляция.
Второй вариант, скорей всего в котором как раз затык - используемая для компиляции версия gcc
С этим вариантом придется "пошаманить"
AshWork
14.07.2019, 16:12
Ок, спасибо, попробуем. Нужно только почитать матчасть сначала.
AshWork
21.07.2019, 16:38
Вариант sudo apt update -y && sudo apt upgrade -y не помогает. Что можно попробовать ещё? Может, его можно как-то перекомпилировать под ядро 4.15.3-1?
Alf500
21.07.2019, 17:33
От этого поста (https://forum.ruboard.ru/showthread.php/161956-как-ломануть-1C-8-3-for-Linux?p=537227&viewfull=1#post537227)и ниже полно инфы как скомпилировать самостоятельно... все очень подробно растолковано.
artem.ks
23.07.2019, 14:29
собрал пакет для debian (amd64) на ядре 4.9 - брать здесь (https://cloud.alfn.ru/s/jDT3Ytt2n33SSaz)
у пакета 2 зависимости: libusb-0.1-4 и libjansson4
ставим через apt (иначе зависимости не встанут)
....
Доброго..
Бьюсь вторые сутки с обходом лицензии на Debian 10. Попытка установки этого пакета закончилась неудачей в виде ошибки
usbhasp-amd64: Зависит : kernel (>=4.9) но он не может быть установлен.
Debain 9. ядро было 4.9-9 изнпачально, накатил 4,9-19 - не помогло.
куда копать?
artem.ks
23.07.2019, 14:43
Следовал также инструкции Alf500 описанной в посте 105.
Вроде все скомпилировалось и легло как надо, по в результатах lsusb новых USB-портов так и не увидел. По итогу, как стучусь тонким клиентом из-под Windows на Linux сервер с 1с - получаю ошибку лицензии. Сам сервер с Debian 9 поднят на удаленном VPS.
vfp7
23.07.2019, 14:46
Вы бы вручную пробежались по https://forum.ruboard.ru/showthread.php/161956-%D0%BA%D0%B0%D0%BA-%D0%BB%D0%BE%D0%BC%D0%B0%D0%BD%D1%83%D1%82%D1%8C-1C-8-3-for-Linux?p=537227&viewfull=1#post537227