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

[leov-001]

Установил от 64 бит дамп сервера, один фиг пишет "ключ защит программы больше не доступен".



Не знаю в чём дело.

дек 20 11:12:22 pinzaru-H110N haspd[17824]: Running winehasp... [ DONE ]

HASP от Etersoft. Работать не будет.

[freeman67]

[QUOTE=freeman67;568194]Всем привет!
1С вылетает через одну минуту после запуска с ошибкой "1cv8c crashed with SIGSEGV in tcmalloc::SLL_Next()"
При перезапуске может не вываливаться до двух минут
версия 1c-enterprise83-client 8.3.16-1063
OC Ubuntu 19.10 x86_64
Core 5.4.1-050401-generic
Пакеты от tulpanov и LaYt встали без проблем.


Запустил из терминала в режиме тонкого клиента.
Через 3 минуты вылетела с ошибкой "Ошибка сегментирования (стек памяти сброшен на диск)".
Перед этим поставил hasp от etersoft, но, думаю, причина не в нем.

[freeman67]

На форуме AltLinux пишут "1с-клиент, толстый и тонкий, после выбора БД завершает свою работу с ошибкой "Ошибка сегментирования". Лечится эта ошибка запуском службы демона NSCD."

[freeman67]

После установки nscd 1C 8.3 работает нормально в режиме толстого клиента, но в режиме тонкого клиента по прежнему вылетает по ошибке сегментирования.

[babel]

Короч, плюнул я на эмуль хаспа под убунту и просто поставил эту хрень, и всё заработало.
//задача была, поставить 1Ску, что бы её окна работали/отображались из под оконного менеджера Убунту, без всяких RDP терминалов.
Отступление/костыль в виде весьма минимальной виртуальной машины очень подошло. Пусть будет хотя бы на время, до решения вопроса эмуляции ключа под Убунту. Или до покупки лицензии.

[ipeghfkjdb]

Три дня провозился, пытаясь настроить стабильную работу клиентов в 8.3.16.1063. Одни и те же ошибки доступа к памяти. Надоело... купил ключ хасп, тонкий клиент перестал падать.

[ziberok]

Удалось кому нить на убунте или центосе завести нормально дампы серверных и многопользовательских ключей без вылетов на платформу 8.3.16.XXXX ? речь ест-но про x86_64

[HPDX2300]

На форуме AltLinux пишут "1с-клиент, толстый и тонкий, после выбора БД завершает свою работу с ошибкой "Ошибка сегментирования". Лечится эта ошибка запуском службы демона NSCD."

Если цитату погуглить, то увидим, что это написано почти что "на заборе" (икс,игрек,и ещё что-то из высшей математики).
Re: Клиент 1С:Предприятие 8.3 (8.3.9.2233) ALTlinux 8
« Ответ #4 : 02.09.2018 11:13:26 »
А на самом деле - за забором сложены дрова.
Читайте инфостарт, статья написана экс-сотрудником артели один-сек (это ясно по комменту автора).
Полезная цитата из коментов:
"...если "процесс", "версия платформы" и "адрес краха" одинаковые, тогда это, скорее всего, одна и та же ошибка. исключения бывают, но это редкость.

сделать классификатор этих смещений

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

[Илья547]

Удалось кому нить на убунте или центосе завести нормально дампы серверных и многопользовательских ключей без вылетов на платформу 8.3.16.XXXX ? речь ест-но про x86_64

Ради интереса проверил - работает.
CentOS 8 x64, 1C 8.3.16.1063 x64, postgrespro 12, УТ 11
Запускал тестирование и исправление: часа 2 проверял, ничего не вылетело. Также проверил на 12+ подключений.
Клиент один раз закрылся без каких-либо ошибок - наверно платформа еще не совсем стабильна.

[TriodPlus]

Здравствуйте.

Большая благодарность Alf500, vfp7 и всем остальным за такую большую проделанную работу.

Из тотовых пакетов для своих ядер не ставилось.
Собирал из исходников.

nsmod usb-vhci-hcd.ko
insmod usb-vhci-iocifc.ko

выдавал ошибку, но я думаю что

sudo make install

копируєт файлы куда надо, а

udo /sbin/ldconfig –v

прописывает модули и это заменяет insmod


Запускал на Mint19, Debian9 и Debian10.

Если 1С клиентский ключ получает сетевой то все Ок, но если ключ получен локально (не важно, толстый или тонки клиент), через какое-то время «Ключ программы больше недоступен», иногда просто вылетает. Особенно неудобно при работе в конфигураторе, сделал изменения, как только записывать, вылетает без сохранения изменений.

Хочу спросить о возможности реализации такой схемы :
Пользователям, которые запускаю 1С, запретить доступ к локальному ключу и пусть они получают по «сети» у себя через nethasp (в nethasp.ini прописать адрес 127.0.0.1) а пользователю usr1cv8 разрешить читать локальный ключ сервера. Ну и чтобы драйвер и hasplm получили доступ к ключу (наверно они под root работают).
Такое возможно реализовать?

И еще вопрос : перечитал форум три раза, но все же, почему драйвер от Этерсофта лучше не использовать, у мене и на Этерсофте и на Sentinel_LDK та же картина.

Списабо.