Инструкция по работе с СЛК 3. 0

Содержание

Локальный сервер защиты не обнаружен код ошибки 10023

Инструкция по работе с СЛК 3.0

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

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

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

Привязка к носителю выполняется при установке программного ключа, которая осуществляется при помощи специального кода активации – последовательности из 20 цифр и латинских букв от A до Z, например:

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

Получение резервных кодов возможно автоматически при условии доступности ключей в консоли сервера СЛК.

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

Установка лицензии

Для установки лицензии выполним следующие действия:

Откроем консоль сервера СЛК (можно через меню «Пуск»):

Установка лицензий

В открывшемся окне перейдем в раздел «Установка лицензий»:

Установить лицензию

Указываем данные лицензии:

Далее выбираем место установки: на компьютере, на котором установлен сервер СЛК, или аппаратном носителе (неактивированном USB ключе) и нажимаем «Установить автоматически через Интернет». В результате будут отображены данные установленного ключа:

Основной ключ

Получение резервных кодов активации

автоматически через Интернет

при помощи файлового запроса

по запросу в Центр Лицензирования

Автоматически через Интернет

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

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

Деактивировать

При этом будут запрошены имя пользователя и пароль:

Требуется аутентификация

По умолчанию используются имя пользователя admin и пароль admin.
Примечание: По соображениям безопасности рекомендуется не отключать авторизацию и изменить имя пользователя и пароль по умолчанию.

В случае успешной авторизации откроется окно деактивации:

Деактивация

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

Ключ успешно активирован

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

Место установки Неактивированный USB ключ

При помощи файлового запроса

С данным способом активации можно ознакомиться на сайте.

По запросу в Центр Лицензирования

В случае невозможности автоматического получения резервных кодов (например, при физическом повреждении компьютера) необходимо отправить письмо по электронной почте на адрес katran@1c. ru, в котором указать:

Причину, по которой необходим резервный код

Использованный код активации

Регистрационный номер продукта

Организацию, на которую зарегистрирован продукт (наименование, ИНН/КПП)

Примечание: Обработка запросов по электронной почте осуществляется с 10.00 до 18.00 по московскому времени по рабочим дням.

Перенос лицензии с компьютера на аппаратный носитель

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

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

Подключим аппаратный носитель к компьютеру, где работает сервер СЛК (для этого вставляем ключ в USB порт)

В консоли сервера СЛК заходим в раздел «Установка лицензий», указываем резервный код, ИНН, КПП и выбираем место установки «Неактивированный USB ключ»:

Неактивированный ключ

Нажимаем «Установить автоматически через Интернет».

Активированный usb ключ

В результате будет выполнена установка лицензии на USB ключ.

Параметры привязки к компьютеру

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

Жесткий диск, на котором установлена операционная система

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

Примечание: Хотя программный ключ напрямую не зависит от версии операционной системы (ОС), однако доступ к оборудованию для его формирования осуществляется, в том числе, и средствами ОС. Поэтому при переустановке ОС работоспособность ключа сохраняется, а при обновлении на более новую (например, с Windows XP на Windows 7, или Windows 7 на Windows 8.1 / Windows 10) ключ также может стать неработоспособным.

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

РќРµ обнаружен ключ защиты программы РІ 1РЎ:Предприятие 8 или ЛИКБЕР— защиты 1РЎ

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

Хочу обратить внимание, что ошибка появилась на компьютере, на котором было 2 сетевые карты с 2мя разными сетями. Почему то сразу значения данному моменту не придал. Видимо, потому что монитор HASP обнаруживал данные ключи отлично, из-за чего искал проблему в 1С. В результате чего убил пол дня рабочего времени. Проблема действительно крылась в двух сетевых картах, а если сказать точнее, 2 разные сети, решение было в файле C:\Program Files\1cv81\bin\conf\nethasp. ini

Ключи защиты для 1С подразделяются на:

1. Однопользовательские (обязательно должны физически быть подключены к компьютеру, на котором запускается 1С)

модель HASP HL Basic ( синего цвета ), данный ключ имеет маркировку H4 M1 ORGL8, не имеет встроенной памяти и персонального ID, не хранит в себе никаких параметров и настроек. Поставляется продуктами имеющими лицензию на одно рабочее место.

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

3. Серверные (обязательно должны физически быть подключены локально к компьютеру, на котором установлен и работает сервер агента 1С Предприятие)

Ключи для сервера 1С Предприятие бывают только локальные. 32-битная версия имеет ключ защиты HASP HL Pro ( фиолетового цвета ), который имеет внутреннюю память и уникальный ID. Имеет маркировку ENSR8, поставляется вместе с лицензией на сервер 1С Предприятие.

Для 64-битного сервера используется ключ HASP HL Max ( зеленого цвета ) с внутренней памятью и уникальным ID. Имеет маркировку EN8SA и поддерживает также 32-битный сервер. Т. е. имея лицензию на 64-битный сервер можно, не меняя ключа, использовать 32-битную версию, но не наоборот.

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

В общем случае, данных действий для работы 1С достаточно. В процессе запуска и дальнейшей работы 1С:Предприятие 8 на локальных машинах, система будет обращаться с помощью broadcast-запроса по порту 475 и искать ключ защиты. В случае не удачного поиска будет выдано сообщение „не обнаружен ключ защиты программы“ и работы 1С:Предприятие прервется.

Если вы столкнулись с сообщением „не обнаружен ключ защиты программы“ необходимо проверить:
1. наличие ключа защиты в порту usb сервера ключа
2. проверить запущен ли сервер ключа на сервере (процесс с именем „Hasp loader“)
3. проверить командой telnet доступность сервера ключа с локальной машины по порту 475 (например: telnet 192.168.100.100 475)

Если РІСЃРµ проверки прошли успешно, РЅРѕ ошибка осталась, переходим Рє более детальным настройкам. Р’ папке установки 1РЎ:Предприятие 8 (как правило, c:\program files\1cv81\bin\conf или c:\program files\1cv8\bin\) имеет файл nethasp. ini. Это файл настройки ключа защиты, РѕРЅ разбит РЅР° секции, нас интересует секция [NH_TCPIP]. РџСЂРё установке 1РЎ, РїРѕ умолчанию, РІ данной секции РІСЃРµ параметры отделены двойными знаками «;», что означает игнорирование данных настроек. РџСЂРё этом драйвер ключа ведет себя следующим образом:
1. посылается пакет типа broadcast по локальной сети по порту 475 в поисках сервера ключа защиты
2. если ответ не получен — ошибка

Недостатки конфигурации по умолчанию:
1. на broadcast уходит какое-то время
2. не все сервера отвечают на подобные пакеты
3. broadcast какая-никакая, но нагрузка на сеть

Для решения данной проблемы необходимо сделать следующее:
1. укажем конкретный адрес где искать сервер ключа (например: NH_SERVER_ADDR = 192.168.100.100)
2. запретим broadcast поиск (NH_USE_BROADCAST = Disabled)
3. и ограничим типы пакетов только TCP-протоколом (NH_TCPIP_METHOD = TCP)

Как показывает практика, скорость запуска 1С:Предприятие 8 после такой настройки возрастает заметно!

Но есть и кое-какие недостатки данного метода:

необходимо следить за тем, чтобы адрес сервера ключа защиты не изменился, иначе придется на всех локальных машинах перенастраивать файл nethasp. ini!

Хотел бы так же уточнить несколько моментов по работе с ключами, с которыми пришлось сталкиваться при работе:

1. Monitor HASP не показывает ключ

Сам по себе монитор может показать только наличие менеджера лицензий на том или ином адресе. Ключ он сможет увидеть только после того, как защищенное приложение успешно откроет хотя бы одну сессию с ключом. Кроме того, следует учитывать, что Aladdin Monitor работает только по протоколу UDP, порт 475. Таким образом, отсутствие данных о ключе в мониторе еще не означает, что ключ недоступен для приложения.

2. Два ключа защиты 1С HASP на одном компьютере

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

Возможные решения данной проблемы:

3. Два и более менеджеров лицензий (License Manager) в сети

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

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

Типовые ошибки установки сервера 1С:Предприятие и PostgreSQL на платформе Linux.

1cv8-pgsql-error-000.jpgСвязка сервера 1С:Предприятие и PostgreSQL вторая по популярности среди установок 1С и самое используемое решение на платформе Linux. В отличии внедрений на базе Windows и MSSQL, где трудно сделать так, чтобы не заработало, внедрения на базе Linux таят множество подводных камней для неопытного администратора. Часто бывает так, что вроде бы все сделано правильно, но ошибка следует за ошибкой. Сегодня мы рассмотрим самые типовые из них.

Общая информация

Перед тем, как начинать искать ошибки установки и, вообще, приступать к внедрению серверной версии 1С:Предприятия было бы неплохо освежить представление как это работает:

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

1cv8-pgsql-error-002.jpg

В нашем распоряжении имеются два сервера под управлением Ubuntu 12.04 x64, на одном из них установлен сервер 1С:Предприятие версии 8.3, на другом PostgreSQL 9.04 от Ethersoft, а также клиент под управлением Windows. Напоминаем, что клиент работает только с сервером 1С, который, в свою очередь, формирует необходимые запросы к серверу СУБД. Никаких запросов от клиента к серверу управления базами данных не происходит.

Сервер баз данных не обнаружен
ВАЖНО: пользователь «postgres» не прошёл проверку подлинности (Ident)

1cv8-pgsql-error-003.jpg

Данная ошибка возникает при разнесении серверов по разным ПК из-за неправильно настроеной проверки подлинности в локальной сети. Для устранения откройте /var/lib/pgsql/data/pg_hba. conf, найдите строку:

и приведите ее к виду:

Сервер баз данных не обнаружен
could not translate host name «NAME» to address: Temporary failure in name resolution

1cv8-pgsql-error-004.jpg

На первый взгляд ошибка понятна: клиент не может разрешить имя сервера СУБД, типичная ошибка для небольших сетей, где отсутствует локальный DNS-сервер. В качестве решения добавляют запись в файл hosts на клиенте, что не дает никакого результата.

А теперь вспоминаем, о чем было сказано несколько раньше. Клиентом сервера СУБД является сервер 1С, но никак не клиентский ПК, следовательно запись нужно добавлять на сервере 1С:Предприятие в файл /etc/hosts на платформе Linux или в C:\Windows\System32\drivers\etc\hosts на платформе Windows.

1cv8-pgsql-error-005.jpg

Аналогичная ошибка будет возникать, если вы забыли добавить запись типа A для сервера СУБД на локальном DNS-сервере.

Ошибка при выполнении операции с информационной базой
server_addr=NAME descr=11001(0x00002AF9): Этот хост неизвестен.

1cv8-pgsql-error-006.jpg

Как и прошлая, эта ошибка связана с неправильным разрешением клиентом имени сервера. На этот раз именно клиентским ПК. В качестве решения добавляем в файл /etc/hosts на платформе Linux или в C:\Windows\System32\drivers\etc\hosts на платформе Windows запись вида:

где указываете адрес и имя вашего сервера 1С:Предприятия. В случае использования локального DNS следует добавить A-запись для сервера 1С.

Ошибка СУБД: DATABASE не пригоден для использования

1cv8-pgsql-error-007.jpg

Гораздо более серьезная ошибка, которая говорит о том, что вы установили несовместимую с 1С:Предприятие версию PostgreSQL или допустили грубые ошибки при установке, например не установили все необходимые зависимости, в частности библиотеку libICU.

Если вы имеете достаточный опыт администрирования Linux систем, то можете попробовать доустановить необходимые библиотеки и заново инициализировать кластер СУБД. В противном случае PostgreSQL лучше переустановить, не забыв удалить содержимое папки /var/lib/pgsql.

Также данная ошибка может возникать при использовании сборок 9.1.x и 9.2.x Postgre@Etersoft, подробности смотрите ниже.

Ошибка СУБД:
ERROR: could not load library «/usr/lib/x86_64-linux-gnu/postgresql/fasttrun. so»

Ошибка СУБД
ERROR: type «mvarchar» does not exist at character 31

1cv8-pgsql-error-009.jpg

Возникает если база данных была создана без помощи системы 1С:Предприятия. Помните, для работы с 1С базы данных следует создавать только с использованием инструментов платформы 1С: через консоль Администрирование серверов 1С Предприятия

1cv8-pgsql-error-010.jpg

или через средство запуска 1С.

1cv8-pgsql-error-011.jpg

Сервер баз данных не обнаружен
ВАЖНО: пользователь «postgres» не прошёл проверку подлинности (по паролю)

1cv8-pgsql-error-012.jpg

Очень простая ошибка. Неправильно указан пароль суперпользователя СУБД postgres. Вариантов решения два: вспомнить пароль или изменить его. Во втором случае вам нужно будет изменить пароль в свойствах всех существующих информационных баз через оснастку Администрирование серверов 1С Предприятия.

Сервер баз данных не обнаружен
FATAL: database «NAME» does not exist

Источники:

https://otr-soft. ru/faq-common/sistemal-itsenzirovaniya-konfiguratsiy/rabota-s-slk/

https://center-comptech. ru/articles/st_error_3.html

https://interface31.ru/tech_it/2014/05/tipovye-oshibki-ustanovki-servera-1s-i-postgresql-na-platforme-linux. html

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

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!: