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

Где-то читал что он дает до 12 подключений без ключа - это так? Если клиентских лицензий меньше - то получатся ключ опять-таки не нужен?

и только один рабочий процесс... зачем нужен ключ? ну например чтобы не посадили...

8.2 не работает, а вообще - 8.1 работает без ключа на линупсе, чтобы народ протестить, как оно, мог

ну чтобы не посадили - это понятно.

у меня 8.2 сервер - и без ключа :)))

(3) странно, только на ранних релизах такое было

8.2.14.537, почти последний :)

2(4) почему?

(6) хз, в каком-то из релизов - .8 или .9 перестало, потом не проверял

(0) да будет только 12 юзверов, на 13 будет просить ключик

(8) +1,
(3) где-то среди информационных писем 1С было такое - поищите, это придаст уверенности "чтобы не посадили")))

Привезли нам сегодня этот ключ с коробкой :-) Вставил, в логах отметилось.
А вот как понять, почуял ли ключ сервер - есть ли там какие-то регистры, которые за это отвечают? Или в логах где-то....

сделай два рабочих процесса

Создался. Значит увидел.

вообще, ключ сразу требуется резко на 8.2 при запуске в тонком клиенте, т.е. процесс с веб-сервером ключ ищет при первом же обращении к базе. но я это лично не проверял, поэтому вполне допускаю, что это не совсем правда. на 8.2 в толстом клиенте абсолютно также как было на 8.1

тестирование в виде запуска 12 даже одноименных сеансов. 13-ый не пустит. если 13-ый пустит - почуял :)

(0)при использовании эмуля 1с не просит ключа отсюда :"Но теоретически нелицензионная контора может его себе нахаляву поставить и юзать безо всяких ключей чтоли".(0) Ты наивный или прикидываешься?

(13) 8.2 тонкий клиент может искать ключ в сети, веб клиент получает лицензию от сервера, как таковой сервер 8.2 без ключа в Linux'e работает с толстым и тонким клиентом

(13) Ключ на сервер? Или ключ на рабочие места? У нас ключ на рабочие места воткнут в другую машину был, его находили и толстый и тонкий и веб, и база работала. В нужности оного никогда не сомневался, интересовал именно серверный ключ.

(14) Я наблюдал то что наблюдал. Скачал, установил - работает без серверного ключа, только с ключом на 5 раб.мест :)

(15) У меня запускался см. выше - во всех трех вариантах. Был только ключ на раб. места.

Раз уж про рабочие процессы заговорили - при количестве юзеров 20 человек - лучше делать 2-3 процесса или одного достаточно?

количество процесса зависит от ядер, ибо обычно 1 ядро = 1 процесс. Поэтому для 3-хядерного проца смысла делать 30 процессов нет.

А так количество ядер-1 = и все хорошо (минус один потому что для системы что то надо оставить. Плюс у меня стоит перезапуск процессов по времени, а значит некоторое время процессов будет больше чем планировалось)

2(17) если сервер вслед за ОС также 64-битный, то можно обойтись 1-2 рабочими и одним резервным. Буквально так ИТС и рекомендует

На партнерском рекомендуют увеличивать количество рабочих процессов при снижении установленного для рабочего процесса значения доступной производительности.