Ошибка в строке соединения с информационной базой

Я
   Cancell

18.11.19 — 09:59

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

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

Запрос делаем GET

http://IP_Address:8080/VM2014/ws/CardActivate.1cws?wsdl&CardNumber=9051112233&ClientPhone=9051112233&ClientName=Name&ClientEmail=name@mail.ru&BDate=111111

В vrd такая строка — ib=»Srvr="SERVER_1C";Ref="VM2014";»

Подскажите плз куда копать?

На Localhost в Эксплорере просто возвращает описание сервиса, в отладке не попадат в обработчик вообще

   Cyberhawk

1 — 18.11.19 — 10:04

Ни о чем

   Cancell

2 — 18.11.19 — 10:07

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

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

   Cancell

3 — 18.11.19 — 11:01

Никто не сталкивался с такой проблемой?

Я так понимаю судя по ошибке «Ошибка в строке соединения с информационной базой.» проблема в default.vrd но сама база запускается через веб клиент…

   bolero

4 — 18.11.19 — 11:47

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

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

   Cancell

5 — 18.11.19 — 12:09

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

   hhhh

6 — 18.11.19 — 12:10

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

   Cancell

7 — 18.11.19 — 12:14

(4)(6) сделал

ib=»Srvr=SERVER_1C;Ref=VM2014;»

ничего не изменилось

   Cancell

8 — 18.11.19 — 12:15

<?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=»/vm2014″

        ib=»Srvr=SERVER_1C;Ref=VM2014;»>

   hhhh

9 — 18.11.19 — 12:38

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

   Cancell

10 — 18.11.19 — 12:47

(9)

Добавил точку с запятой, опять ничего = та же ошибка

<?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=»/vm2014″

        ib=»Srvr=SERVER_1C;Ref=VM2014;;»>

   Cancell

11 — 18.11.19 — 13:04

Что такого в строке соединения ему может не нравится?

вот описание сервиса в vrd

<point name=»Dart_CardActivation»

                alias=»CardActivate.1cws»

                enable=»true»

                reuseSessions=»dontuse»

                sessionMaxAge=»20″

                poolSize=»10″

                poolTimeout=»5″/>

   Cyberhawk

12 — 18.11.19 — 13:35

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

   bolero

13 — 18.11.19 — 13:35

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

   Cancell

14 — 18.11.19 — 13:49

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

   Cancell

15 — 18.11.19 — 13:50

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

   Cyberhawk

16 — 18.11.19 — 13:54

(14) См. (1)

   Cancell

17 — 18.11.19 — 14:11

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

   bolero

18 — 18.11.19 — 14:12

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

   Cyberhawk

19 — 18.11.19 — 15:17

(17) Зеркало

   ДенисЧ

20 — 18.11.19 — 15:21

ping SERVER_1C

что говорит?

   Cancell

21 — 18.11.19 — 15:34

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

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

   acht

22 — 18.11.19 — 17:30

(0) > http://IP_Address:8080/VM2014/ws/CardActivate.1cws?wsdl&CardNumber=9051112233&ClientPhone=9051112233&ClientName=Name&ClientEmail=name@mail.ru&BDate=111111

Это сейчас в 1С так в вебсервис параметры передают?

Как я отстал от жизни…

   acht

23 — 18.11.19 — 17:34

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

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

Чини DNS.

  

Cancell

24 — 19.11.19 — 21:02

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

Чтобы обнаруживать ошибки, программист должен иметь ум, которому доставляет удовольствие находить изъяны там, где, казалось, царят красота и совершенство.
Фредерик Брукс-младший

Зачастую пользователи конфигурации сталкиваются с проблемой доступа к личному кабинету в виде ошибки 1С:Enterprise 8 application error. Большинство сразу приходит к выводу, что проблема заключается в базе или самой конфигурации. Это и понятно, так как значение заголовка ошибки

«Ошибка приложения 1С:Предприятие 8»

на русском не дает никаких объяснений.

Ошибка 1С:Enterprise application error

Но на самом деле это не так и сейчас разберемся почему? Как видно на скриншоте, расположенном выше, текст HTTP:Not found говорит о том, что http-сервис не найден. Единственной причиной воспроизведения данного сообщения может быть только неправильная публикация базы(неопубликованный http-сервис «Личный кабинет»). Для решения проблемы необходимо открыть конфигурацию в режиме «Конфигуратор». Далее перейти в «

Конфигуратор

«-«

Администрирование

«-«

Публикация на веб-сервере

» и на закладке «http-сервисы» установить все чек-боксы, включая «Личный кабинет«.

Окно публикации базы

В конце все, что остается, это заново переопубликовать базу и перезапустить веб-сервер (Apache или IIS).

  

Cancell

18.11.19 — 09:59

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

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

Запрос делаем GET

http://IP_Address:8080/VM2014/ws/CardActivate.1cws?wsdl&CardNumber=9051112233&ClientPhone=9051112233&ClientName=Name&ClientEmail=name@mail.ru&BDate=111111

В vrd такая строка — ib=»Srvr=&quot;SERVER_1C&quot;;Ref=&quot;VM2014&quot;;»

Подскажите плз куда копать?

На Localhost в Эксплорере просто возвращает описание сервиса, в отладке не попадат в обработчик вообще

  

Cyberhawk

1 — 18.11.19 — 10:04

Ни о чем

  

Cancell

2 — 18.11.19 — 10:07

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

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

  

Cancell

3 — 18.11.19 — 11:01

Никто не сталкивался с такой проблемой?

Я так понимаю судя по ошибке «Ошибка в строке соединения с информационной базой.» проблема в default.vrd но сама база запускается через веб клиент…

  

bolero

4 — 18.11.19 — 11:47

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

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

  

Cancell

5 — 18.11.19 — 12:09

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

  

hhhh

6 — 18.11.19 — 12:10

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

  

Cancell

7 — 18.11.19 — 12:14

(4)(6) сделал

ib=»Srvr=SERVER_1C;Ref=VM2014;»

ничего не изменилось

  

Cancell

8 — 18.11.19 — 12:15

<?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=»/vm2014″

        ib=»Srvr=SERVER_1C;Ref=VM2014;»>

  

hhhh

9 — 18.11.19 — 12:38

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

  

Cancell

10 — 18.11.19 — 12:47

(9)

Добавил точку с запятой, опять ничего = та же ошибка

<?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=»/vm2014″

        ib=»Srvr=SERVER_1C;Ref=VM2014;;»>

  

Cancell

11 — 18.11.19 — 13:04

Что такого в строке соединения ему может не нравится?

вот описание сервиса в vrd

<point name=»Dart_CardActivation»

                alias=»CardActivate.1cws»

                enable=»true»

                reuseSessions=»dontuse»

                sessionMaxAge=»20″

                poolSize=»10″

                poolTimeout=»5″/>

  

Cyberhawk

12 — 18.11.19 — 13:35

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

  

bolero

13 — 18.11.19 — 13:35

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

  

Cancell

14 — 18.11.19 — 13:49

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

  

Cancell

15 — 18.11.19 — 13:50

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

  

Cyberhawk

16 — 18.11.19 — 13:54

(14) См. (1)

  

Cancell

17 — 18.11.19 — 14:11

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

  

bolero

18 — 18.11.19 — 14:12

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

  

Cyberhawk

19 — 18.11.19 — 15:17

(17) Зеркало

  

ДенисЧ

20 — 18.11.19 — 15:21

ping SERVER_1C

что говорит?

  

Cancell

21 — 18.11.19 — 15:34

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

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

  

acht

22 — 18.11.19 — 17:30

  

acht

23 — 18.11.19 — 17:34

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

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

Чини DNS.

  

Cancell

24 — 19.11.19 — 21:02

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

Переводим сервисы на 8.3.3, возможны некоторые шероховатости

Модераторы: Дмитрий Юхтимовский, Лысиков Денис

Переводим сервисы на 8.3.3, возможны некоторые шероховатости

просим отнестись с пониманием

Гилёв Вячеслав
 
Сообщений: 2543
Зарегистрирован: 11 фев 2013, 15:40
Откуда: Россия, Москва


Re: Переводим сервисы на 8.3.3, возможны некоторые шероховат

Сообщение syncmas » 13 июн 2013, 09:56

Сервис SQLSize пока не работает. Пишет вот что:
1C:Enterprise 8 application error:

Ошибка установки соединения
by reason:
server_addr=tcp://skynet:5541 descr=192.168.0.3:5541:10061(0x0000274D): Подключение не установлено, т.к. конечный компьютер отверг запрос на подключение. ; line=813 file=SrcDataExchangeTcpClientImpl.cpp

syncmas
 
Сообщений: 8
Зарегистрирован: 19 май 2013, 16:45

Re: Переводим сервисы на 8.3.3, возможны некоторые шероховат

Сообщение syncmas » 13 июн 2013, 11:31

Сервис sqlsize пока не работает. Пишет вот что:
1C:Enterprise 8 application error:

Ошибка установки соединения
by reason:
server_addr=tcp://skynet:5541 descr=192.168.0.3:5541:10061(0x0000274D): Подключение не установлено, т.к. конечный компьютер отверг запрос на подключение. ; line=813 file=SrcDataExchangeTcpClientImpl.cpp

syncmas
 
Сообщений: 8
Зарегистрирован: 19 май 2013, 16:45


Re: Переводим сервисы на 8.3.3, возможны некоторые шероховат

Сообщение EuLeEr » 17 июн 2013, 20:10

Личные сообщения запрещены и я не нашел, куда могу написать.
13.06.2013 года активировал свою учетную запись , потом через 3 минуты пришло сообщение
«Заявка на регистрацию учетной записи успешно выполнена!»и с тех пор так и нет подтверждения регистрации учетной записи, которое, как я понял из инструкций, должно прийти в виде имени пользователя и пароля для сервисов gilev.ru
Это сбой в системе регистрации или проблема на моей стороне — мой почтовый сервер выкинул письмо от вашего сервиса ?
Или быть может я вообще чего-то не понял ;-) ?

EuLeEr
 
Сообщений: 1
Зарегистрирован: 17 июн 2013, 19:32

Re: Переводим сервисы на 8.3.3, возможны некоторые шероховат

Сообщение Гилёв Вячеслав » 21 июн 2013, 18:28

Совершенно верно, Вам должно прийти письмо с подтверждением с логином и паролем. Часто попадает в спам, обязательно проверьте там.
Если не разберетесь, пишите на

gilv@rarus.ru

Гилёв Вячеслав
 
Сообщений: 2543
Зарегистрирован: 11 фев 2013, 15:40
Откуда: Россия, Москва


Вернуться в Сервисы gilev.ru

Кто сейчас на форуме

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1

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

Текст ошибки:
1C:Enterprise 8 application error:
HTTP: Conflict
by reason:
Различаются версии клиента и сервера (8.3.13.1513 - 8.3.15.1830), клиентское приложение: Модуль расширения веб-сервера
by exception: 9f06d311-1431-4a54-bd6f-fa93c4d4c471

Ошибка Различаются версии клиента и сервера (8.3.13.1513 - 8.3.15.1830)

Окно браузера с ошибкой

Для чего нужен второй веб-сервер 1С

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

Установка второго сервера Апач

Итак, предположим, что у нас в системе уже установлен веб-сервер Apache 2.4. Далее по шагам:

1. Копируем всю папку с файлами веб-сервера Апач в новое расположение по своему усмотрению. Например, у нас был каталог первого экземпляра сервера в папке C:Apache24, копируем в папку C:Apache24_17001

Каталог установки веб-сервера Апач для 1С

2. Меняем в файле httpd.conf следующие настройки:

  • указываем новый путь к каталогу второго севера:

Define SRVROOT «C:Apache24_17001»

  • меняем порт, на котором второй сервер будет принимать подключения, укажем 17001 (можно указать свой порт):
  • При необходимости использования протокола HTTPS, дополнительно меняем в файле C:Apache24_17001confextra httpd-ahssl.conf номер порта для SSL, укажем 17443:

ServerName localhost:17443

  • прописываем загрузку модуля расширения 1С для веб-сервера нужного релиза (путь к модулю на вашем сервер может отличаться). Допустим у нас на первом веб-сервере подключен модуль версии 8.3.15.1830, а мы хотим так же работать с платформой 8.3.17.1549. Подключим модуль данного релиза:

LoadModule _1cws_module «C:/Program Files/1cv8/8.3.17.1549/bin/wsap24.dll»

3. Запускаем утилиту «Командная строка» от имени Администратора:

4. Переходим в каталог C:Apache24_17001bin

5. Установим службу для второго экземпляра веб-сервера Апач. Введем команду:

httpd.exe k install n «Apache_17001»

В результате должны увидеть сообщение об успешно установленной службе «Apache_17001»:

Устновка службы второго веб-сервера Апач для 1С

6. Переходим в оснастку «Службы», находим там службу с именем «Apache_17001» и если она не запущена, то стартуем ее:

Запуск службы второго веб-сервера Апач

7. Проверяем работу. Вводим в браузере адрес localhost:17001. Если видим тестовую страницу веб-сервера, то все прошло успешно

Проверка веб-сервера Апач

8. Проверяем HTTPS, вводим адрес https:// localhost:17443. После вопроса о безопасности сертификата так же должны увидеть тестовую страницу.

Проверка HTTPS протокола веб-сервера Апач

Итоги

Теперь после установки второго веб-сервера Апач мы получили возможность работать через веб-расширение как с сервером 1С версии 8.3.15.1830, так и с сервером 1С версии 8.3.17.1549.

Так для подключения к базе расположенной на сервере версии 8.3.15.1830 обращение идет по адресу:

localhost/base15/

а для обращения к базе на сервере версии 8.3.17.1549:

localhost:17001/base17/

Аналогично происходит обращение к web- и http- сервисам на указанных серверах.

November 6 2008, 23:11

Categories:

  • Бизнес
  • Компьютеры
  • IT
  • Cancel

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

  1. Платформа 1С:Предприятие 8.2.8.256
  2. Конфигурация 1С:Архив 1.0.2.4 (в файловом режиме)
  3. Vista Business
  4. IIS 7

Установка IIS

Установка 1С

Настройка службы IIS

Добавляем виртуальный каталог (если не создан узел, то его нужно создать, разумеется)

Переходим в созданный каталог и кликаем на «Сопоставление обработчиков»

На панели «Действия» нажимаем на ссылку «Добавить сопоставление сценария…»

В окне добавляем путь к нашему wsisapi.dll

Если будет спрашивать про ограничения, надо ответить что нужно разрешить (если что, это можно поправить в «Ограничения ISAPI и CGI, которая находится в корне консоли)

Теперь добавляем файл defualt.vrd с таким текстом:
+++++++++++++++++++++++++++++++++

<?xml version=»1.0″ encoding=»UTF-8″ ?>

<vrs:point

base=»/1C»

ib=»FILE=&quot;C:UsersMikeDocuments1CArchive&quot;» />

+++++++++++++++++++++++++++++++++

Естественно в base и в ib у вас будет по другому.
Файл этот должен лежать в физическом пути к виртуальной папке.

Если сейчас попробовать зайти на сервер (в моем случае это http://localhost/1C то получим следующий текст:

+++++++++++++++++++++++++++++++++

Сервис не найден. http://localhost/1C по причине: Файл не обнаружен ‘C:inetpubwwwroot1Cservice.xml’

An error occurred processing this request.

+++++++++++++++++++++++++++++++++

Я достаточно долго мучался. Что-то ереименовывал и так далее.
А нужно было то всего сделать:

То есть преобразовать виртуальный каталог в приложение.

Теперь что касается доступа. На папку bin я вообще доступ какой-то дополнительный не давал (видимо потому что у меня база на файлах и потому что все это тестировал на одном компьютере).

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

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

Как я понял, какой конкретно пользователь должен иметь доступ, настраивается в проверке подлинности пула приложения или самого приложения.

В результате

Зачастую пользователи конфигурации сталкиваются с проблемой доступа к личному кабинету в виде ошибки 1С:Enterprise 8 application error. Большинство сразу приходит к выводу, что проблема заключается в базе или самой конфигурации. Это и понятно, так как значение заголовка ошибки

«Ошибка приложения 1С:Предприятие 8»

на русском не дает никаких объяснений.

Ошибка 1С:Enterprise application error

Но на самом деле это не так и сейчас разберемся почему? Как видно на скриншоте, расположенном выше, текст HTTP:Not found говорит о том, что http-сервис не найден. Единственной причиной воспроизведения данного сообщения может быть только неправильная публикация базы(неопубликованный http-сервис «Личный кабинет»). Для решения проблемы необходимо открыть конфигурацию в режиме «Конфигуратор». Далее перейти в «

Конфигуратор

«-«

Администрирование

«-«

Публикация на веб-сервере

» и на закладке «http-сервисы» установить все чек-боксы, включая «Личный кабинет«.

Окно публикации базы

В конце все, что остается, это заново переопубликовать базу и перезапустить веб-сервер (Apache или IIS).

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

Оглавление:

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

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

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

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

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

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

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

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

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

Ошибка соединения с сервером 1С:Предприятия 8.3 Этот хост неизвестен

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

Ошибка при выполнении операции с информационной базой. No such host is known

Описание:

Ошибка может возникать как при работе с консолью администрирования 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. Сначала проверим есть ли на сервере 1С в запущенные рабочие процессы rphost.

Или

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

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

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

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

telnet server_address 1560

и другие порты, на которых есть 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С:Предприятия.

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

Понравилась статья? Поделить с друзьями:
  • Ошибка в стиралке f05 индезит
  • Ошибка в стиралке f05 аристон
  • Ошибка в стиралке aeg e20
  • Ошибка в стиме этот инвентарь в данный момент недоступен
  • Ошибка в стиме соединение прервано