1c enterprise 8 application error ошибка установки соединения

18.11.19 — 09:59

1 — 18.11.19 — 10:04

Ни о чем

2 — 18.11.19 — 10:07

(1) сервер апач 2.2, платформа (8.3.13.1644)

Что еще уточнить?

3 — 18.11.19 — 11:01

4 — 18.11.19 — 11:47

(0) тебе ж машина написала русским языком: Ошибка в строке соединения с информационной базой

как оно тебе соединится с сервером "SERVER_1C", когда он называется SERVER_1C ?

5 — 18.11.19 — 12:09

(4) так я так понимаю это кавычка так закодирована,база то сама открывается.

6 — 18.11.19 — 12:10

(5) уберите эти кавычки.

7 — 18.11.19 — 12:14

8 — 18.11.19 — 12:15

9 — 18.11.19 — 12:38

(7) ib=»Srvr=SERVER_1C;Ref=VM2014;;»

10 — 18.11.19 — 12:47

11 — 18.11.19 — 13:04

12 — 18.11.19 — 13:35

Со строкой соединения все нормально, высказавшиеся выше — мимо

13 — 18.11.19 — 13:35

есть еще вариант, что SERVER_1C не резолвится по dns с машины, где веб-сервер

14 — 18.11.19 — 13:49

(12) а есть предположения в чем может быть проблема, а то в запасе только вариант перезагрузки сервера… но это уже после 23:00 =

15 — 18.11.19 — 13:50

(13) все на одном серваке поднято

16 — 18.11.19 — 13:54

(14) См. (1)

17 — 18.11.19 — 14:11

(16) спасибо, но там ни о чем не понятно

18 — 18.11.19 — 14:12

(15) это не мешает не резолвиться

19 — 18.11.19 — 15:17

(17) Зеркало

20 — 18.11.19 — 15:21

ping SERVER_1C

что говорит?

21 — 18.11.19 — 15:34

(20) по ИП пингуется, запросы я по ИП отправляю

а локально по имени пингуется , только ответ в странном формате, ответ не от ИП и как будто от МАКадреса

22 — 18.11.19 — 17:30

23 — 18.11.19 — 17:34

(21) > и как будто от МАКадреса

Вау, так на моей памяти ipv6 еще никто не называл.

Чини DNS.

(22) а как правильно передавать? это мне разработчик сайта такую передачу параметров организовал

Введение

Если кратко – то в этой статье я попробую рассказать как опубликовать базу 1С на web-сервер апач, расположенном на сервере с Linux (Ubuntu).

Зачем нужна такая схема? По большей части это связано с безопасностью. Если вы скажете системному администратору, что вам нужно «выпустить сервер 1С в интернет», то от нормального специалиста вы получите кучу возражений (ну а от грамотного специалиста – еще и альтернативные пути). Одним из таких путей и является предложенная схема.

В предложенной варианте – «снаружи» будет доступен только сервер на Ubuntu и апач. Таким образом, в случае атаки – пострадает только этот один сервер, заменить который не составит труда (например перенаправив входящие соединения на его резервную копию), а ваша драгоценная 1С останется не тронутой. Не спорю, для серьезных компаний с армией бородатых админов эта схема покажется не серьезной и для них безопасность будет ассоциироваться только с DMZ (желающие могут погуглить), но для средней руки конторы это будет вполне приемлемый вариант. Конечно, от Anonymous это вас не спасет, но обычным «хацкерам»  довольно сильно затруднит задачу.

Исходные данные

Для реализации такой схемы нам потребуется сервер А: Ubuntu 12 c Apache2 и сервер В: Windows 2008, MS SQL, платформа 1С 8.3. В моих экспериментах я использовал арендованные виртуальные сервера.

Нюанс: В качестве сервера А выступал Xeon 2600 series, 1 ядро, 512 Мб RAM, 16Гб SSD (250р/мес), в качестве сервера В выступал Xeon 2600 series, 2 ядра 4096 Мб RAM 128 Гб SSD (2800руб/мес). Белые статически IP. Оплата посуточная. Вы можете развернуть подобный сервер, поиграться с ним пару дней, потратив 200р. Время на разворачивание нового сервера – 5 мин,  доступ по RDP (Windows) SSH-клиент (Linux). Здесь указывать, каким именно хостингом пользовался, я не буду (чтобы не сочли за рекламу). Но если спросите в комментариях – отвечу.

Решение задачи

1.     Начнем с настройки сервера А

Подключаемся к серверу. Для подключения можно использовать SSH-клиент  Putty (предупреждаю, работать придется через командную строку).

В моем случае сервер Ubuntu был развернут с предустановленным апачем, поэтому процедуру установки описывать не буду (мануалы есть в гугле).

Единственно что я сделал сразу при подключении (по совету админа) – это выполнил две команды:

apt-get update

apt-get upgrade

Так же установил клиент  (что-то типа коммандера, намного облегчит работу в дальнейшем):

apt—get mc

Запуск выполняется просто командой:

mc

Дальше проверяем работу апача:

service apache2 start

service apache2 restart

Нюанс: при разворачивании нового сервера среди предустановленного ПО я указал Apache, MySQL, nginx. Так вот, апач упорно не хотел стартовать, ругаясь на занятый порт. При помощи гугла выяснил что на 80 порту сидел тот самый nginx. Менять порт не хотел, поэтому просто удалил этот виртуальный сервер и за 2 минуты получил новый, уже без nginx.

Проверяем работу апача из-вне, набираем в браузере http://ВашВнешнийИПАдресСервера/

Видим заветное «It works!»

Дальше устанавливаем компоненты 1С на сервер Ubuntu. Вам понадобится платформа для Linux, а точнее архив вида 8.3.5.1119_deb, с двумя файлами внутри 8.3.5.1119_deb.tar.gz и 8.3.5.1119_deb64.tar.gz (в моем случае Ubuntu 64-битная, поэтому я беру второй файл). Где их взять объяснять не буду, а вот как скачать на сервер расскажу. Качаем при помощи команды:

Wget http://www.сайтфайлобменника.com/8.3.5.1119_deb64.tar.gz

8.3.5.1119_deb64.tar.gz – это тоже архив. Распаковать его можно либо командой tar, либо открыть MC, открыть архив как папку, и скопировать из этой папки-архива нужные нам файлы в нужное нам место. А нужны нам следующие файлы:

1c-enterprise83-common_8.3.5-1119_amd64.deb

1c-enterprise83-server_8.3.5-1119_amd64.deb

1c-enterprise83-ws_8.3.5-1119_amd64.deb

Эти файлы можно также открыть в MC и запустить файлы INSTALL. Устанавливать нужно в таком же порядке, как указаны здесь. По сути нам нужен только последний пакет, но гугл и форумы сказали, что для пакета ws рекомендуется пакет server, а для server рекомендуется common. Так что ставим все.

После установки 1С службу агента 1С можно остановить:

service srv1cv83 stop

Нюанс: на самом деле, если не ошибаюсь, для апача нужен всего один файл wsap22.so, который можно найти в самом пакете 1c-enterprise83-ws_8.3.5-1119_amd64.deb, не устанавливая саму 1С. Нужно достать его оттуда, положить в специальную папку (можно даже в папку апача) и указать к нему путь в файле httpd.conf. Однако у меня это не сработало. При старте апача возникала ошибка:

root@vm88265:/etc/apache2# service apache2 restart

apache2: Syntax error on line 214 of /etc/apache2/apache2.conf: Syntax error on line 1 of /etc/apache2/httpd.conf: Cannot load /etc/apache2/wsap22.so into server: nuke83.so: cannot open shared object file: No such file or directory

Action ‘configtest’ failed.

Возможно, было дело в правах на файл, возможно в чем-то еще, а возможно одного такого файла не достаточно. Если у вас получится прикрутить wsap22.so к апачу без установки 1С – расскажите.

2.     На время отвлечемся от сервера А и проверим, что сервер В соответствует нашим требованиям.

На сервер В у вас должна быть развернута клиент-серверная тестовая база (почему не файловая – расскажу дальше, хотя и файловая тоже возможна). Также в брандмауэре у вас должны быть открыты порты на входящие подключения (1540,1541,1560-1590).

3.     Продолжаем настройку Ubuntu.

В файле host (находится по адресу  /etc/host) мы должны прописать:

ВнутреннийИПАдресСервера1С ИмяСервера1С

10.10.1.12  MainServer1C

В корне создайте папку wwwroot (название по желанию), в ней создайте папку TestPub (это виртуальная папка, в которой будет храниться файл default.vrd)

Теперь идем по адресу

/opt/1c/v8.3/x86_64/

Нас интересует файл webinst. Можете его запустить – увидите какие параметры командной строки он использует:

root@vm88136:/opt/1C/v8.3/x86_64# ./webinst

 1C:Предприятие 8. Утилита публикации веб-клиента

     Публикация:

     webinst [-publish] websrv -wsdir VirtualDir -dir Dir -connstr connStr [-confPath confPath]

     Публикация на основе существующего vrd файла:

     webinst [-publish] websrv [-wsdir VirtualDir] -descriptor vrdPath -dir Dir [-connstr connStr] [-confPath confPath]

     Удаление публикации:

     webinst -delete websrv -wsdir VirtualDir [-dir Dir] [-connstr connStr] [-confPath confPath]

     Удаление публикации по существующему vrd файлу:

     webinst -delete websrv [-wsdir VirtualDir] -descriptor vrdPath [-dir Dir] [-connstr connStr] [-confPath confPath]

     Ключи:

         -publish: опубликовать, ключ по умолчанию

        -delete: удалить публикацию

        websrv

            -apache2: публикация Веб-клиента для Apache 2.0

            -apache22: публикация Веб-клиента для Apache 2.2

        -wsdir VirtualDir: виртуальный каталог

        -dir Dir: физический каталог, в который будет отображен виртуальный

        -descriptor vrdPath: путь к существующему vrd файлу

        -connstr connStr: строка соединения ИБ

        -confPath confPath: полный путь к конфигурационному файлу

Пример строки для публикации базы:

./webinst -apache22 -wsdir test -dir /wwwroot/TestPub -connstr «Srvr=10.7.12.108;Ref=test;» -confPath /etc/apache2/httpd.conf

Разберем мой случай:

«./webinst» — запуск на исполнение

«-apache22» — публикуем на апаче

«-wsdir test» — имя, по которому будет доступна ваша база из-вне, в данном случае адрес будет выглядеть http://ВашИПАдрес/test

«-dir /wwwroot/TestPub» — пусть к папке, где будет располагаться файл default.vrd

«-connstr «Srvr=10.7.12.108;Ref=test;» – строка подключения к информационной базе

«-confPath /etc/apache2/httpd.conf» — путь к конфигурационному файлу апача

Результатом будет «Publication successful»

Нюанс: бился с этой строкой долго. Судя по всему чувствительна к регистру и еще фиг к чему. Единственно что могу порекомендовать – вводить все параметры внимательно.

Нюанс: чуть ранее я упоминал, что с базами в файлом варианте у вас могут быть проблемы. Суть – вы должны расшарить папку базы для линукса. А это само по себе не простое действие. Да и не безопасное.

В результате этого в файле /etc/apache2/httpd.conf (конфигурационный файл апача) будут выполнены следующие изменения:

LoadModule _1cws_module "/opt/1C/v8.3/x86_64/wsap22.so"



# 1c publication

Alias "/test" "/wwwroot/TestPub/"

<Directory "/wwwroot/TestPub/">

AllowOverride All

Options None

Order allow,deny

Allow from all

SetHandler 1c-application

ManagedApplicationDescriptor "/wwwroot/TestPub/default.vrd"

</Directory>

А также в папке  /wwwroot/TestPub/ мы видим файл default.vrd следующего содержания:

<?xml version="1.0" encoding="UTF-8"?>
<point xmlns="http://v8.1c.ru/8.2/virtual-resource-system"
xmlns:xs="http://www.w3.org/2001/XMLSchema"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
base="/test"
ib="Srvr=10.7.12.108;Ref=test;"/>

Перезапускаем апач и пробуем подключиться по адресу:

http://ВашВнешнийИПАдрес/test

Для использования веб-сервисов и хттп-сервисов и отладки 1С в файл default.vrd необходимо привести к виду:

<?xml version="1.0" encoding="UTF-8"?>
<point xmlns="http://v8.1c.ru/8.2/virtual-resource-system"
xmlns:xs="http://www.w3.org/2001/XMLSchema"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
base="/test"
ib="Srvr=10.7.12.108;Ref=test;">
<debug enable="true"
url="10.7.12.108"/>
<ws pointEnableCommon="false">
<point name="Exchange"
alias="exchange.1cws"
enable="false"/>
<point name="Exchange_2_0_1_6"
alias="exchange_2_0_1_6.1cws"
enable="false"/>
<point name="InterfaceVersion"
alias="InterfaceVersion.1cws"
enable="false"/>
<point name="DataTransfer"
alias="DataTransfer.1cws"
enable="true"/>
</ws>
<httpServices>
<service name="GetString"
rootUrl="main"
enable="true"/>
</httpServices>
</point>

Нюанс: в разделе

<debug enable="true"
url="10.7.12.108"/>

мы указываем, на каком компьютере искать предметы отладки. Так вот. Строка подключения конфигуратора (в котором будет ловить отладку) – должна быть тоже «srvr=10.7.12.108;ref=test;», т.е. подключения конфигуратора к базе должно быть тоже по ип.

Ну вот и все. Уверен у вас получится повторить этот эксперимент. А если нет – то гугл ответит на 90% ваших вопросов. А если и он не поможет – спрашивайте здесь)

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

Этот хост неизвестен / No such host is known

Пример полного текста ошибки:

Ошибки соединения с сервером 1С:Предприятия 8.3:
server_addr=tcp://sony2 descr=11001(0x00002AF9):
Этот хост неизвестен
line=1068 file=srcDataExchangeCommon.cpp

Ошибка при выполнении операции с информационной базой.
server_addr=tcp://1s-on-1c-1 descr=11001(0x00002AF9): No such host is known line=1068 file=srcDataExchangeCommon.cpp


Описание:

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

Такая ошибка характерна, когда компьютер пользователя не обладает информацией о соответствии ip-адреса dns-имени сервера.

Решение:

Настроить DNS-адресацию или прописать адреса в файл hosts.

О том, как и почему это надо сделать — можно почитать тут Настройка DNS-адресации на сервере 1С.

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

1. Проверить еще раз. Скорее всего, где-то ошибка.

2. Сравнить, как хост прописан на самом сервере и на компьютере пользователя. Имена должны быть одинаковыми.

Часто ошибка связана с тем, указан в имени доменный суфикс или нет.

3. Проверить в консоли администрирования 1С: Предприятия — как у вас собран кластер 1С:Предприятия.

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

Не правильно:

Правильно:

Необходимо удалить кластер. И собрать из консоли администрирования его заново.

Ошибки соединения с сервером 1С / рабочим процессом 1С

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

Методика по решению всех приведенных далее ошибок — описана в конце этого подраздела ошибок соединения с сервером / рабочим процессом.

Попытка установить соединение была безуспешной

Пример полного текста ошибки:

Ошибка соединения с сервером 1С:Предприятия 8.3:
server_addr=tcp://son1c:1541 descr=192.168.0.101:1541:
Попытка установить соединение была безуспешной, т.к. от другого компьютера за требуемое время не получен нужный отклик, или было разорвано уже установленное соединение из-за неверного отклика уже подключенного компьютера.

Ошибка соединения сервером – клиент не может подключиться к агенту сервера 1С, процессу ragent. Порт в сообщении 1541(по умолчанию):

Ошибка соединения рабочим процессом – клиент не может подключиться к рабочему процессу сервера rphost. Порт в сообщении может быть из диапазона 1560-1591(по умолчанию).

Ошибка соединения сервером – клиент не может подключиться к менеджеру сервера 1С, процессу rmgr. Порт в сообщении 1540(по умолчанию).

Сервер 1С:Предпрятия не обнаружен

Пример полного текста ошибки:

Сервер 1С:Предприятия не обнаружен
Не запущен ни один рабочий процесс. Соединение с информационной базой невозможно.

Такое сообщение можно увидеть если на сервере 1С не запущен ни один рабочий процесс rphost.

Ошибка установки соединения

Пример полного текста ошибки:

Ошибка установки соединения
Выполняется ожидание возможности запуска.
При появлении возможности, запуск будет выполнен автоматически.

Методика устранения ошибок соединения с сервером 1С

В данном случае необходимо понимать, что:

• Либо процессов нет;
• Либо не удается «увидеть» процессы в связи с отсутствием доступа;
• Либо происходит обращение по другому адресу.

1. Сначала проверим есть ли на сервере 1С в запущенные рабочие процессы rphost.

Или

Видим, что у нас rphost слушает порт 1560

Если не все процессы запущены смотрим как исправить тут Ошибки сервера 1С на Linux.

2. Если процессы запущены — проверим доступность рабочих процессов по портам, которые они «слушают».

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

и другие порты, на которых есть rphost.

К причинам отсутствия доступа по данному порту можно отнести:

• Блокировка брадмауэром или другими подобными программами;
• Отсутствие доступа на уровне сети;
• Работающий selinux.

3. Проверяем dns-адресацию.

В частности:

• • • hosts на компьютере пользователя

(в Windows: C:WindowsSystem32driversetchosts);

• • • hosts на сервере 1С (в ОС Linux: /etc/hosts);
    • реестр кластера 1С

(по умолчанию в ОС Linux: /home/usr1cv8/.1cv8/1C/1cv8/reg_1541/1CV8Clst.lst.).

Ошибка может быть связана с несоответствием указания имени сервера

• • • у пользователя
    • в реестре кластера серверов 1С:Предприятия.

Например, с различиями в указании имени сервера с/без домена.