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

[freeman67]

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

[freeman67]

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

[HPDX2300]

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

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

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

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

[LaYt]

У меня 8.3.16 тоже не завелась... откатился пока на 8.3.13

[Lolipop111]

Делал в первый раз в жизни, с линуксом пока на "Вы", так что сильно не пинайте, может кому поможет)
8.3.16.1063, x64. Взлетела, ура))
Делал так:
скачал отсюда 2 файла deb:
ftp://updates.etersoft.ru/pub/Eterso.../Ubuntu/18.04/

Далее в терминале:
sudo apt install libc6-i386
sudo dpkg -i haspd-modules_7.90-eter2ubuntu_amd64.deb
sudo dpkg -i haspd_7.90-eter2ubuntu_amd64.deb
sudo apt install -f
sudo systemctl restart haspd.service
sudo systemctl status haspd.service

Проверил, всё ок.

sudo nano /etc/haspd/hasplm.conf
Добавил строку: NHS_IP_LIMIT = 127.0.0.1, 192.168.0.0/24;

Скачал отсюда файлы.
И далее по этой инструкции

[babel]

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

[ipeghfkjdb]

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

[ziberok]

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

[Илья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 та же картина.

Списабо.