с точки зрения пользователей и админов что удобнее и почему?


мои доводы:

Программная лицензия:
"+" на удаленной площадки (не надо ехать, можно установить по удаленке)
"+" для виртуалок (можно портировать/бекапировать и даже тиражировать)
"-" при смене железа или переустановке ОС надо получать новую
"-" ее могут "урасть" (заюзать пины для левака)

Ключ:
"+" при смене железа или ОС нет гемороя
"-" не удобно ставить на удаленные площадки и виртуалки
"-" может сгореть в самый неподходящий момент, по этому нужно иметь резервный ключ (или кряк)

ключ

(0) Пользователю - по барабану. Ему главное, что б работало.

"не удобно ставить на удаленные площадки и виртуалки" Пользователь не обязан знать даже таких слов. А не то что они обозначают.

Админу - ИМХО программная лицензия удобней. Опыт MS-офисов и прочего забугорного ПО.

(0) вроде спец, а такие вопросы задаёшь в четверг)

по барабану если сервис доступен...

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

(3) у меня есть свое мнение, я хочу узнать мнение других.

по моему вполне нормальны Опрос :)

(0)
Железка (+) неограниченное количество сеансов на рабочую станцию.
Железка (-) чуть дороже.

(6) +1

Был опыт с программными лицензиями 1С. Отказались и забыли как страшный сон. Постоянные проблемы, постоянные потери лицензий, из-за привязки лицензии к оборудованию сидишь как на пороховой бочке и не знаешь, когда перестанет работать.
Попробуйте, например, запустить программные лицензии на виртуальный серверах какого-нибудь амазона. По моему опыту, при каких-то изменениях в гипервизоре или апгрейде его на более новую версию, лицензии слетают.

(8) Нет ... нет. Постарайтесь отвлечься от термина "программными лицензиями 1С". Оперируйте просто понятием "программная лицензия". Безотносительно к 1С. И все встанет на места.
Кому мешала программная лицензия например на WIN-XP?
1. У админа всегда было 30-ть дней на ее активацию.
2. Ни разу не случилось проблем с активацией лицензии по инету.
3. Никакого геморроя в случае повторной активации.

Случай же с программными лицензиями имени 1С - это отдельная песТня. И по-хорошему в голосовалке нужен был еще один пункт типа :
А теперь тоже самое "имени 1С".

(9) В (0) прозвучало "Програмная лицензия с привязкой к железу". Безотносительно 1С недостатки:
- несовместимо с виртуализацией;
- затрудняет апгрейд железа;
- затрудняет обслуживание (как временно вывести из эксплуатации сервер, если к его железу привязана лицензия)
- приводит к простою компании на неопределенный срок при выходе из строя сервера, к которому привязана лицензия.
Вывод: привязка к оборудованию нафиг-нафиг. Устаревший метод родом из прошлого тысячелетия.

Если опрос касается защиты 1С - то однозначно:

(9) сильно сомневаюсь что автор имел ввиду какие-то другие, не 1с-лицензии :)

+(10) Давайте оставим программную лицензию для ларьков, что бы они могли купить 1С на 1-3-5 пользователей не отрываясь от стула.

(13) В том и вопрос что на 3...5 пользователей к аппаратному ключу еще нужен админ, которой настроит поиск лицензий в сети. А в таких конторах его как правило нет. Или он приходящий студент и за администрирование ХАСПов знает только то что такие ключи есть.

Если уж очень хочется к чему-то привязать программную лицензию, идеальным вариантом, наверное, будет привязка её к хардварному ключу. Ключ будет определять клиента. А программная лицензия будет определять количество пользователей, доступные конфигурации и прочее такое.
И "докупить лицензий на 15 пользователей" станет простейшим делом.

Поддержу мнение (9)
Сами продали прогр.лицензию 1 раз - проблем и у нас и у клиента было море. Обменяли на ключ - все успокоилось. У всех своих клиентов заменили все прог.лицензии на ключи, продаем только ключи - живем спокойно.

USB ключи мне больше нравятся.

Поменял программные на USB. Все ок.

Думаю если бы были удаленные площадки или виртуалки - тогда у программных есть определенное преимущество. Ну и для Веб-сервисов.

(0) вообще, все имеющиеся у 1С технологии противопейратской  защиты - УГ. Противопейратских функций они не выполняют, но зато усложняют сопровождение и угнетают производительность. При чем производительно они угнетают постоянно - платформа каждый день, изо дня в день постоянно выполняет одни и те же проверки в ходе работы.

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

(17) "Думаю если бы были удаленные площадки или виртуалки - тогда у программных есть определенное преимущество"
Про всю виртуализацию не скажу, но на виртуальном сервере программные лицензии отвалились после апгрейда версии Proxmox. Пришлось его даунгрэйдить, переходить на хардварныеы ключи, и потом уже апгрейдить proxmox.

Если разговор про имеющиеся средства защиты платформы, то самый большой косяк имеющейся аппаратной защиты - это вот эти.
Не рассчитано на большое количество пользователей. HASP4 технологически не в состоянии в действительности 500 одновременных коннектов удержать (256 реальный технологический предел), как 1С продает ключи по 500 - загадка. У кого-то есть реально работающие и раздающие 500 лицензий одновременно?
Контроллеры USB сами по себе на такую толпень коннектов не рассчитаны и начинают греться и глючить.

А самый большой косяк в принципе в том, что поукпатель лишен права самостоятельно распоряжаться тем, где и сколько у него будет лицензий. Нельзя ни программных, ни аппаратных "отсыпать" с одного кластера на другой для целей балансирования нагрузки. Как сразу сделал, так и живи. Изменились условия и тебе надо не 1 ключ по 100, а 5 по 20 для балансировки - хер те в сраку, живи так.

(21) для балансировки и с целю "не класть все яйца" лучше брать 2 по 50 чем 1 по 100.

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

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

(22) 2 по 50 не дружат на одном серваке

программные еще тот гемор

Что то не заметил что программные и железные по разному работают. Программные идут на сеанс, а железные на компьютер.

Т.е. допустим у главбуха стоит USB ключ в компе на 1 пользователя. Она одновременно у себя может запустить несколько разных копий программ (например БП, УТ и ЗУП)
Если бы стояла программная защита, то каждая одновременно запущенная копия программы съедала бы 1 лицензию, т.е. для одновременного запуска БП, УТ и ЗУП понадобилось бы уже 3 программных лицензий.

Или в последних релизах 1С изменила поведение программных лицензий?

программные еще "сырые")

(22) уууу устанавливал Альфа Авто 5, 2 раза ключ защиты катрановский сгорел, третий раз сгорел когда сами спецы раруса по тимвьюверу пытались подключить его. клиент чуть не задушил меня, три раза обменивать ключи это лютый 314здец (с Урала гонять в мск, либо по почте на 2 недели ожидания).

ИМХО, наилучший вариант - программные лицензии, раздаваемые сервером 1С.
Около года используем такой вариант. Пока (тьфу*3) ниразу проблем не возникало.
До этого постоянно были пляски вокруг многопользовательских ключей. Клиент отвалился, переподключается, пытаясь получить лицензию на том же hasp-сервере, а там уже эту лицензию кто-то отхватил, клиент вываливается по отсутствию лицензии.
Настроить у каждого nethasp.ini и/или nhsrv на hasp-сервере было просто нереально. Жесткая привязки IP клиентов к IP серверов лицензирования тоже не взлетела.

В условиях зоопарка из толстых, тонких, веб клиентов программные лицензии - то, что надо.

Но у нас есть особенности:
1. Нет требований по отказоустойчивости 24/7. То есть в случае сбоя лицензий всегда можно безболезненно потратить час на их восстановление. Есть резервные PINы.
2. Все сервера железные. Потенциальные проблемы с виртуализацией исключены.
3. Есть резервные USB-ключи, которые стоят на тестовых серверах, на которые можно будет переключить в случае БП ключевых пользователей, для которых это критично.

"Настроить у каждого nethasp.ini и/или nhsrv на hasp-сервере было просто нереально"  - все дело в руках, не?

(26) >>Что то не заметил что программные и железные по разному работают. Программные идут на сеанс, а железные на компьютер...
Активируй программную лицензию на локальном ПК этого же пользователя - будет аналогично.

(30) Это такой себе "старт из коробки"?

(31) сотрудник ушел в отпуск (а одна лицензия установлена на его компьютере) доступа нет. Нужно пустить в базу человека с другого рабочего места. И эти двое гарантировано не будут работать одновременно. Где взять лицензию?

ЗЫ. Реализация программных лицензий от 1С - это песТня.

(30) > не?
Не.
В условиях постоянно меняющейся сети это оказалось просто нереально.
Появляются новые компы, новые пользователи в терминале. Пользователей постоянно перекидывают с одного терминального сервера на другой. У пользователей с обычными компами (не тонкие RDP-клиенты), иногда переустанавливают ОС, после чего опять всё слетает. Админы периодически меняют настройки сети, раздачу IP-адресов DHCP-серверами.
Часть пользователей работает только через веб, часть - только через толстого клиента, часть - только через тонкого, часть - используют различные комбинации. Зоопарк из различных версий винды, на каждой из которых не всегда стабильно приходят изменения в доменных политиках.
При переустановках версии платформы (настроено через доменные политики) на некоторых компах слетают nethasp.ini в дефолтные. Попытки через те же доменные политики переписывать этот файл не всегда отрабатывают.

Короче за несколько лет перепробовано было куча различных вариантов настроек, начиная, с "по умолчанию" и заканчивая попытками всё жестко прописать и всех жестко привязать к определенным лицензиям. Абсолютно стабильно работающего варианта так и не было получено.

После установки программных лицензий и настройки их раздачи сервером 1С об их (лицензий) существовании просто все забыли.

У меня есть клиент, у которого стоит программная лицензия, так 8.1-8.2 включая самые последние релизы программная лицензия видится, а 8.3 посылает меня в дальнее пешее путешествие, говоря, что программа незарегистрирована. Время на разбор проблемы и перестановку потратил немеряно, так что голосую за USB, с ним, конечно тоже гемор бывает, то пока гемора с программными лицензиями не в пример больше...

(35) Так и было. При переходе на 8.3 пришлось обновлять лицензию. Они там шибко допиливали механизмы лицензирования и забили на обратную совместимость, судя по всему.
Ключ безпроблемен и позволяет экономить на лицензиях при раздаче по сети, но программные лицензии проще досыпать, а при стороннем хостинге они безальтернативны.

(33) установка программной лицензии на клиента в папку "ALL Users" решает проблему смену пользователя

(33) И чо?

(0) Мне кажется, лучше HASP. Технология древняя как дерьмо мамонта, все косяки известны, ломаться есть мало чему. Чем проще - тем лучше.

(39) А вот интересно... полагаю что будут проблема прикрутить серверный ключ на виртуальном сервере...

Если приноровиться - то гемора с программными лицензиями не так уж много. Просто всегда надо в запасе резервный пинкод иметь. Использовал последний - тут же выбил у 1С дополнительный. И тогда особых проблем нет. При изменении конфигурации или любых других проблемах просто регистрируешь новую лицензию и отписываешься - так мол и так. Такая фигня, а мне еще параметры сервака менять - давайте еще пин-код.
Обычно дают без проблем.

(41)
> Обычно дают без проблем
и чем закончилось оное для старика Козлодоева?)

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

(0) Как пользователю большой разницы нет. Но, если пользователь единственный с файловой базой на компе, т.е. нет админа или программиста в штате, тогда лучше ключ, т.к., в случае удаления программ или каких обновлений, может полететь программная лицензия. А если отчетный период и конец рабочего дня пятницы, тогда придется ждать новый пин для программной лицензии до понедельника. Пишу про версию БП Проф.
С базовой проблем ещё больше, по-моему.

(44) + Проголосую

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

пока результат для меня неожиданый, я думал он будет примерно 40/60 а сейчас 15/85

интересно...

(47) Видать франчи/фришники набежали. Фикси как-то более фиолетово.

В общем я за п.2, но после гемора с рарусовскими отраслевыми конфами (типа бухгалтерии птицефабрики и т.п.) - уже и не уверен. Особенно учитывая дружелюбность их техподдержки.

однозначно

Неоднозначно, но склоняюсь

А тем временем Рарус переводит свои отраслёвки на программную защиту....

http://www.1c.ru/news/info.jsp?id=20224
О переводе "1С:Общепит" редакции 3.0 на платформу  "1С:Предприятие 8.3", переходе на программную защиту конфигурации и расширении ассортимента

Вообще зависит от ситуации.
Лично для меня в большинстве ситуаций удобнее аппаратный ключ.

Зачастую железом, администрированием и 1с занимаются разные люди, не всегда эффективно сотрудничающие.
В итоге поменяли железо - поимели проблем с 1с.
На виртуалках с динамическими ресурсами вообще программные невозможно использовать.

Я за всю свою практику сталкивался только 1раз с неисправным USB ключиком, и то его физически повредили.
А вот программные лицензии восстанавливал несчетное количество раз.

(0) Если не виртуалка - ключ.

+(54) А те, у кого не USB ключ - умеют быстро поднимать эмулятор.

(52) интересно посмотреть на статистику рарусовских поделок с программной защитой...