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

[HPDX2300]

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

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

[HPDX2300]

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

Я сам еще не пробовал "Автономный сервер", но нет сомнений - схема рабочая даже в рамках одного компа, ибо про неё написано в доке.
Почитайте вот этот пост про "Автономный сервер"

[deniskhodus]

8.3.13.1644
8.3.14.1779

nethasp.ini
-----------------------
[NH_COMMON]
NH_IPX = Disabled
NH_NETBIOS = Disabled
NH_TCPIP = Enabled

[NH_IPX]

[NH_NETBIOS]

[NH_TCPIP]
NH_SERVER_ADDR = x.x.x.x
NH_USE_BROADCAST = Disabled


ЗЫ. Значения NH_SESSION, NH_SEND_RCV пробовал разные - не влияет ни на что.

[deniskhodus]

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=C12BCEE4E4E13E9542B71C3087A320DE05EE 891D1FF589FD8D08588AD8B6AC931CE84FE2B8ED9EB2106B7E 11D3C9578B8C2F'
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\clientfilecach eimpl.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\clientfilecach eimpl.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\clientfilecach eimpl.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\clientfilecach eimpl.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]

Не Ваш случай?
https://forum.mista.ru/topic.php?id=742670

[deniskhodus]

неет. совсем не наш

[daemonpnz]

Собрал из исходников. Переводил сам ключи в 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]

Добрый день.
Спасибо за ответы.
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С я НЕ верю.

ЗЫ. За подсказку про автономный сервер спасибо. Почитаю посмотрю. Правда это все равно пахнет нелицензионностью, если честно. А мы пытаемся не ломануть лицензии, а убрать из уравнения ненужные машины, в данном случае - на винде. И тема найдена по поиску вида "Ключ защиты более недоступен". Хотя, если честно, почитав назад - мне было довольно интересно.

Еще раз спасибо.

[leov-001]

Добрый день.
ЗЫ. ЭТИ же клиенты, по ТОМУ же протоколу 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-шник

[HPDX2300]

Дак вот под виндой оно каждые 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
там, в частности, написано более подробно чем в доке "одинсек" про параметры таймаутов 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 и "зависшие" сессии'' о многом говорит:
"Система защиты 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", да ещё наверняка там не все идет в сорцах, и некоторые либы могут поставляться в скомпилированном виде - бери и используй при сборке (линковке) приложения.
Вообщем, "удаление гланд автогеном через анальное отверстие"