Ошибка при подключении к серверу лицензий

Ошибка при подключении к серверу лицензий в Sims 3 – что делать?

Столкнулись с ошибкой при подключении к серверу лицензий в Sims 3? Тогда мы постараемся вам помочь справиться с этой проблемой. Такая неполадка является довольно распространенной среди игроков, а способы её устранения уже давно обнаружены и проверены пользователями. Обычно убрать сбой можно всего за два действия, но в некоторых случаях придется проверить важные компоненты программ. Итак, не будем откладывать, а сразу перейдём к решению проблемы.

Способ 1: запускаем игру из папки

Если вы используете официальную версию игры, то для синхронизации прогресса запускаете игру с ярлыка Steam. Для устранения ошибки рекомендуется открыть Sims 3 не с рабочего стола, а из папки со всеми компонентами. Для этого открываем стандартный проводник, переходим в диск, куда была установлена игра. Если Sims 3 лицензионная, то переходим по похожему пути: C:Program Files (x86)Origin GamesThe Sims 3GameBin. А если игра была скачана со стороннего сайта, то ищем папку в документах.

Запускаем игру из папки

Теперь остаётся перейти в папку bin, выбрать win_x64 и кликнуть по ярлыку с игрой. Как показывает практика и отзывы игроков, ошибка практически во всех случаях исчезает.

Способ 2: очищаем кэш в Origin

В лицензионной версии Sims 3 присутствует клиент Origin, который и может вызывать ошибку при подключении к серверу лицензий. Кэш данного клиента периодически нужно чистить, дабы избежать лишних проблем. Как это правильно сделать читайте ниже:

1. Полностью закрываем Origin. Для этого кликаем по значку клиента в меню и выбираем «Выход».
2. Одновременно нажимаем по клавишам Windows + R. В поле ввода вписываем команду %ProgramData%/Origin и нажимаем по кнопке Enter.

В поле ввода вписываем команду %ProgramData%/Origin

1. На открывшейся странице удаляем все папки, файлы и прочие документы, кроме LocalContent.

Удаляем лишние папки

1. Теперь снова нажимаем по клавишам Windows + R и вводим команду %AppData%. Нажимаем по кнопке «Ок» и автоматически попадаем в нужную папку.

Вводим команду %AppData%

1. В адресной строке проводника кликаем по слову AppData. Находим и открываем папку Local.

Находим и открываем папку Local

1. В открывшейся папке удаляем файл Origin.

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

Способ 3: обновляем DirectX

Начнём с того, что DirectX – это набор специальных программ, которые необходимы для запуска игр. Без данного компонента трудно будет открыть какую-либо современную игру, в том числе и Sims 3. Для начала необходимо проверить, какая версия DirectX установлена на вашем компьютере. Итак, одновременно нажимаем по клавишам Windows + R, в поле ввода набираем команду dxdiag и выбираем «Ок».

Проверяем версию DirectX

Открывается страница, на которой необходимо найти пункт «Версия DirectX». Убедитесь, чтобы на ПК была установлена свежая версия DirectX 12. Если это не так, то перейдите на официальный сайт Майкрософт и загрузите обновление. Принцип установки утилиты стандартный, поэтому подробно расписывать его нет смысла.

Кстати, если вы используете Windows 10, то свежая версия DirectX может быть установлена из центра обновлений.

После выполнения данных действия ошибка в Sims 3 должна исчезнуть. Также обновленный DirectX положительно повлияет и на другие игры.

Вывод

Подводя итоги отметим, что ошибка при подключении к серверу лицензий в Sims 3 чаще всего возникает из-за устаревших компонентов. Достаточно выполнить инструкции, представленные в каждом из способов для полного устранения неполадки. А если у вас возникли вопросы, то напишите об этом в комментариях. Редакция нашего сайта постарается вам ответить и помочь.

Как настроить СЛК для работы на нескольких компьютерах

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

Примечание: инструкцию по работе с программными ключами защиты можно посмотреть здесь

Настройка СЛК

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

После установки СЛК оба ключа устанавливаем на основной компьютер, запускаем консоль СЛК. Консоль можно открыть через меню «Пуск»:

Примечание: консоль должна открыться в браузере. Если она не открылась автоматически, нужно открыть любой браузер на компьютере и в адресной строке указать http://127.0.0.1:9099.

Если ключи работоспособны и все установлено корректно, они будут отображены в консоли:

По каждому ключу пишется его тип и количество лицензий.

В данном случае имеется основной ключ на 1 рабочее место и дополнительный ключ на 5 рабочих мест.

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

Если ключи не отображаются в консоли, нужно проверить следующее:

горят ли ключи: они должны светиться красным цветом. Если нет – можно попробовать установить ключи в другой USB-порт, либо проверить на другом компьютере (ноутбуке). Если ключ нигде не работает, возможно он сломан;

открыть диспетчер устройств на компьютере, проверить, найден ли там ключ защиты:

Если устройство работает некорректно, нужно попробовать обновить драйвер:

Запускаем программу 1С.

При запуске программы на дополнительном рабочем месте может выйти сообщение:

Нужно перейти по ссылке «Параметры системы лицензирования». В открывшемся окне указываем название или IP-адрес компьютера, на котором установлены ключи защиты, а также сетевой порт. Имя компьютера можно указывать, только если оно написано латинскими буквами. Далее нажимаем «Проверить лицензию», если ключ найден, выйдет сообщение:

После этого закрываем окно настроек по кнопке «Записать и закрыть».

При следующем открытии программы настройки сохранятся.

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

Примечание: Узнать, какой порт используется, можно в консоли СЛК:

Что делать если СЛК «не видит» ключ защиты

Если после описанных выше действий все же не получается настроить работу СЛК, нужно сформировать запрос в нашу техподдержку по почте otr@rarus.ru. Для быстрого анализа вопроса желательно указать:

Полное наименование и релиз программы.

Режим работы в 1С: файловый, клиент-серверный, веб-сервер. Где посмотреть режим работы, смотрите здесь.

Версию СЛК, информацию по используемым лицензиям:

аппаратные или программные ключи;

на сколько рабочих мест имеются лицензии.

Подробное описание вопроса:

формулировку выводимых сообщений, если они есть (приложить скриншоты);

горят ли ключи защиты. Если нет — пробовали ли проверить их работоспособность на других портах или компьютерах;

отображаются ли ключи в консоли СЛК;

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

Ошибка при подключении по RDP (CreedSSP encryption oracle remediation)

8 мая 2018 года компания Microsoft выпустила новое обновление устраняющее уязвимость в удалённом выполнении кода в незакрепленных версиях CredSSP (поставщик проверки подлинности, который обрабатывает запросы проверки подлинности для других приложений). Злоумышленники, использующие эту уязвимость, могли передавать данные пользователя для выполнения кода в целевой системе, включая установку и удаление произвольного программного обеспечения, удаление или изменение данных на сервере, создание учётных записей с любыми правами. При этом, после обновления, многие пользователи, при попытке подключения к удалённому рабочему столу, столкнулись с ошибкой «CredSSP encryption oracle remediation»:

На самом деле это не является ошибкой, это является уведомлением о проблеме безопасности давно не обновлённого сервера.

Microsoft отреагировала на уязвимость и приступила к устранению проблемы, поделив шаги на 3 этапа.

Результат первого этапа – обновление от 13 марта 2018 года, для CredSSP и RDP, которое закрывает дыру в безопасности и добавляет новый пункт в групповые политики.

Результат второго этапа – обновление от 17 апреля 2018 года, которое предупреждает о небезопасном соединении, если у сервера или клиента будет уязвимые CredSSP или RDP.

Результат третьего этапа – как раз обновление от 8 мая 2018 г.

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

Откройте редактор групповых политик — запустите «Выполнить» (нажав клавишу Win + R) и в диалоговом окне наберите «gpedit.msc» или найдите его через поиск на вашем компьютере набрав «Edit group policy» (Изменение групповой политики).

Политика должна располагаться по пути:

Computer Configuration -> Administrative Templates -> System -> Credentials Delegation -> Encryption Oracle Remediation

Конфигурация компьютера -> Административные шаблоны -> Система -> Передача учётных данных -> Исправление уязвимости шифрующего оракула

Политика имеет 3 опции:

1. Vulnerable (оставить уязвимость) – клиенты смогут подключаться как раньше, не зависимо от того, пропатчены они или нет. Это уязвимый уровень безопасности.

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

3. Force Updated Clients (принудительно принимать обновленные клиенты) – безопасный уровень взаимодействия клиентов – соединение установлено не будет, если один из пары клиент-сервер имеет не пропатченный RDP.

Необходимо включить политику, выбрав «Enabled» (Включено) и установить значение параметра в выпадающем списке на «Vulnerable» (Оставить уязвимость).

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

Как только вы подключились к серверу, установите последние обновления Windows. Если возникает ошибка, при попытке установки обновления, проверьте запущена ли служба «Windows Update» (Центр обновления Windows).

Служба располагается по пути:

Start -> Control Panel -> Administrative Tools -> Services

Пуск -> Панель управления -> Администрирование -> Службы

Если служба не запускается, проверьте, разрешён ли её запуск – статус не должен быть «Disabled» (Отключена).

Для Windows Server 2008 R2 SP1 или Windows Server 2012 R2 мы можете установить не все обновления, а только одно, которое устраняет эту уязвимость, сокращая время на решение проблемы подключения к серверу.

Скачать обновление можно с сайта Microsoft на странице описания уязвимости ( https://portal.msrc.microsoft.com/en-us/security-guidance/ad. ):

После того, как сервер будет обновлен, необходимо в политике «Encryption Oracle Remediation» (Исправление уязвимости шифрующего оракула) будет изменить опцию с Vulnerable (оставить уязвимость), на Force Updated Clients (принудительно принимать обновленные клиенты), но в этом случае все клиенты должны быть так же обновлены или на Mitigated (уменьшить риск), что даст возможность подключаться к серверу непропатченным клиентам.

Все образы операционных систем Windows Server, предлагаемые облачными сервисами МАРС Телеком, содержат все последние обновления и после создания нового или пересоздания сервера проблем подключения к нему с ошибкой «CredSSP encryption oracle remediation» уже не будет.

Как лечить windows server 2012 при ошибке сервера лицензирования

Надавно столкнулся с неожиданной проблемой, в январе месяце я установил и настроил windows server 2012, всё было сделано по Тз

т.е. используется Windows Server 2012 в рабочей группе (без использования домена), устанавливаются купленные клиентские сертификаты на подключение к серверу терминалов,

устанавливается и активируется сервер лицензирования.

Всё прекрасено работало ровно 120 дней после этого возникла ошибка

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

Возникли собственно вопрос как и почему.

Первым делом отправились в

Диспетчер серверовСлужбы удаленных рабочих столовСерверы

Там проверили что

1. Windows server 2012 активирован

2. Запущены службы: удаленных рабочих столов , лицензирования удаленных рабочих столов

Диспетчер серверовЛокальный сервер

там обнаружилась ошибка

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

не установлен режим лицензирования удаленных рабочих столов

Однако режим лицензирования установлен,а служба лицензирования настроена и сам сервер активирован.

Оказалось что в последних версиях microsoft windows server 2008 2008 r2 2012 рекомендуют использовать домен, при этом работают оба режима лицензирования,

а в случае отсутствия домена возможен только режим лицензирования на устройство, и по истечении 120 дней режим лицензирования на пользователя перестаёт работать и к серверу становится невозможно подключиться по РДП.

исправляем данную ситуацию открываем Powershell или в выполнить winkey+r

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

. В строке терминала пишем gpedit.msc и изменяем соответствующие ключи.

Конфигурация компьютераАдминистративные шаблоныКомпоненты WindowsСлужбы удаленных рабочих столовУзел сеансов удаленных рабочих столовЛицензирование — Использовать указанные серверы лицензирования удаленных рабочих столов (добавляем имя нашего сервера или его ip адресс)

Конфигурация компьютераАдминистративные шаблоныКомпоненты WindowsСлужбы удаленных рабочих столовУзел сеансов удаленных рабочих столовЛицензирование — Задать режим лицензирования удаленных рабочих столов (выбираем тип лицензий на устройство)

Computer ConfigurationAdministrative TemplatesWindows ComponentsRemote Desktop ServicesRemote Desktop Session HostLicensing — Use the specified Remote Desktop license servers (добавляем имя нашего сервера или его ip адресс)

Computer ConfigurationAdministrative TemplatesWindows ComponentsRemote Desktop ServicesRemote Desktop Session HostLicensing — Set the Remote licensing mode (выбираем тип лицензий на устройство)

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

Далее в том же powershell запускаем gpupdate, Далле нужно переполучить лицензии для этого

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

открываем все серверы — кликаем правой кнопкой по нашему серверу — управление лицензиями

далле — перестроить базу данных сервера лицензирования — база данных лицензирования удаленных рабочих столов повреждена

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

далее повторно устанавливаете лицензии (пр на сервере установить лицензии)

соглашение open license вводите ваш номер авторизации и номер дицензии если у вас винда была куплена.

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

Затем перезапускаете службы: лицензирования удаленных рабочих столов и удаленных рабочих столов

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

Ошибка «Удаленный сеанс отключен, поскольку отсутствуют клиентские лицензии удаленного рабочего стола»

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

Итак, при подключению к серверу терминалов по протоколу RDP возникает ошибка: «Удаленный сеанс отключен, поскольку для данного компьютера отсутствуют клиентские лицензии удаленного рабочего стола.»

Данное сообщение можно увидеть в следующих случаях:

1. Для службы удаленных рабочих столов на сервере терминалов не настроен сервер лицензирования.
2. На сервере лицензирования не осталось клиентских лицензий доступа (CAL).

Рассмотрим эти ситуации более подробно, а также обозначим способы их устранения .

1. Настройка сервера лицензирования

Об установке сервера терминалов, а также о настройке сервера лицензирования удаленных рабочих столов и об активации лицензий можно прочитать в статьях:

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

Запускаем редактор реестра. Сделать это можно выполнив команду regedit.exe («Пуск» — «Найти программы и файлы», либо «Пуск» — «Выполнить» или нажать комбинацию клавиш Win+R и вписать имя команды в окне «Выполнить»).

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

В запустившемся редакторе реестра необходимо удалить следующий каталог:

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

2. Нехватка CAL-лицензий

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

Просмотреть общее, занятое и доступное количество лицензий можно в оснастке «Лицензирование сервера терминалов». Чтобы открыть данную оснастку в MS Windows Server 2008 нужно последовательно зайти в меню «Пуск» — «Администрирование» — «Службы удаленных рабочих столов» — «Диспетчер лицензирования удаленных рабочих столов»

Далее следует выбрать свой сервер лицензирования, нажать «Действие» и «Создать отчет». Этот отчет покажет:

• дату и время создания отчета;
• область отчета, например Domain, OU=Sales или All trusted domains;
• число Клиентских лицензий служб удаленных рабочих столов «на пользователя», установленных на сервере лицензирования;
• число Клиентских лицензий служб удаленных рабочих столов «на пользователя», выданных сервером лицензирования с учетом заданной области отчета.

Созданные отчеты отображаются на вкладке «Отчеты» в Диспетчере лицензирования удаленных рабочих столов.

Смотрите также:

В данной статье будет подробно описан набор действий, который необходимо выполнить для получения программной лицензии для клиента «1С:Предприятие» версии 8.3 (в версиях 8.2 и 8.1 набор действий аналогичен) в автоматическом режиме. …

Наряду с аппаратными LPT и USB-ключами типа HASP4 Net, программные продукты «1С:Предприятие» могут быть защищены от копирования при помощи системы программного лицензирования. Данная система обеспечивает совместную работу пользователей без каких-либо дополнительных физических…