Локальный серверный ключ на 1с v8.2 на Debian 6.0
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Гм.. А давайте по порядку. Сервер файловый или SQL? 32 или 64 бит?
И что значит - не хочет подхватываться? Что в логах (/var/log/messages или куда там у вас идут сообщения об ошибках)? Вообще запущен сервис haspd?
Нормально ли запускается постгри и собственно 1с? Ошибок нет?
А сетевой ключ у вас есть? Если есть, где он?
И что значит - не хочет подхватываться? Что в логах (/var/log/messages или куда там у вас идут сообщения об ошибках)? Вообще запущен сервис haspd?
Нормально ли запускается постгри и собственно 1с? Ошибок нет?
А сетевой ключ у вас есть? Если есть, где он?
Сервер 1с SQL - 32 бит. В качестве базы данных был выбран Postgre SQL.
При запуске конфигурации УПП выдавалась ошибка о том что не имеется серверного ключа, даже без 12ти пользователей которые могли по идее работать без проблем. Сервер пользовательских ключей на другой машине в сети.
В логах ничего не увидел касающееся ошибок. Наверное просто это моя неопытность.
Сервер 1с и Postgre SQL запускается и запускался без ошибок, сейчас вообще все работает как часы.
При запуске конфигурации УПП выдавалась ошибка о том что не имеется серверного ключа, даже без 12ти пользователей которые могли по идее работать без проблем. Сервер пользовательских ключей на другой машине в сети.
В логах ничего не увидел касающееся ошибок. Наверное просто это моя неопытность.
Сервер 1с и Postgre SQL запускается и запускался без ошибок, сейчас вообще все работает как часы.
(5) Ivsil, да не в неопытности дело :-) Перемудрили 1с-ники с защитами, всем тошно уже.
ИМХО лучше всего поставить все ключи на сервер (включая и многопользовательский), и разрешить ему раздавать лицензии клиентам, если нет никаких противопоказаний. У меня все работает именно так (64-бит Centos). Минус решения - теряется одна лицензия. Плюсов море, в том числе отсутствие необходимости настраивать nethasp.ini. В общем, попробуйте так: все ключики на сервак, перезагрузка, и затем подключайтесь толстым клиентом к базе. Если выпрыгнет окно, что аппаратный ключ не найден и можно ли получить лицензию с сервера (дословно не помню, извините), то смело - Да. И все будет нормально работать.
ИМХО лучше всего поставить все ключи на сервер (включая и многопользовательский), и разрешить ему раздавать лицензии клиентам, если нет никаких противопоказаний. У меня все работает именно так (64-бит Centos). Минус решения - теряется одна лицензия. Плюсов море, в том числе отсутствие необходимости настраивать nethasp.ini. В общем, попробуйте так: все ключики на сервак, перезагрузка, и затем подключайтесь толстым клиентом к базе. Если выпрыгнет окно, что аппаратный ключ не найден и можно ли получить лицензию с сервера (дословно не помню, извините), то смело - Да. И все будет нормально работать.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот