Бесплатная лицензия на компьютере оператора не может быть использована на виртуальной машине

Цитата:

Издеваются.

Junior Member

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

Добавлено:
terenty79
Честно говоря я бы не доверял таким программам, особенно если они не могут следить за безопасностью, таким образом можно поиметь доступ ко всем id и паролям и иметь полный доступ ко всему.

Advanced Member

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

Junior Member

Member

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

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

-notstartclient
принудительное отключение режима ожидания сеанса, например, если он в настройках включен

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

-minimize
запуск свернувшись в трей

-nogui
не показывать главное окно программы, а также иконку в трее, но отображается в процессах

-install
установка службы, не совместимо с nogui

-remove
и удаление службы, так же не совместимо с nogui

-elevated
подавление запроса о повышении прав при запуске, например, ярлыка

-connect
подключение к ID, или IP
-password
пароль для подключения, если он задан на той стороне

Итого некоторые параметры можно комбинировать, например:

Источник

Бесплатная лицензия на компьютере оператора не может быть использована на виртуальной машине

Azure — платформа облачных сервисов. Предоставляет возможность создания виртуальной операционной среды для выполнения приложений и хранения данных.

Для использования бесплатной подписки будут необходимы:

По завершении регистрации будут предоставлены:

По окончании 30 дней или при израсходовании выделенных 200$ Microsoft отправит уведомление с предложением перехода на оплату по мере использования для сохранения доступа к бесплатным службам в определенном объеме (при превышении ежемесячного бесплатного объема в случае перехода на оплату по мере использования будет выставляться счет, согласно тарифам оплаты). В ином случае по истечении еще 30 дней учетная запись Azure будет удалена.

Содержание

Процедура регистрации бесплатной пробной версии Azure

Создание виртуальной машины Windows с помощью портала Azure

Виртуальные машины Azure — это масштабируемые облачные вычислительные ресурсы. Они схожи с виртуальными машинами, разворачиваемыми в Hyper-V, VirtualBox, VMware Workstation и др., но в отличии от данных платформ виртуализации, они используют вычислительные ресурсы дата-центров Azure. Можно создавать, запускать, останавливать виртуальные машины и управлять ими на портале Azure или с помощью Azure CLI. Также есть возможность использовать клиент RDP для подключения к пользовательскому интерфейсу рабочего стола Windows.

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

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

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

Имя виртуальной машины

При создании имени виртуальной машины необходимо учитывать ограничения, а именно количество символов не более 15 с ОС MS Windows и не более 64 символов с ОС Linux, не должны использоваться специальные символы Microsoft, а также имя должно быть уникально в пределах текущей группы ресурсов.

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

Регион

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

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

В рамках написания статьи параметр Параметры доступности по умолчанию Избыточность инфраструктуры не требуется.

]Параметр Изображение позволяет выбрать в раскрывающемся списке операционную систему, которая будет развернута в виртуальной среде.

Если выбрать Просмотреть все изображения можно увидеть более обширный выбор операционных систем в разделе Marketplace.

При написании статьи выбрана ОС MS Windows 10 Pro, Version 20H2.

Размер – при выборе значения данного параметра следует учитывать, какая будет задействована операционная система, для каких целей будет использоваться данная система, сколько необходимо выделить оперативной памяти, виртуальных ЦП и др.

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

При написании статьи был указано значение Standard_D2s_v3 – 2 виртуальных цп, 8 Гб ОЗУ (87,60$ в месяц), что является оптимальным решением при тестировании данной платформы с бюджетом 200$ на месяц. При выборе региона по умолчанию (US Восточный регион США) стоимость бы составила 70$ в месяц.

Правила входящего порта

В раскрывающемся списке Выбрать входящие порты оставить по умолчанию флажок в чекбоксе RDP (3389) для обеспечения удаленного доступа к данной виртуальной машине.

Далее необходимо установить флажок в чекбоксе Лицензирование и перейти к следующему разделу, нажав кнопку Далее: Диски.

Тип диска ОС

В раскрывающемся списке необходимо выбрать один из трех типов дисков Azure в зависимости от его предназначения.

В качестве дисков с операционной системой Windows компания Microsoft рекомендует использовать SSD накопители категории «Премиум». В рамках статьи для максимальной производительности данное значение оставлено по умолчанию (Премиум).

Также в разделе Диски можно создать дополнительный диск, например, если необходимо иметь отдельные от операционной системой диски с данными.

При написании статьи остальные значения в разделе Диски были выбраны по умолчанию.

Перейти к разделу Сетевые подключения.

Виртуальные сети Azure позволяют узлам вычислительной сети взаимодействовать друг с другом.

Сетевые сервисы Azure обеспечивают:

Виртуальная сеть Azure состоит из элементов функционально аналогичных объектам физической вычислительной сети.

Сетевые компоненты виртуальной среды:

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

Для управления виртуальной машиной можно подключаться с помощью Azure CLI, протокола удаленного рабочего стола или Secure Shell.

Так как при написании статьи создается первая виртуальная машина и виртуальные сети ранее не создавались, можно воспользоваться предложенными системой Azure значениями по умолчанию.

Также можно создать значения параметров виртуальной сети вручную, выбрав команду Создать параметра Виртуальная сеть.

При изменении настроек в разделе Группа безопасности сети сетевого адаптера можно настроить правила, позволяющие фильтровать сетевой трафик, установив радиокнопку Дополнительно. Группа безопасности сети создается отдельно.

При написании статьи значения в разделе Сетевые подключения были выбраны по умолчанию.

В разделе Управление можно настроить следующие параметры:

Центр безопасности Azure – можно активировать инструмент Защитник Microsoft для облака, который предоставляет инструменты для защиты ресурсов, отслеживания состояния безопасности, защиты от кибератак и оптимизации управления безопасностью.

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

Автозавершение работы – если установить флажок в чекбоксе Включить автоматическое завершение работы в определенное время будет автоматически выключаться виртуальная машина с возможностью получать уведомления перед запуском данного процесса.

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

Перейти к разделу Дополнительно.

При необходимости с помощью параметра Расширения можно автоматически установить различные агенты антивирусной системы (Kaspersky Hybrid Cloud Security Agent), мониторинга (Agent for Windows Server Monitoring), резервного копирования (Acronis Backup) и другие.

В рамках написания статьи данный раздел не настраивался.

Перейти к разделу Теги.

В рамках написания статьи данный раздел не настраивался.

Перейти к разделу Просмотр и создание.

Нажать кнопку Создать.

Таблица с итоговыми параметрами

По окончании процесса создания виртуальной машины с ОС MS Windows 10 выбрать Перейти к ресурсу.

В разделе Обзор приводится множество сведений о виртуальной машине, например:

По умолчанию после процесса развертывания виртуальная машина находится в состоянии Выполняется.

При остановки виртуальной машины с помощью портала Azure, статус виртуальной машины в состоянии Остановлено (освобождено). Оплата производится в данном случае только за некоторые ресурсы Azure, такие как Диски и Сети.

Если завершить работу с виртуальной машиной с использованием средств гостевой системы, статус виртуальной машины будет в состоянии Остановлено и оплата в данном случае будет взыматься полностью за вычислительные ресурсы.

Базовые настройки при работе с виртуальными машинами будут рассмотрены в отдельной статье.

Подключение к виртуальной машине Microsoft Azure с ОС MS Windows 10 через протокол удаленного рабочего стола

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

Для подключения к виртуальной машине Azure с помощью клиента RDP, потребуется:

Можно ввести данные сведения в клиенте RDP операционной системы MS Windows или загрузить предварительно настроенный файл RDP.

1 вариант

2 вариант

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

Также как и первом варианте подключения можно настроить различные параметры, позволяющие управлять подключением к виртуальной машине Azure. Для этого необходимо кликнуть ПКМ мыши по файлу RDP и в контекстном меню выбрать Изменить.

moks2

LagMAN

гораздо удобнее тим вивера (хоть и меньше по функционалу) но при администрировании сервера в ксс проверять компы читеров была незаменима)

C0FFEE

Тимвивер работает из под VMware, в отличие от амми. А так да, амми удобнее

C0FFEE

У меня VMware нет, а TeamViewer работает) Какая между ними связь?

Freddi

Freddi

Извините, инфа полезная. Невнимательно прочитал. Не работает под виртуальные машины

C0FFEE

Извините, инфа полезная. Невнимательно прочитал. Не работает под виртуальные машины

Добрый день. Вопрос таков:

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

Собственно суть вопроса. Нрмально ли на данный момент программные лицензии ведут себя в виртуальной среде.

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

Может быть кто нибудь уже испробовал программные лицензии на сервер 1с в этой виртуальной среде.

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

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

Но параметры виртуальной машины, на которой была активирована лицензия не менялись. Скорее всего сменился како-то внутренний идентификатор виртуального оборудования и все сломалось.

На данный момент явных проблем с файловыми лицензиями 1С нет.

Если не менять конфигурацию ВМ с сервером лицензий, то проблем быть не должно.

Вы ошиблись, я не Александр (:

Тоесть на сервер 1С и клентов можно смело можно брать программные лицензии и после ребута все будет ок?

А в данном случае клиентские лицензии лучше активировать для каждого пользователя или пущай сервер раздает? Как думаете?

Пусть все будет на сервере, зачем заморачиваться?

Просто совпали по времени ваш вопрос и одного из наших клиентов

Инфраструктурные особенности 1 в 1

Наконец хоть кто-то развеял сомнения.

В начале года была целая эпопея с виртуальной машиной VM Ware и УНФ с программной лицензией после перезагрузки лицензия просто переставала работать и требовалось использовать новый пин-код, хотя витруальную машину не перенастраивали. Проблему так и не победили и пришлось перейти на аппаратный ключ. Сотрудники 1С никакой вменяемой информации не предоставляют и норамльной инфы по лицензированию в виртуальной среде нет. Просто очень обидно если возникнет проблема с изменением какого-нибудь виртуального идентификатора после перезагрузки машины и лицензия на сервер слетит. Клиенты иностранные и не охота облажаться.

Все должно быть в порядке.

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

Собственно, 1С ввела файловые ключи в основном из-за начала повсеместной виртуализации. Было бы странным, если бы при всем этом ключи не работали из под виртуальной среды

Попробуйте сами пройтись по гуглу с поиском проблем файловых ключей 1С и вмвары, ничего нет.

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

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

Решение USB-over-IP существуют. Более того, vSphere поддерживает проброс USB в ВМ

Есть и другие способы )

А какие если не секрет?

Если использовать проброс портов, то про vMotion и прочие вещи, вроде бэкапов можно забыть сразу.

У нас с полгода назад тоже копья ломали по поводу 1С и виртуализации. В результате, взвесив все «за» и «против», остановились на аппаратной реализации: «свистки» и AnywhereUSB. Так оно как-то спокойнее: и ВМ-ки можно как угодно модифицировать, и vMotion как часы, да и FT можно организвать (особенно когда прикрутят поддержку SMP ).

Если использовать проброс портов, то про vMotion и прочие вещи, вроде бэкапов можно забыть сразу.

Верно только если решить «пробросить» виртуалке целый USB-контроллер хоста.

Проброс отдельных USB-портов физического сервера вполне хорошо уживается и с vMotion и со снапшотами. Хотя тут тоже есть кое-какие неудобства, поэтому мы в своё время использовали внешние решения USB-over-IP.

Если использовать проброс портов, то про vMotion и прочие вещи, вроде бэкапов можно забыть сразу.

Купили DIGI AnywhereUSB под HASP. Оказалось, оно не дружит с Win2000. Пришлось втыкать ключ в хост и пробрасывать USB. ВМ отлично «вимошится»

Добрый день. Вопрос таков:

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

Собственно суть вопроса. Нрмально ли на данный момент программные лицензии ведут себя в виртуальной среде.

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

Может быть кто нибудь уже испробовал программные лицензии на сервер 1с в этой виртуальной среде.

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

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

Но параметры виртуальной машины, на которой была активирована лицензия не менялись. Скорее всего сменился како-то внутренний идентификатор виртуального оборудования и все сломалось.

Наблюдаю такое только в 2х случаях:

1 временно предоставляем доступ серверу прлижений 1С в Интернет, и перерегистрируем пин на сервер и рабочие места. И радуемся жизни.

Пришла пора сделать сервер лицензирования 1С. Для начала расскажу зачем это нужно и какие преимущества это даёт.

Сервер лицензирования позволяем перенести сервисы по проверке и выдаче лицензий 1С на отдельную машину. Сервер лицензирования позволяет выдавать не только клиентские лицензии, но и серверные. Тем самым, с точки зрения системного администрирования, мы получаем дополнительные плюшки. Итак, преимущества отдельного сервера лицензирования:

Итак, делаем сервер лицензирования. У меня вся инфраструктура 1С виртуальная, поэтому я могу создать любую конфигурацию. Для сервера лицензирования выделяю следующие мощности:

В крайнем случае можно будет нарастить мощностей, но это потребует переактивации лицензий.

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

Устанавливаем 1С на сервер лицензирования. Я использую установку 1С как сервис Windows, этот сервис я мониторю через заббикс. Запускаем службу.

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

На сервере лицензирования запускаем службу WMI или убеждаемся в том, что служба запущена.

Далее идём на сервер приложений в консоль администрирования 1С. Переходим в кластер. Подробнее про создание кластера напишу в отдельной статье:

Источник

• ← Чем заматовать старую краску перед покраской авто
• Что используется инструктором лфк при составлении кривой физической нагрузки →