Можно ли перенести OEM-лицензию Windows 10 на виртуальную машину, если на ней не установлена ​​ОС Windows

Записки IT специалиста

  • Автор: Уваров А.С.
  • 07.08.2015

Программные лицензии 1С:Предприятия являются на сегодня основным вариантом для лицензирования, предоставляя администраторам новые возможности и снимая некоторые ограничения аппаратных ключей. В тоже время применение программных лицензий имеет свои особенности, которые способны вызвать немало затруднений, несмотря на то, что они довольно подробно описаны в руководстве администратора, которое «по традиции» никто не читает. Поэтому мы решили подготовить данный материал, включив в него как официальную информацию, так и собственные пояснения, и примеры.

Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.

Прежде всего напомним, что программные лицензии никоим образом не меняют существующие правила лицензирования 1С:Предприятия и рекомендуем освежить свои знания, прочитав следующую статью: Лицензирование 1С Предприятие 8.

Можно ли перенести OEM-лицензию Windows 10 на виртуальную машину, если на ней не установлена ​​ОС Windows?

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

Я хочу перейти на Linux, и я хотел бы, чтобы моя хост-система называлась Ubuntu для начинающих, а моя гостевая ОС — Windows. Мой компьютер поставлялся с лицензией Windows 8.1 Home OEM, и я очищал установленную Windows 10 Home, когда он пришел, когда я получил бесплатное обновление, и установка Windows 10 была активирована только благодаря тому, что я работал на том же оборудовании, мне не пришлось введите мой ключ еще раз, и общий ключ отображается в Windows 10.

Учитывая, что я обновил операционную систему и что основной операционной системой, к которой я стремлюсь, не будет Windows, могу ли я использовать Windows 10 Home со своим исходным ключом и использовать его на виртуальной машине? Или мне нужно будет установить Windows 8.1, активировать ее с помощью оригинального ключа, затем обновить ее до Windows 10 и получить бесплатное обновление для установки гостевой ОС? Должен ли я установить Windows 10 сразу и ожидать, что он будет автоматически активирован, как при установке моей основной ОС? (Я ожидаю, что нет, так как идентификатор HW не будет таким же.) Могу ли я использовать Windows с лицензией OEM, которая предназначена для более старой версии, в качестве гостевой ОС, когда ее вообще нет в ОС Windows?

Технически это будет работать и активироваться на законных основаниях, и для TOS это совершенно другая история

Я предполагаю, что вы имеете в виду установку Windows 8 с оригинальным ключом OEM, а затем обновление до Windows 10 будет работать, не так ли? Так как Microsoft сказала, что они будут простыми даже для людей с нелицензированными установками, и так как это только для личного использования, я думаю, что я буду в порядке с нарушением TOS.

Лицензия Windows 10 все еще будет лицензией OEM, привязанной к машине, на которой находится оригинальная лицензионная камера Windows 8 OEM, я просто предоставил ответ на ваш вопрос. Из-за опасений за то, что я помогу всему сообществу, я не буду отвечать на этот вопрос.

Обходим детектирование виртуальной машины программами в VMWare

Разработчики вирусного ПО и просто разработчики, не желающие, чтобы их программу пытались реверсить, на этапе запуска или установки проводят проверки на виртуальную машину, и в случае её обнаружения отказываются работать, а то и вовсе самоликвидируются. Под катом описан способ, как можно попробовать решить эту проблему.

Я использовал VMWare Fusion для Mac, однако с тем же успехом способ работает и в Workstation для Win.

1) Для работы необходима заново установленная система, как внести изменения в уже существующую — не нашёл.

Готовите виртуальный диск, указываете систему, как это обычно делаете, и в настройках к устанавливаемой машине, у меня этот пункт назван Isolation, выключаете любой обмен данными с хостовой ОС.

2) Далее надо найти конфигурационный VMX файл, создаваемый на этапе создания машины в VMWare, и в конец добавить строки:

isolation.tools.getPtrLocation.disable = «TRUE»
isolation.tools.setPtrLocation.disable = «TRUE»
isolation.tools.setVersion.disable = «TRUE»
isolation.tools.getVersion.disable = «TRUE»
monitor_control.disable_directexec = «TRUE»
monitor_control.disable_chksimd = «TRUE»
monitor_control.disable_ntreloc = «TRUE»
monitor_control.disable_selfmod = «TRUE»
monitor_control.disable_reloc = «TRUE»
monitor_control.disable_btinout = «TRUE»
monitor_control.disable_btmemspace = «TRUE»
monitor_control.disable_btpriv = «TRUE»
monitor_control.disable_btseg = «TRUE»

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

Важно! Если на этапе настройки установки будет опция вроде «Express install», «Быстрая установка» — выключайте их. Также не стоит устанавливать VMWare Tools в установленную систему, т.к. некоторое ПО в проверку включает и наличие этого пакета.

3) Сохраняем файл, указываем для загрузки ISO с установщиком системы, устанавливаем ОС как обычно.

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

Чтобы победить и их в Windows, идём в редактор реестра в ветку HKLMSYSTEMCurrentControlSetServicesDiskEnum. Как видите, там есть вполне явная отсылка к тому, что диск — виртуальный.

Нам нужно изменить его, убрав из параметра VMware, Virtual, Ven, итп, и сохранить её так.

Также имеет смысл заменить в реестре поиском по VMware/Virtual на какой-нибудь Intel или IBM всё, что меняется, а не только дисковые переменные.

После пробуйте запускать ваш упрямый объект экспериментов — в процентах 70 случаев описанные шаги помогут пройти проверки на виртуальное окружение.

Важно! Значение в HKLMSYSTEMCurrentControlSetServicesDiskEnum перезаписывается после каждой перезагрузки, так что его нужно менять после каждого нового запуска системы.

Естественно, это не исчерпывающее руководство, некоторое ПО также может пытаться определять виртуальную систему следующими методами:

1) Проверками диапазона MAC адресов (просто подменяется в настройках виртуального сетевого адаптера до запускa виртуальной машины)
2) Через WinAPI опросом конфигурации ОС и прочей системной информации (FirmwareTable)
3) Низкоуровневыми трюками.

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

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

Как видно, улучшить скрытность можно также выделив виртульной машине больше системных ресурсов. Что касается памяти, выбирать стоит значения, кратные 1024.

Спасибо всем, кто осилил статью и помог в дополнении её толковыми комментариями!

Как включить вложенную виртуализацию Nested VT-x с помощью командной строки

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

Теперь, если мы перейдём в настройки VirtualBox (Настроить → Система → Процессор), то увидим, что опция «Включить Nested VT-x/AMD-v» теперь активна,

virtualbox-nested-vt-x-amd-v-on-screenshot-5

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

2 ответа 2

Да, вам нужен еще один ключ.

И я буду ссылаться на те же Условия использования MS, которые @Mark разместил в своем посте.

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

Я не согласен с ответом @ Mark из-за фразы «Вместо непосредственного использования программного обеспечения» в тексте лицензии выше. Это означает, что «если вы не хотите устанавливать это программное обеспечение непосредственно на компьютере, вы можете запустить его на виртуальной машине на компьютере вместо установки на компьютере, но не в дополнение к нему».

Поэтому вам понадобится еще один ключ для виртуализированного экземпляра Windows 7. Или вы можете изменить хост-систему на бесплатную, например, CentOS, и использовать свой ключ Windows 7 для гостевого экземпляра.

Лицензирование 1С на виртуальной машине

Имеется хостовая машина, на которой запущена виртуальная машина (server 2012, если это имеет значение) в роли ТС. Предполагается что к ней будут логиниться клиенты и запускать 1С в режиме Remote App. Когда ТС был аппаратный, ситуация была в общем понятна — ставим на сервер нужное число электронных лицензий и все работает. Привязка лицензии идет к оборудованию компьютера и его перенос на другое железо без переустановки лицензии невозможен.

Какова ситуация с виртуальным сервером? Он может быть запущен на разных хостах, эту виртуалку можно склонировать и запустить вторую копию и т.п. К чему идет привязка лицензии и работает ли вообще 1С в виртуальной машине?

«У меня вирт машина» — является основанием для получения аппаратного ключа, вместо впариваемого программного

> Он может быть запущен на разных хостах, эту виртуалку можно склонировать и запустить вторую копию и т.п

хосты будут в одной подсети ?

(7) тут кричали 500 раз уже, надо искать. хотя то было на 13-14 ых платформах, в последнее время 1с дорабатывает программные ключи сильно, хз как щас

(6) Ну, пока клонирование не предполагается, просто оно ведь возможно. Вряд ли ушлые ребята из 1С упустили эту особенность.

Вся виртуализация делается средствами Hyper-V 2012

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

отличный вопрос. А вот на эти http://fastvps.ru/dedicated/ сервера софтверный ключ встанет? юсби туда вообще никак не отвезти.

(0)На виртуальном как раз есть смысл использовать программную лицензию. Привязка идет к оборудованию VM, оборудование не меняется при переезде виртуалки на другой хост.

(13)Dedicated — это обычные железные сервера, ничем не отличающиеся от того что стоят у тебя в офисе. Пойдет как программная, так и аппаратная лицензия.
В случае с программной поставишь сам. Если ключ — отправишь хостеру посылкой, он подключит, но такая услуга заранее оговаривается.
Конечно удобней программный.

(0) В основном проблем с виртуальными машинами нет. Правда были случаи, когда внезапно у виртуалки менялся айдишник сетевой карты или на пару мегагерц частота процессора, соответственно программные лицензии слетали. Пол года клиент мучался, довольствуясь отписками 1С о скором исправлении. В результате дали таки аппаратные ключи..

(18) а разве не у 1С программные ключи отрубаются при понижении характеристик?

то есть был «проц» 2000 мегагерц, снизили до 1000 — лицензия взбрыкнула..
была оператива 8 гб, снизили до 6 — лицензия взбрыкнула.

а вот на повышение все нормуль..

непомню кто то объяснял

(22)Я в курсе. Но вроде 1с говорила что исправили, если я не ошибаюсь.

Просто я к чему — не ставь динамическое выделение ресурсов и все будет ок. Если виртуализация своя, то как правило так и делается.
Другое дело если размещать где-то в облаке с динамическим выделением ресурсов.

(19) на виртуалке при сравненииобъединении конфигурации часто вылазит окно файерволла о заблокированном обращении к внешним ресурсам.

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

(15) да без разницы, виртуальная или не виртуальная, в 1С виртуальная=реальной.
Без вариантов.
(15)>>»У меня вирт машина» — является основанием для получения аппаратного ключа, вместо впариваемого программного
— ничем таковым не является, какой удобно, такой и пользуйте.

Ответ саппорта 1С:

=====
На данной виртуальной машине вы сможете использовать программные лицензии.

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

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

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

2. Самая распространенная проблема — это частая смена параметров виртуальной машины, после чего запрашивается лицензия.

3. При работе на простом сервере в терминальной сессии проблемы возникают намного реже.

4. При запуске виртуалки на другой хостовой машине с большой вероятностью потребуется повторное получение лицензии с использованием резервного пин-кода.
===

(35)>>Не вносить без необходимости измениний в настройки виртуальной машины.
— правильно, потому что это аналогично, если сменить на хосте железо — точно также программная лицензия потеряется.
Саппорт, как всегда, капитан очевидность.
Остальные внимают.

(36) просто надо сделать машину с минимальными параметрами, активировать лицензию и дальше уже параметры наращивать

(37) нельзя паарметры наращивать, программная лицензиякак раз и вяжется к «аппаратной» части — хоть виртуальной, хоть реальной.

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

ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку «Обновить» в браузере.

Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.

Оцените статью
Fobosworld.ru
Добавить комментарий

Adblock
detector