Виртуальная машина не видит ключ 1с
Обновлено: 06.07.2024
Не давно тут тема поднималась, тобой же есть спец-железки которые пробрасывают физические порты в вируталку. Хорошие от 40к за 5 портов.
Т.к. тема является архивной.
я как бы про софтварные решения. за 40к можно купить несколько лицензий с электронной авторизацией.Т.к. тема является архивной.
Т.к. тема является архивной.
9000за 5000 можно купить 1С с электронной авторизацией.
Т.к. тема является архивной.
А Hyper-V так и не научился проброс USB портов из гипервизора в хоста делать из коробки как Vmware ESXi?Т.к. тема является архивной.
Даже если бы и научился, у многих до сих пор всё это на 2008м крутится.Т.к. тема является архивной.
вроде это принципиальная позиция майкрософта, нарочно не делают
Т.к. тема является архивной.
Т.к. тема является архивной.
Т.к. тема является архивной.
И не будет я думаю. Тем более все рашется покупкой сетевых ключей. А то на виртуализацию лезут, а ключик поменять не могут ))Т.к. тема является архивной.
Сетевые ключи, если говорить об 1с, решают этот вопрос, да.
Но что делать, если на виртуальной машине крутится 1С сервер, который тоже хочет аппаратный ключ, но прокинуть его нельзя?
Что я хотел сказать:
Клиентские ключи могут быть сетевыми.
Серверные или спец.конфиг (а-ля CRM) - только локальными
Т.к. тема является архивной.
alnuzhdin писал(а)1С сервер, который тоже хочет аппаратный ключ
Он может захотеть программный, вроде никаких сложностей.
С конфигами да, сложнее.
Т.к. тема является архивной.
Т.к. тема является архивной.
Странно, по идее должно любое устройство пробрасываться. Там же по сути напрямую - порт.Видимо, специально закрывают.
Т.к. тема является архивной.
Это важно. Практически в любую виртуалку можно прокинуть порт COM, LPT или USB, но решения различаются.
Сам в своё время поднимал 1С на виртуалке под XenServer, пробрасывал USB ключ. Работало.
Но за давностью лет решения не помню, как именно. Суть в том, что пробрасывается не сам ключ, а его порт.
(12) Хм. На сервер ставятся дрова от устройства.
Потом подключается само устройства в отдельной консоли.
После этого все USB устройства воткнутые в коробочку будут опознаваться как локальные.
Для 1С-ных ключей ставишь последние дрова и все.
для ключа 1с требуется монопольный доступ, по этому всякие хабы не катят по определению.
у нас админы делали прокидку, но это геморойно, периодически слетает
(14) В каком смысле - монопольный?О_О Один ключ на одном компе? Если вы про это, то ничего подобного; вот у меня справа стоит мой рабочий - в нём аж 3 ключа торчат, разные, конечно. Или вы про объединение нескольких ключей в один на N+M+P лицензий? - Про это никто и не говорит.
(15) монопольный на софтовом уровне, то есть драйвер ключа занимает физический USB порт в монопольном режиме, то есть порт становится недоступным для любых других процессов, в том числе для локальных.
(0) У этой штуки что по ссылке есть особенности.
Во-первых оно не умеет ограничивать доступ. Ну или раньше не умело. Знаешь адрес железки - можно подключаться. По этому использование таких железок для банк-клиентов приводит меня к предположениям о умственных способностях тех кто этот зоопарк настраивал.
Во-вторых там раньше была особенности с пробросом в несколько разных виртуальных машин. То есть все USB устройства пробросить в одну виртуалку нет проблем. А при пробросе в разные нужно правильное сочетание фазы луны, знака зодиака и версии прошивки. Говорят в новых версиях пофиксили.
В третьих раньше можно было специально или по ошибке пробросить одно устройство в разные машины. Возможно пофиксили в новых версиях. В этом режиме не все устройства работали корректно.
HASP это массовое устройство, техподдержка дружественная. Должно работать.
Что 1С делает с ключами я не знаю, но обычно производители софта используют ключ стандартным образом.
(17) То, что я писал верно для AnywhereUSB
По ссылке тоже digi, но другое устройство. Не понимаю как оно вообще по сети может работать. Похоже это просто USB хаб.
(17) То есть вы хотите сказать, что есть вероятность, что разные компы (>1 штуки) с драйверами от 1С-ключа полезут на эту штуку и каждая себе может нахапать максимум лицензий? То есть, если ключ на 10 лицензий, а на устройство полезут 3 компа, то в сумме они как бы смогут нахапать 30 лицензий и отдать их юзерам? Ну, это уже на нашей совести
Но это ерунда. Дело в том, что ключи от 1С просто НЕ ЗАВОДЯТСЯ. Вообще! У них в любом случае (как я понимаю) должен загореться светодиод - а он молчит. И Web-интерфейс устройства показывает, что он не видит ключа 1С. Прочие видит, а от 1С - нет.
(19) Как - как?! Так же как прокидка usb-портов с компа по сети. Вон, тут по началу такой софт упоминали.
(19) Нет-нет. Я погуглил этот AnywhereUSB - выдало такую же картинку, что и на том сайте. То есть это одно и то же.
(18) ну не может он занять его если сам драйвер установлен на другой машине. требуется прокладка. так вот эта прокладка и не может занять физический USB в монопольном режиме
ТС надо USB-over-IP, если он хочет использовать тупой usb хаб, описанный выше.
(23) вот и я не пойму, зачем городить огород, если сервер лицензий все равно на каком-нить компе будет. Куда все нормальные люди и втыкают ключ.
(23) Драйвер, кяп, не может знать, где физически находится usb-порт. А всякие usb-функции, определяемые стандартами, думаю, это устройство поддерживает.
(24) Это не тупой хаб. На него же навешаны другие ключи (не 1С). Или что вы имеете в виду под "тупой usb хаб, описанный выше"?
(26) А кто говорит про серверный? Для начала хотелось бы завести юзерский ключ.
(25) Если это мне, то он и будет на плавающем сервере - то один врубится в работу, то другой.
(26) у меня спокойно торчит в компе с базой. Ну не заведу же я базу на хабе.)
(21)
Нужно понимать что под словом HASP фактически понимается два, три или даже четыре поколения устройств которые с точки программиста сильно отличаются. Ну и обратная совместимость, куда без этого.
Монитор лицензий это "legacy", наследие одного из старых поколений. Техподдержка сентинел дружелюбно вам это сообщит, если по политическим соображениям техбоддержка не сможет вам сказать прямо то дружелюбно намекнёт. И посоветует всем разработчикам использовать новый интерфейс. Но выбор тут не ваш а 1С.
После апгрейда сервера 1С, добавился жёсткий диск
1С перестала раздавать лицензии при попытке входа в базу данных SQL, с файловыми всё работает. В Аладдине HASP виден и сам светится. Что делать? Уже всю голову сломал.
Можно попробовать вообще не ломать голову и раздавать лицензии также, как и на файловые (если не ходите через браузер или еще каких-то хитростей нет).
Просто в параметрах базы в окне запуска поставь галку "Использовать аппаратную лицензию". Она вероятно снята, так как 1С когда видит пользовательскую лицензию от сервера, сразу предлагает эту галку отключить (чтобы ускорить запуск не ища лицензию по сети).
Ну а чего слетело - надо смотреть. Самое простое с чего начать - попробуй локально с сервера запустить 1С. Увидит ключ или нет. Если служба стартует под доменной учеткой - тогда под ней и зайти предварительно.
В целом всё это пробовал. У меня на отдельной машине стоит 1С сервер + база SQL. Туда же воткнут HASP. Сейчас попробовал запустить новую базу SQL(специально сделал), галочки все везде стоят, и на раздачу лицензий, и на использование аппаратной. Но всё равно пишет - EN8SA локальный, установлен. Неисправен или не подходит для 1С. уже 5й день мучаюсь, всё никак не пойму в чём дело. При этом если файловую базу на этой же машине запустить, то всё работает и в Аладдине видится даже. Хелп :(((((
EN8SA - это ключ сервера приложений.
А пользовательские лицензии у тебя в каком виде?
Я бы мог предположить, что после добавления диска могли слететь программные пользовательские лицензии, установленные на сервер. Но тогда возникает вопрос, как запускаются файловые. Что у тебя пишет в "О программе" в запущенной файловой в разделе "Лицензия" - "Текущая"?
Извиняюсь, не очень понял вопрос. У меня сервер в который воткнута флешка HASP. И он ещё 5 дней назад раздавал всем лицензии и всё работало, а потом как-то неведомо перестал. Как понять в каком виде у меня пользовательская лицензия? Где это посмотреть?
При запуске файловой: лицензия - Сетевой HASP4 ORGL8 20, получило клиентское приложение
И то же самое только 50: информационная база
А, это я скинул из одно из клиентских ПК. Если с самого сервера то пишет: Лицензия: текущая: Локальный HASP4 ORGL8 20
Вроде так и должно быть по идее. Но и с SQL база ми же по идее тоже.
А если я совсем снесу SQL Server и поставлю заново, это может помочь?
Так, погоди. Похоже у тебя именно с зеленым и проблема. В (3) тогда правильно предположили.
(11) в аладдине он видит HASP4 и это по машине как раз зелёный.
Очень странно. Ведь "с самого сервера то пишет: Лицензия: текущая: Локальный HASP4 ORGL8 20". Это значит, он должен там торчать. И это не зеленый, а красный.
Может, у тебя эмулятор или патченная 1С. Но тогда все равно не очень понятно, почему серверная база не работает. Если клиент считает, что получил клиентскую лицензию, то серверу уже пофиг.
В (2) "Неисправен или не подходит для 1С" - это твое предположение или так прям пишет где-то?
(14) во (2) это так и пишет. Копипаст так сказать. Да я понимаю что хрень какая-то. Но бухгалтер уже злится, что без 1С. Переустановка SQL в теории может помочь)
для запуска SQL базы необходимы два вида лицензий:
- на сервер 1С:Предприятия (может быть программная или зелёный ключ EN8SA)
Тю. Так если у тебя на зеленый пишет "неисправен или не подходит для 1С", то это беда. В худшем случае он тупо сгореть мог и тогда придется его через франча заменять (с просьбой на процедуру замены предоставить подмену).
Попробуй для начала сервак вырубить, ключ переткнуть в другой порт и заново стартануть. Потом можно попробовать драйвер ключа переустановить. Потом можно попробовать на другом компе воткнуть ключ и установить там сервер приложений. И вот если и на другом компе будет "неисправен или не подходит для 1С" - тогда вероятно он таки сгорел.
(20) сервер приложений не переставлял. Но ведь он в локалхосте видится, всё равно мог сгореть?
ORGL8 - это на клиента. Сетевые красного цвета (локальные фиолетовые).
EN8SA - это на сервер. x64 - зеленые (x32 фиолетовый).
Для запуска серверной базы нужны оба ключа.
В аладин мониторе видятся не ключи, а менеджеры лицензий и подключения к ним.
В помощь-о программе текущая лицензия - это та, с которой запуск произошел. Если показывает, что текущая "локальный HASP4 ORGL8 20", а на машине красного ключа нету - то это ооочень похоже на эмулятор. который не поддерживает эмуляцию зеленого ключика .
Здравствуйте, подскажите, пожалуйста, как правильно сделать?
Ситуация такая - есть физический сервер, на нем Windows Server 2016, с поднятой ролью Hyper-v.
Подняты 2 гостевые ОС:
1) Windows servr 2008R2 (На нее есть куча лицензий рдп) - планировал использовать как сервер 1c и терминальный сервер
2) Centos с Postgres
Столкнулся с проблемой - ключ закупили USB HASP HL Max, как я понял он не сетевой и должен быть физически воткунт в машину с сервером 1с.
Пробовал воткнуть ключ в хостовую машину Hyper-V и прокинуть в гостевую через софтину - usb over ethernet. Ключ подцепился, поработал часа 4 и перестал видеться.
Какие есть решения этой проблемы, кроме как отказаться от виртуализации и поднять все на одной физической машине с postgres под win?
(1)Мы использовали решение AnywhereUSB. Но дороговато выходит и тоже время от времени требует перезагрузки, примерно 2-3 раза в год.
Как вариант можно поставить 1С на хосте Hyper-V, а не на виртуальной машине, тогда и ключ не надо будет пробрасывать.
А зачем Вы Hyper-V решили использовать?
Мы решили данную ситуацию покупкой Gembird UNS-1 подобного, принцип интересный, устанавливается утилита и при втыкании в данное устройство определяется у всех в сети у кого установлена утилита. Точно модель скажу позже.(1)Мы использовали решение AnywhereUSB. Но дороговато выходит и тоже время от времени требует перезагрузки, примерно 2-3 раза в год.
Как вариант можно поставить 1С на хосте Hyper-V, а не на виртуальной машине, тогда и ключ не надо будет пробрасывать.
А зачем Вы Hyper-V решили использовать?
(6) Тоже думаю над тем, что бы поставить 1С сервер на хостовую машину.
причин на hyper-v по сути несколько: Есть мощная железка, которая должна все тянуть и на ней win server 2016 std. Вторая причина - с постгресом мне под линуксом удобнее работать, как то никогда не приходилось его под вин ставить. Третья - думал поднять кластер hyper-v на двух машинах и таки образом резервировать.
Собственно по этому решил в тесте развернуть на Hyper-V - один сервер 2008r2, один Centos с postgres. Погонял тестом Гилева вчера, все печально 18 попугаев. Буду пробовать еще win 2016 std, может на нем шустрее чуть будет )
На выходных хочу попробовать развернуть на физическом железе с постгрес под win и попрбовать с постгрес под hyper-v, посмотреть сколько выдаст попугаев так и так.
vmware esxi особо пока не рассматривал, есть смысл тестить на ней?
(7)Гипервизор в любом случае свою долю от производительности хостов отъедает, по этому его ставят с учётом всех нужд и потребностей. Если кроме 1С и Постгри на мощной железяке не предвидится ещё чего-нибудь, то в Hyper-V я особого смысла не вижу.
Для кластера Hyper-V оборудование есть? Да и с USB ключом автоматическую миграцию 1С сервера соорудить получится только с AnywareUSB (или аналогом), вторым ключом или переключением его руками.
Vmware esxi вроде USB пробрасывает, но тут уже надо смотреть на предмет лицензий и возможности соорудить на ней кластер на имеющемся оборудовании.
(9)Как раз думал в hyper-v перекинуть еще две машины, которые ресурсов практически не едят, а место старинное железо в стойке занимает (
VMWare если не esxi то бюджет совсем конский получается (
Буду пробовать, для начала перенести сервер 1с на хостовую машину, а постгрес оставить в виртуалке. 1с на 50 пользователей всего, запас по железу пока есть.
Для кластера hyper-v оборудование есть. С ключом, в случае падения первого хоста, можно его переткнуть во второй?
(18) Прошу прощения, не подскажите еще один момент?
Перенес сервер 1с, на хостовую физическую машину, установил на 10й рейд с сас винчесетрами (USB ключ подцепился, все окей).
Есть смысл установить 1с Сервер на рейд1 с ссд винчестерами, на котором стоит постгрес?
Попробовал установить postgres и 1с сервер на хостовую машину под windows, производительность по тесту Гилева особо не изменилась (было 28 попугаев, стало 29), если сравнивать с - сервер 1с на физической машине, а postgres под Hyper-v на Linux.
Буду пробовать процессоры еще турбобустом разогнать
Буду пробовать кэш перенести на ссд, может пару попугаев выиграю. (23)Перед переносом можно посмотреть загрузку кеша на тесте и прикинуть поможет ли перенос на SSD. А потом экспериментально подтвердить или опровергнуть гипотезу.
(24)Спасибо Вам за помощь ) Как что не крутил, не получается больше 20 попугаев выжать из 1С.
Думаю, в тесте все упирается в процессор (Xeon Silver 4114 2 шт, в режиме турбо при тесте частоту максимум видел 2800)
Пробовал и на хостовую машину установить сервер 1с и PG (база на ssd) под win - 18 попугаев
Пробовал на хостовой 1C Serv, PG на виртуалке - 18 попугаев.
Пробовал 1C Serv на виртуалке, PG на виртуалке - 15 попугаев.
Сегодня попробую сервер 1с поднять на старом сервере, там проц с частотой 3800, посмотрю как там с попугаями )
(25)Попугаи это конечно хорошо, но не в них счастье. У меня больше всего попугаев получалось на моей рабочей станции и файловой базе - больше 60. :) Но это не значит что она лучше чем сервер - подкинь туда базёнок и повесь пользователей от 10 шт и все попугаи разлетятся, а на сервере они ещё долго будут чирикать на том же уровне. Да и 18 попугаев вполне рабочий результат для 50 пользователей. (26) Такая мысль у меня была )) Особенно когда увидел 60 попугаев у кого-то в тесте, на i3 с 8 гб и файловой бд - может Ваша и была? ))База совсем пока пустая, вот мучаю попугаями сервак. У нас 1с внедрение только, пока и погонять особо нечего )
Буду наполнять, наблюдать.
Еще раз - большое спасибо за подсказки и поддержку и с наступающим )) (1)по поводу хаба который я описал из прошлого поста, модели нигде на нем не написано, пункт о программе прикрепил скриншотом
Похожая проблема была. Периодически отваливались ключи (примерно раз в день).
Правда ситуация была немного другая: сам виртуальный сервер приложений 1С и ключи находились еще и в разных местах (удаленных частях города).
Все дело было в софте, который делал проброс USB.
Решалось перезапуском службы, которая этот проброс делала. Как побороть так и не нашли. Сделали задание, которое каждое утро перезапускало нужную службу.
А каким софтом пользуетесь, если не секрет? (3)
Это было два места работы назад.
Я, честно говоря, уже не помню как именно он назывался. В качестве решения предлагаю перейти на VMWare вместо Hyper-V. У неё нет проблем с пробросом любых ключей от любых приложений, в том числе токенов для клиент-банков.
(10) те кто покупали 1с говорят, что на электронные нельзя перейти. Еще говорят, что электронную лицензию 1с дает активировать 2-3 раза, после чего блокируют и надо покупать заново, не знаю на сколько это правда, но в тестовой среде получается особо не поиграть с ключами, если это так.
Спасибо за подсказку, в понедельник позвоню сам в 1с уточню, это решило бы много вопросов.
(12) Кто-то вам морочит голову.Обменять USB на программные лицензии МОЖНО, если они приобретались отдельными комплектами, а не в составе основных поставок или "бандлов" с MS SQL.
По поводу ограничения количества активаций - это тоже не соответствует действительности. Для клиентских и серверных лицензий нет ограничений на количество активаций.
При изменении конфигурации компьютера можно будет получить новую лицензию по резервному пинкоду из входящего в поставку комплекта. Пользователю предоставляются от двух до пяти резервных пинкодов в зависимости от вида программного продукта. Так, по два резервных пинкода предоставляются: для лицензии на одно рабочее место, для многопользовательских лицензий во всех поставках и для лицензий на сервер. В поставках клиентских лицензий на 5, 10 и 20 рабочих мест предоставляется следующее количество резервных пинкодов для однопользовательских лицензий: на 5 рабочих мест – 3 резервных пинкода, на 10 рабочих мест – 4 резервных пинкода, на 20 рабочих мест – 5 резервных пинкодов.
Если резервные пинкоды также израсходованы, пользователи могут обратиться в Центр лицензирования за дополнительными пинкодами. Для этого им необходимо прислать по электронной почте запрос на получение лицензии, сформированный по пинкоду, вместо которого требуется получить дополнительный пинкод. В Центре лицензирования будут проанализированы параметры получения всех лицензий по пинкодам из данного комплекта поставки, и, если не будет выявлено нарушений Лицензионного соглашения, пользователю будет выслан по электронной почте дополнительный пинкод.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Заметил странную особенность, при открытии виртуальной машины (на windows 7) через консоль, 1с и банк-клиент видят свои ключи и работают корректно. Ключи подключены к хосту в usb порты и проброшены в виртуалку штатными средствами вмваре.
При подключении через rdp не удается запустить ни 1с, ни банк-клиент. Оба не видят эти ключи. Хотя в диспетчере устройств они есть.
В чем может быть проблема и как ее решить?
P.S. Кстати такая же проблема была и на Hyper-V проброс был через usb-over-network.
mb78- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Подключайтесь к консоли.
Так как RDP по умолчанию создаёт виртуальные консоли, то для подключения не к ним, а непосредственно к консоли 0 (основная консоль-мышь/клавиатура) нужно запустить RDP-клиент с параметром console.
- Пример: mstsc /console
- Пример RDP 6: mstsc /admin
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
К сожалению не помогло.
Какие еще могут быть варианты?
templier- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Возможно, софт просто не предназначен для работы в RDP.
Особенно это касается банк-клиентов.
Используйте подключение к консоли ВМ.
banderasantonio- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Спасибо за совет. Консолью пользуюсь, но в вариации RDP соединение к vCenter Server и уже там открываю консоль ВМ. Но в таком варианте задержки достаточно большие и часто глючит двойной клик мыши. Поэтому выпускать такой способ в бухгалтерию не хотелось бы.
templier- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Так извратно-то зачем? Запускать RDP до vCenter, оттуда vClient и подключать консоль.
По моей ссылке кроме настройки доступа через веб-интерфейс (на клиенте ставится ActiveX плагин к IE) vCenter к консоли ВМ доступны (в комментариях) еще один-два альтернативных продукта, дающие доступ к консоли ВМ. Ставите их на клиентские машины и будет вам счастье.
Единственный минус использования веб-интерфейса vCenter это более высокое использование памяти. Производительность консоли ВМ вряд ли ниже, чем через vClient. Безопасность та же.
Читайте также: