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

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

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

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

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

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

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

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

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

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

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

где 192.168.31.0/24 — диапазон вашей локальной сети. Если такой строки нет, ее следует создать в секции IPv4 local connections.

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

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

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

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

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

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

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

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

Гораздо более серьезная ошибка, которая говорит о том, что вы установили несовместимую с 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»

Довольно специфичная ошибка, характерная для сборок 9.1.x и 9.2.x Postgre@Etersoft, также может приводить предыдущей ошибке. Причина кроется в неисправленной ошибке в библиотеке fasttrun. so. Решение — откатиться на сборку 9.0.x Postgre@Etersoft.

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

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

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

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

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

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

Еще одна очень простая ошибка. Смысл ее сводится к тому, что указанная БД не существует. Чаще всего возникает из-за ошибки в указании имени базы. Следует помнить, что информационная база 1С в кластере и база данных СУБД — две разные сущности и могут иметь различные имена. Также следует помнить, что Linux системы чувствительны к регистру и для них unf83 и UNF83 два разных имени.

Подключение не установлено, т. к. конечный компьютер отверг запрос на подключение — Решение

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

Что вызывает ошибку «подключение не установлено»

Появление данной ошибки обычно означает, что удаленное устройство, с которым мы попытались связаться, не отвечает на наши действия и не выдает нужную информацию. Это делает невозможной работу в программе. Почему так бывает? Причин несколько: и скачок напряжения в сети , что обрывает связь с серверами, и “недовольство” брандмауэра , и неправильные настройки VPN-соединения . Сейчас мы разберем поэтапно, что нужно сделать, чтобы убрать данную ошибку в различных ситуациях.

Скачок напряжения и потеря связи с серверами

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

К счастью, справиться с этим довольно просто.

1. Нажимаем ЛКМ на лупу в нижней панели монитора (рядом с кнопкой “Пуск”) и вводим слово “ Службы ”.
2. Ищем в списке службу “ Агент сервера 1С:Предприятие ”.
3. Запускаем ее через ПКМ .

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

Проблема возникает в торренте

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

Брандмауэр или антивирус не разрешают соединение

Если антивирус или брандмауэр “ругаются” и не дают подключиться к серверу, то для исправления ошибки есть два варианта.

Одно из популярных мест, где возникает данная ошибка – софт 1С. Проблема в том, что агент сервера 1С и все процессы запущены, но тут появляется ошибка и сообщение об отсутствии подключения.. Решаем мы данную проблему тем, что добавляем порт 10061 в исключения брандмауэра и снова устанавливаем соединение с сервером.

Важно: всегда используем только самую свежую версию 1С. Читаем о том, где получить обновления, в статье об ошибке под номером 0400300003.

Решение проблем с частной локальной сетью

Некоторые пользователи сообщают, что проблема также возникает после создания VPN-соединения в момент подключения к сети. Причем проявилось это после переустановки ОС с XP на более актуальную версию . Менялись настройки подключения, но результата это не давало – появлялось сообщение об ошибке соединения под номером 0x8007274D . Исправляется ошибка путем добавления ключей в реестр. Вводим в строку “ Выполнить ” команду regedit. exe .

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

Там же мы обязательно выставляем настройки брандмауэра (FirewallRules).

Другие причины появления ошибки

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

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

1. Если не работает трекер , то для начала нужно подождать, возможно, ошибки на стороне разработчиков (сделали что-то не то или не подключили все составляющие сервера). Для уверенности стоит пообщаться с другими пользователями на каком-либо форуме и выяснить, у всех ли существует такая же проблема.
2. Также у многих возникает вопрос, можно ли запускать на компьютере одновременно и сервер 1С, и клиент на Python . Ответ – можно, это никак не повлияет на возникновение ошибки.

Мы постарались разобраться в способах исправления ошибки “Подключение не установлено, т. к. конечный компьютер отверг запрос на подключение”. Если у вас есть другие реальные способы решения этой проблемы, описывайте их в комментариях.

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

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

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

Отключив сеть, РІ которой нет ключей HASP, после перезагрузки машины — 1РЎ завелась. Полез РІ РіСѓРіР» Р·Р° решением данной проблемы. РџРѕРёСЃРє недолго заставил себя ждать, решение следующее:

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

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

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

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

Сетевые клиентские ключи включают серию HASP HL Net ( красного цвета ). Имеют внутреннюю память, РІ которой хранится количество лицензий, Рё уникальный ID. Существуют разновидности РЅР° 5, 10, 20, 50 Рё 100 пользователей. Имеет маркировку NETXX ORGL8, РіРґРµ РҐX — количество лицензий (например NET5 ORGL8). Существуют также ключи РЅР° 300 Рё 500 пользователей которые имеют маркировку NET250+ ORG8A Рё NET250+ ORG8B. Поставляются СЃ продуктами имеющими лицензию РЅР° 5 рабочих мест, Р° также отдельно, РІ РІРёРґРµ дополнительных клиентских лицензий.

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

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

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

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

Для многопользовательского (сетевого) ключа защиты необходимо:
1. Установить драйвер ключа защиты РЅР° РѕРґРЅСѓ РёР· машины РІ сети, которая будет являться сервером ключа — HASP4_driver_setup. zip
2. Установить сервер (службу) ключа защиты РЅР° эту же машину — HASP_LM_setup. zip
3. Вставить ключ защиты в сервер в USB порт
4. Установить 1С на клиентские машины

В общем случае, данных действий для работы 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 на один компьютер следует учитывать, что:

• Ключи, имеющие разные серии, Р±СѓРґСѓС‚ работать нормально. (РїРѕ отношению Рє 1РЎ: 1 серверный Рё 1 сетевой Р±СѓРґСѓС‚ работать нормально)
• Ключи РѕРґРЅРѕР№ серии Р±СѓРґСѓС‚ работать, если такая возможность была реализована разработчиком защищенного РџРћ. Если же разработчиком данная возможность РЅРµ была реализована, то ключи, относящиеся Рє РѕРґРЅРѕР№ серии, РЅРµ Р±СѓРґСѓС‚ работать совместно РЅР° РѕРґРЅРѕРј компьютере, будет виден только РѕРґРёРЅ РёР· РЅРёС…: либо ближний Рє порту (РІ случае СЃ LPT-ключами), либо размещенный РЅР° порту СЃ младшим адресом (РІ случае СЃ USB-ключами защиты программ HASP). (РїРѕ отношению Рє 1РЎ, — 2 локальный или 2 сетевых ключа РЅР° РѕРґРЅРѕРј компьютере работать корректно, скорее всего РЅРµ Р±СѓРґСѓС‚)
• РЅРµ рекомендуется ставить вместе локальный Рё сетевой ключ, это связано СЃ особенностью защиты 1РЎ Предприятия: находя локальный ключ программа РЅРёРєРѕРіРґР° РЅРµ будет искать сетевой.

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

• Замена нескольких ключей защиты программ HASP РЅР° РѕРґРёРЅ, СЃ бОльшим количеством лицензий (РѕР± этом хорошо написано тут: https://v8.1c. ru/predpriyatie/questions_licence. htm ).
• Установка ключей защиты РЅР° разные компьютеры СЃ последующей установкой Рё настройкой менеджеров лицензий РїСЂРё каждом ключе.

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

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