Ошибка обращения к серверу 1С:Предприятия при обновлении БД.
Модератор: Дмитрий Юхтимовский
Ошибка обращения к серверу 1С:Предприятия при обновлении БД.
Добрый день,
Имеется сервер 1С, в следующем стеке CentOS Linux release 7.8.2003, PostgreSQL 11.5, Сервер 1С 8.3.18.1289.
Характеристики железа CPU Intel(R) Xeon(R) CPU E5-2690 v4 @ 2.60GHz (2 Sockets), 256 Gb ОЗУ.
Все пользователи работают без нареканий, но как только дело доходит до обновления баз, появляется ошибка обращения к серверу 1С:
server_addr=tcp://db:1562 descr=recv returns zero, disconnected line=1679 file=src\DataExchangeTcpClientTmp1.cpp.
Я подозреваю проблема в настройка pgsql, только в каких не могу сообразить. Параметры pgsql устанавливал согласно рекомендациям 1С. Кто ни будь подскажет куда копать?
- Вложения
-
- P2PYJOsZfLs.jpg (247.42 KiB) Просмотров: 6037
- Белоконев Александр
- Сообщений: 5
- Зарегистрирован: 16 авг 2021, 09:22
Re: Ошибка обращения к серверу 1С:Предприятия при обновлении
Белоконев Александр » 16 авг 2021, 11:43
Возможно я не корректно задал вопрос. Эта ошибка возникает на стороне клиента который загружает обновления конфигурации, а не на стороне пользователя который пытается войти в БД. Проблема плавающая, может быть, может не быть. И происходит на разных этапах и разных БД. При повторном открытии приходиться приступать к обновлению снова. Обновления проходят когда в БД никто не работает, а на сервере пользователей минимум.
- Белоконев Александр
- Сообщений: 5
- Зарегистрирован: 16 авг 2021, 09:22
Re: Ошибка обращения к серверу 1С:Предприятия при обновлении
Гилёв Вячеслав » 16 авг 2021, 13:13
логи операционки /var/log/syslog или messages,var/log/kern.log,dmesg и брендмаура смотрите
например у меня было такое что частые обращения воспринимались за DDOS атаку
- Гилёв Вячеслав
- Сообщений: 2726
- Зарегистрирован: 11 фев 2013, 15:40
- Откуда: Россия, Москва
Re: Ошибка обращения к серверу 1С:Предприятия при обновлении
Белоконев Александр » 16 авг 2021, 14:09
В логах совсем пусто. /var/log/messeges
- Код: выделить все
Aug 14 00:20:03 db0 systemd: Started Session c769 of user root.
Aug 14 00:20:03 db0 rsyslogd: imjournal: journal reloaded... [v8.24.0-52.el7 try http://www.rsyslog.com/e/0 ]
Aug 14 01:20:01 db0 systemd: Started Session c770 of user root.
Aug 14 02:20:01 db0 systemd: Started Session c771 of user root.
Aug 14 03:20:01 db0 systemd: Started Session c772 of user root.
Aug 14 04:11:01 db0 systemd: Started Session c773 of user root.
Aug 14 04:20:01 db0 systemd: Started Session c774 of user root.
Aug 14 05:20:03 db0 systemd: Started Session c775 of user root.
Aug 14 06:20:03 db0 systemd: Started Session c776 of user root.
Aug 14 07:20:01 db0 systemd: Started Session c777 of user root.
Aug 14 08:20:01 db0 systemd: Started Session c778 of user root.
Aug 14 09:20:01 db0 systemd: Started Session c779 of user root.
Aug 14 10:20:01 db0 systemd: Started Session c780 of user root.
Aug 14 11:20:01 db0 systemd: Started Session c781 of user root.
Aug 14 12:20:01 db0 systemd: Started Session c782 of user root.
Aug 14 13:20:01 db0 systemd: Started Session c783 of user root.
Aug 14 13:30:21 db0 systemd: Starting Cleanup of Temporary Directories...
Aug 14 13:30:21 db0 systemd: Started Cleanup of Temporary Directories.
Aug 14 14:20:01 db0 systemd: Started Session c784 of user root.
Aug 14 15:20:01 db0 systemd: Started Session c785 of user root.
Aug 14 16:20:01 db0 systemd: Started Session c786 of user root.
Aug 14 17:20:01 db0 systemd: Started Session c787 of user root.
Aug 14 18:20:01 db0 systemd: Started Session c788 of user root.
Aug 14 19:20:01 db0 systemd: Started Session c789 of user root.
Aug 14 20:20:01 db0 systemd: Started Session c790 of user root.
Aug 14 21:20:01 db0 systemd: Started Session c791 of user root.
Aug 14 22:20:01 db0 systemd: Started Session c792 of user root.
Aug 14 23:20:01 db0 systemd: Started Session c793 of user root.
фаервол отключен.
*** Сообщение запрещено. Сообщение похоже на спам. ***
- Белоконев Александр
- Сообщений: 5
- Зарегистрирован: 16 авг 2021, 09:22
Re: Ошибка обращения к серверу 1С:Предприятия при обновлении
Белоконев Александр » 16 авг 2021, 14:55
В логах не густо. Фаервол отключен
Логи PostgreSQL
- Код: выделить все
< 2021-08-15 02:40:58.446 MSK >LOG: could not receive data from client: Connection reset by peer
< 2021-08-15 02:41:08.957 MSK >LOG: could not receive data from client: Connection reset by peer
< 2021-08-15 02:41:08.957 MSK >LOG: could not receive data from client: Connection reset by peer
< 2021-08-15 05:00:44.809 MSK >LOG: could not receive data from client: Connection reset by peer
< 2021-08-15 21:22:41.828 MSK >LOG: could not receive data from client: Connection reset by peer
< 2021-08-15 22:27:51.760 MSK >LOG: could not receive data from client: Connection reset by peer
лог /var/log/messeges
- Код: выделить все
Aug 14 00:20:03 db0 rsyslogd: imjournal: journal reloaded... [v8.24.0-52.el7 try http://www.rsyslog.com/e/0 ]
Aug 14 01:20:01 db0 systemd: Started Session c770 of user root.
Aug 14 02:20:01 db0 systemd: Started Session c771 of user root.
Aug 14 03:20:01 db0 systemd: Started Session c772 of user root.
Aug 14 04:11:01 db0 systemd: Started Session c773 of user root.
Aug 14 04:20:01 db0 systemd: Started Session c774 of user root.
Aug 14 05:20:03 db0 systemd: Started Session c775 of user root.
Aug 14 06:20:03 db0 systemd: Started Session c776 of user root.
Aug 14 07:20:01 db0 systemd: Started Session c777 of user root.
Aug 14 08:20:01 db0 systemd: Started Session c778 of user root.
Aug 14 09:20:01 db0 systemd: Started Session c779 of user root.
Aug 14 10:20:01 db0 systemd: Started Session c780 of user root.
Aug 14 11:20:01 db0 systemd: Started Session c781 of user root.
Aug 14 12:20:01 db0 systemd: Started Session c782 of user root.
Aug 14 13:20:01 db0 systemd: Started Session c783 of user root.
Aug 14 13:30:21 db0 systemd: Starting Cleanup of Temporary Directories...
Aug 14 13:30:21 db0 systemd: Started Cleanup of Temporary Directories.
Aug 14 14:20:01 db0 systemd: Started Session c784 of user root.
Aug 14 15:20:01 db0 systemd: Started Session c785 of user root.
Aug 14 16:20:01 db0 systemd: Started Session c786 of user root.
Aug 14 17:20:01 db0 systemd: Started Session c787 of user root.
Aug 14 18:20:01 db0 systemd: Started Session c788 of user root.
Aug 14 19:20:01 db0 systemd: Started Session c789 of user root.
Aug 14 20:20:01 db0 systemd: Started Session c790 of user root.
Логи 1С в /home/usr1cv8/.1cv8/1C/1cv8/logs/rphost_XXXXX не содержит логов относящихся к обновляемым базам.
*** Сообщение запрещено. Сообщение похоже на спам. ***
- Белоконев Александр
- Сообщений: 5
- Зарегистрирован: 16 авг 2021, 09:22
Re: Ошибка обращения к серверу 1С:Предприятия при обновлении
Гилёв Вячеслав » 16 авг 2021, 22:01
Ну как минимум постгрес что то в логах отразил.
У нас тут не клуб телепатов, но на вскидку всего лишь один из вариантов — какого то пула памяти не хватило, запрос уперся в лимит и отвалился, другая версия — сработал тайм-аут межсетевого экрана между клиентом и сервером. Проверьте настройки tcpkeepalive.
Данный ресурс по производительности, а не по вендорским площадкам. Думаю надо отправить запрос в тематическую площадку.
- Гилёв Вячеслав
- Сообщений: 2726
- Зарегистрирован: 11 фев 2013, 15:40
- Откуда: Россия, Москва
Re: Ошибка обращения к серверу 1С:Предприятия при обновлении
Белоконев Александр » 17 авг 2021, 15:48
Хорошо, спасибо! Включил еще тех журнал, и как назло не получается получить ошибку. Буду отлавливать и писать на тематические форумы и ТП.
- Белоконев Александр
- Сообщений: 5
- Зарегистрирован: 16 авг 2021, 09:22
Вернуться в Прочее
Кто сейчас на форуме
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1
При входе в базу 1C:Предприятие порой возникает ошибка HTTP при обращении к серверу. Ошибка говорит о том что либо сбились настройки сервера, либо истек срок действия сертификата SSL.
Рисунок 1 — Ошибка при входе в базу 1С
Исправляем ошибку
- Проверяем срок действия сертификата SSL, зайдя в базу 1С через браузер.
- Убедившись что проблема с просроченным сертификатом SSL, заходим в 1С:Предприятие, и нажимает “Изменить” в окне выбора информационной базы. Нажимаем Дополнительно.
- Нажимаем Далее и ставим чекбоксы “не предоставлять сертификат” и “не проверять сертификат сервера”, после чего нажимаем Далее и Готово.
- Проверяем вход в базу, теперь база должна запуститься.
Рисунок 2 — Настройки информационной базы
Рисунок 3 — Настройки сертификата
Желательно как можно скорее выпустить новый сертификат, так как это не безопасно. Для входа в базу нам потребовалось изменить настройки в программе на отключение проверки сертификата SSL, после чего получилось зайти в базу, также можно поменять в адресе информационной базы HTTPS на HTTP, вместо отключения проверки сертификата (поможет в случае открытого порта на сервере).
Не нашли ответа на свой вопрос?
Закажите звонок специалиста!
Закажите звонок специалиста!
AneJIbcuH
13.04.21
✎
09:36
Добрый день!
Типовая ЗУП 3.1.14.395, Платформа 8.3.18.334. Пытаюсь выгрузить в dt (либо обновить базу), вылазит такая ошибка
Ошибка обращения к серверу 1С:Предприятия.
по причине:
Сеанс работы завершен администратором.
по причине:
Соединение с сервером баз данных разорвано администратором
Microsoft SQL Server Native Client 11.0: Не удалось продолжить выполнение, поскольку сеанс находится в состоянии завершения.
HRESULT=80004005, SQLSrvr: SQLSTATE=HY000, state=1, Severity=15, native=596, line=0
При этом, рядом ещё две аналогичные базы, там всё хорошо. Что за.. ?
Ногаминебить
13.04.21
✎
09:44
«Включить/выключить пробовали?»
AneJIbcuH
13.04.21
✎
09:45
(1) Компьютерщики ? )
Kigo_Kigo
13.04.21
✎
09:46
(2) Базу, зайди на кластер, выруби себя принудительно
походу фоновое задание никак не завершится
МихаилМ
13.04.21
✎
10:04
AneJIbcuH
13.04.21
✎
10:04
(3) Нет сеансов, даже сносил базу из кластера, заново прописывал.
Ногаминебить
13.04.21
✎
10:12
(5) А саму службу сервера рестартовать пробовал?
Garykom
13.04.21
✎
10:14
(0) там же написано «Сеанс работы завершен администратором»
кто у вас «администратор»?
ptiz
13.04.21
✎
10:17
(0) ТиИ делали?
AneJIbcuH
13.04.21
✎
10:27
(8) на ТиИ также вылетает
AneJIbcuH
13.04.21
✎
10:27
(6) Пробовал
1Сергей
13.04.21
✎
10:29
А сама база работает? в Предприятие пускает?
Затейник
13.04.21
✎
10:32
1. Смените платформу
2. Посмотрите журнал виндуса по данной службе, скорей всего она у вас сама завершается и перезапускается. с ошибками.
3. Ошибка похоже что CОМ соединение и их службы тоже работают некорректно. Обмены через COM ? кто настраивал CОМ соединениия?
AneJIbcuH
13.04.21
✎
10:37
(12) Обменов через COM нет. Рядом ещё две базы на этой платформе крутится (такой же релиз), и там всё норм
Lama12
13.04.21
✎
10:41
(0) У меня такая ерунда была когда физический сервер начал сыпаться. Диски с ОС полетели.
Если есть возможность, перенеси базу на другой сервер приложений.
AneJIbcuH
13.04.21
✎
10:55
(11) ага
Мимохожий Однако
13.04.21
✎
10:57
Сделай копию средствами субд, установи рядом и поэкспериментируй на ней
AneJIbcuH
13.04.21
✎
11:01
(16) Сделана. При обновлении базы она совсем не стартовала, поэтому откатывался.
Serg_1960
13.04.21
✎
11:21
«Пациент скорее мертв, чем жив»(с) Обнаружены признаки битой базы. Тестирование базы в SQL. Если нет ошибок — базу можно спасти.В 1С нужно локализовать конкретные битые данные.
PS: «Нет сеансов, даже сносил базу из кластера, заново прописывал.» — информация из серии ни о чём. Надо запретить выполнение регламентных и фоновых заданий в информационной базе.
AneJIbcuH
13.04.21
✎
12:42
(18) «Надо запретить выполнение регламентных и фоновых заданий в информационной базе», одно из первых, что было сделано.
МихаилМ
13.04.21
✎
18:35
модераторы, заблокируйте топик мэйкера. он неуважительно относиться к форумчанам. тк не указал , что было сделано до сообщения в форум и в дальнейшем писал в стиле (19)
Kassern
13.04.21
✎
18:43
(0) признай, что тебе не повезло и восстанавливай из бекапа базу. На стороне клиента выгрузи данные в xml, если база даст и загрузи в бекапную
AneJIbcuH
13.04.21
✎
18:44
(20) что за глупости ))
AneJIbcuH
13.04.21
✎
18:45
(21) Чувствую так придётся сделать.
AneJIbcuH
13.04.21
✎
20:43
База реально что-то навернулась http://joxi.ru/krDRZW8i4RJ7d2
МихаилМ
13.04.21
✎
20:45
(24) в (4) и в (14) про проблемы с базой а не с 1с.
Serg_1960
15.04.21
✎
10:19
(24) В SQL это легко исправляется, если есть хотя бы одна архивная копия, пусть и не первой свежести, но после последнего удачного обновления конфигурации.
AneJIbcuH
17.04.21
✎
16:36
(26) Боюсь копии такой нет. Непонятно когда сломалось.
Из базы в xml не выгружает. Проверка в SQL пишет такое:
Сообщение 2510, уровень 16, состояние 17, строка 5
Ошибка DBCC checkdb: This system table index cannot be recreated.
Исправление: индекс Nonclustered успешно перестроен для объекта «sysidxstats» в базе данных «hrm_test».
Исправление: индекс Clustered успешно перестроен для объекта «sys.sysidxstats» в базе данных «hrm_test».
Исправление: индекс Nonclustered успешно перестроен для объекта «sys.sysidxstats, nc» в базе данных «hrm_test».
Сообщение 8945, уровень 16, состояние 1, строка 5
Ошибка таблицы: идентификатор объекта 1, идентификатор индекса 54: индекс будет перестроен.
Данная ошибка была исправлена.
Сообщение 8933, уровень 16, состояние 1, строка 5
Ошибка в таблице. Идентификатор объекта 54, идентификатор индекса 1, идентификатор секции 281474980249600, идентификатор единицы распределения 281474980249600 (тип In-row data). Нижнее значение ключа на странице (1:34585) (уровень 0) меньше значения ключа в родительском объекте (1:163), слот 373.
Данная ошибка была исправлена.
Сообщение 8945, уровень 16, состояние 1, строка 5
Ошибка таблицы: идентификатор объекта 2, идентификатор индекса 54: индекс будет перестроен.
Данная ошибка была исправлена.
CHECKDB обнаружил 0 ошибок размещения и 1 ошибок согласованности в таблице «sys.sysidxstats» (идентификатор объекта 54).
CHECKDB исправил 0 ошибок размещения и 1 ошибок согласованности в таблице «sys.sysidxstats» (object идентификатор 54).
CHECKDB обнаружил 0 ошибок размещения и 1 ошибок согласованности в базе данных «hrm_test».
CHECKDB исправил 0 ошибок размещения и 1 ошибок согласованности в базе данных «hrm_test».
Кто поможет разобрать, что тут имеется в виду ?
Aleksey
17.04.21
✎
16:49
(27) ничего страшного. побилась системная таблица sysidxstats, скуль ее восстановил.
МихаилМ
17.04.21
✎
16:52
надо быть редким …. что бы работать в базе с именем hrm_test
Aleksey
17.04.21
✎
16:53
(29) а ты всегда тестирование на работчей базе делаешь, тем более когда неясен результат?
AneJIbcuH
17.04.21
✎
16:54
(29) что к чему? Поясни
МихаилМ
17.04.21
✎
16:56
(31) базы с именем тест чаще всего случайно удаляют.
AneJIbcuH
17.04.21
✎
16:57
(32) так это просто временная копия
AneJIbcuH
17.04.21
✎
17:07
(28) Смущает первые строки:
Сообщение 2510, уровень 16, состояние 17, строка 5
Ошибка DBCC checkdb: This system table index cannot be recreated.
Тестирование и исправление в конфигураторе выдает ошибку (уже после попытки исправлений sql)
http://joxi.ru/Vm64qEvUvyoKKA
AneJIbcuH
19.04.21
✎
13:06
Может есть ещё идеи, как базу починить ?
МихаилМ
19.04.21
✎
13:12
(10) 10 step repair method
МихаилМ
19.04.21
✎
13:23
за 6 дней даже не зная английского можно было уже все знать об этой ошибке и ей устранении.
1С Предприятие это программный продукт который позволяет очень легко и быстро автоматизировать работу в какой либо организации. Сейчас наверно не возможно найти организацию в которой бы не использовалось какая либо конфигурация 1С. Поэтому уметь с ней работать должен каждый ИТ специалист даже начинающий. Необходимо обладать хотя бы навыками администрирование, подключение клинетов, настройка доступа, обновление и т.д. Так же нужно знать как решать самые элементарные ошибки которые возникают во время работы и запуска 1С. Таких ошибок достаточно много, о некоторых я уже рассказывал в следующих статьях, с которыми Вам обязательно нужно ознакомиться.
Ошибка формата потока 1С
Нарушение прав доступа 1С
Ошибка (COMOбъект) 1С
Ошибка при отправке запроса на сервер 1С
Ошибка Сервис 1С Контрагент Не Подключен
При запуске базы появляется сообщение об ошибке
Сегодня рассмотрим еще одну, она возникает в момент запуска информационной базы которая опубликована на веб сервере.
1C ошибка HTTP при обращении к серверу удаленный узел не прошел проверку
Если нажать «Подробно» то можно увидеть.
Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/login:
по причине:
Ошибка HTTP при обращении к серверу: https://…
Удаленный узел не прошел проверку
Это говорит о том что на сервере по каким либо причинам не работает HTTPS. Либо сбились настройки самого сервера либо просто истек срок действия сертификата SSL. Проверить это можно введя в браузере путь до информационной базы. Если вы видите тоже самое что на скриншоте ниже то проблема точно с сертификатом сервера.
Решить проблему можно отключив проверку, для этого выбираем базу и жмем «Изменить».
Потом нужно нажать «Дополнительно».
Первое окно пропускаем.
А в следующем выбираем «Не предоставлять сертификат» и «Не проверять сертификат сервера».
Теперь все должно запуститься, но помните что это не безопасно, так как есть вероятность перехвата данных.
Либо как вариант можно также изменить HTTPS на HTTP в адресе информационной базы.
Ошибка возникает при запуске ИБ. Например, когда выполняете соединение по HTTPS через тонкого клиента, но 1С не может проверить SSL-сертификат сервера. В большинстве случаев — это самоподписанный сертификат.
Возможные решения
1. Проверка даты/времени на ПК
Проверьте корректность через «Панель управления — Часы и регион — Дата и время». Отправьте команду на автоматическую синхронизацию, если вы соединены с сетью Интернет.
2. Проверка доступности
Скопируйте путь и попробуйте подключиться к базе 1С с помощью браузера (веб-клиента). Скорее всего, вы увидите дополнительные сообщения, которые покажут причину ошибки.
Посмотрите сведения о сертификате. В открывшемся окне перейдите на последнюю закладку и убедитесь, что цепочка сертификатов корректная. Непрерывная и без каких-либо предупреждающих иконок.
Если адрес не открывается — другие распространенные причины:
• доступ заблокирован через файл hosts;
• нет доступа из-за прокси-сервера;
• ресурс блокирован firewall/антивирусом.
3. Отключение проверок
Список ИБ — Выбор базы — Изменить… — Дополнительно… — Далее >
Выберите клиентский сертификат: Не предоставлять
Выберите способ проверки сертификата сервера: Не проверять
4. Игнорирование ошибки проверки отзыва
В конфигурацию платформы — в файл conf с расширением cfg — добавьте следующую опцию:
IgnoreServerCertificatesChainRevocationSoftFail=true
Расположение файла:
• C:Program Files1cv88.х.хх.ххххbinconf
• C:Program Files (x86)1cv88.х.хх.ххххbinconf
Данный механизм игнорирует именно ошибки проверки отзыва, а не отменяет проверку отзыва сертификата. Поэтому, если сертификат сервера отозван и это подтверждено, то соединение с таким сервером установлено не будет.
5. Импорт самоподписанного сертификата
Добавьте сертификат сервера на ПК, с которого вы подключаетесь, в список «Локальный компьютер — Доверенные корневые центры сертификации — Сертификаты».
В этом случае поставьте режим «Выберите способ проверки сертификата сервера = Хранилище сертификатов Windows». Или укажите файл сертификатов CA — как удобнее.
6. Диагностика ошибок
Используйте методические рекомендации по диагностике ошибок ОС Windows из официальной статьи 1С.
Если окружение настроено корректно и есть доверие к сертификату удаленного ресурса, то ошибки не будет. Пусть все получится. 🤗
Если требуется дополнительная поддержка — наши специалисты готовы вам помочь → +7-911-500-10-11
Работа всех программ 1С в бухгалтерии всегда подвержена определенному риску за которым требуется неустанно следить. В нашем случае мы попробуем разобраться с проблему, почему при обращении к серверу 1C может показаться «Ошибка HTTP. Could’t resolve host name» или похожая. После некоторых манипуляций нам удалось решить ее и сейчас мы расскажем как с ней справится.
Причина возникновения ошибки
Основная проблема заключается с сетевыми настройками на стороне клиента 1С при работе с IIS (Internet Information Server). Обычно сервера могут быть обозначены как IP-адрес или «сетевой адрес». В данном случае он называется server1c. В рабочем состоянии локальный dns-сервер должен отправлять ip-адрес клиенту при запросе домена, но этого не происходит. Причиной является нарушение работы службы локальных адресов IIS.
Способ решения ошибки HTTP в 1C
В данном случае решить проблему оказалось достаточно просто. Для соединения с сервером необходимо указать именно его IP-адрес, а не локальное доменное имя. Недоступность или некорректность его определения в сетевом окружении и приводит к такой ошибке.
После данных изменений можно проверить работу на остальных ПК, где установлено подключение к серверу 1С через локальное имя и изменить его.
|
|||
| tiago
02.07.15 — 12:53 |
База на веб-сервере (SQL 2008 + Апач) Платформа 8.3, тонкий клиент. На соседнем Win7 — отлично работает На проблемном WinXP — «ошибка http при обращении к серверу не могу установить соединение». Proxy в свойствах обозревателя и в настройках платформы прописаны одинаково. Брендмауер и Касперский выключен. Якобы вчера все работало((( Что могло произойти? Почему пропал доступ? |
||
| tiago
1 — 02.07.15 — 12:56 |
Из браузера Хром открывает отлично, но нужен именно тонкий клиент. |
||
| degot
2 — 02.07.15 — 12:57 |
переустановить тонкого? |
||
| tiago
3 — 02.07.15 — 13:00 |
(2) Уже качаю нужный релиз, буду пробовать… |
||
| tiago
4 — 02.07.15 — 13:25 |
Не помогла переустановка(((( Пробую ping сетевое_имя_сервер — на соседнем — есть ответ, а на проблемном — без ответа. Что-то блокирует? |
||
| tiago
5 — 02.07.15 — 13:52 |
Почему через браузер открывается, а через тонкий — нет? В обоих случаях прописывается одинаковый адрес. |
||
| Джентельмен
6 — 02.07.15 — 13:56 |
(0) Здравствуйте, а вы не подскажете как открыть веб сервер у себя и дать доступ к нему другому прогеру. чтобы он кида туда ХМЛ и я тудаже кидал ХМЛ? |
||
| tiago
7 — 02.07.15 — 14:02 |
(0) Приветствую. Не могу подсказать, к сожалению, свою ситуацию уже застал в таком настрое. |
||
| tiago
8 — 02.07.15 — 14:05 |
(6) Я не селен в сис. админстве, наверное может подойти настройка FTP и через соответствующие клиенты кидать что угодно. |
||
| Джентельмен
9 — 02.07.15 — 14:11 |
(8) Т.е создать фтп сервер проще чем веб сервер? |
||
| tiago
10 — 02.07.15 — 14:18 |
Проблема моя решилась. Нашелся «опытный пользователь», который признался, что лазил в настройки «параметров адаптера сетевого подключения», якобы сейчас они отличаются от тех, которые стоят на рабочем компе, а я и не догадался туда глянуть сразу((( кидаюсь сверять параметры, но попросили больше не беспокоиться, поблагодарили и заверили, что доступ появился… Ещё раз убедился, что за фразой «вчера усе работало» стоит «находчивость опытных пользователей»(((( (9) Смотря какую задачу хотите решить? Под «веб-сервером» я имел в виду разворачивание базы 1С, чтобы под тонкими работать. Или Вам только файлами обмениваться? |
||
| Джентельмен
11 — 02.07.15 — 16:02 |
(10) только файлами обмениваться) |
||
|
tiago 12 — 03.07.15 — 07:29 |
Если только файлами, то я практикую платный хостинг+фтп+фаилзилла и пароли раздал нужным пользователям, чтобы каждый что-то забрасывал или качал, так же можно гуглдрайв. |
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку «Обновить» в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
15.11.2018, 12:31
#1
Гость форума
Здравствуйте! Помогите, пожалуйста разобраться, что можно сделать, чтобы исправить ошибку — При добавлении конфигурации в мобильное приложение 1с пишет Ошибка HTTP при обращении к серверу. Превышено время ожидания(скриншот во вложении)
15.11.2018, 13:28
#2
Гость форума
Re: Ошибка HTTP при обращении к серверу. Превышено время ожидания
Re: Ошибка HTTP при обращении к серверу. Превышено время ожиданиябез логов вэб сервера — сложно что-то сказать
«Всякая дружба желанна ради себя самой, а начало она берет от пользы» Кот Леопольд ®
Безопасность для многих всегда идет на первом месте, многие интернет-гиганты, типа Google даже добавляют в свои браузеры предупреждения, что соединение не безопасно, если на сайте не используется SSL-сертификат.
1С:Предприятие тоже может работать по протоколу HTTPS.
Мы предлагаем статью-инструкцию, как настроить HTTPS в Apache таким образом, чтобы 1С:Предприятие работало без проблем через SSL.
Ну что же начнем…
Для начала установим Apache. Рассмотрим это для 1С:Предприятие x86-64 и для Windows.
1. Идем на сайт https://www.anindya.com/ и качаем файл apache_2.4.23-x64-openssl-1.0.2h.msi (цифры на момент скачивания могут быть другими).
2. Устанавливаем Apache.
Реквизиты в полях Network Domain, Server Name и Administartor Email произвольные.
Жмем Next > Next > Next. Выбираем Typical.
3. Проверим, что сайт доступен по localhost. Откройте браузер и введите localhost в адресную строку. Должна открыться страница с текстом «It Works!»
Настройка Apache по SSL
4. Отлично. Apache установлен, теперь давайте настроем его работу по SSL.
Находим в папке c:Program FilesApache Software FoundationApache2.4conf файл httpd.conf
Дописываем строку Listen 443
Это стандартный порт HTTPS. Заставляем Apache слушать и этот порт тоже. Если нам не нужен стандартный 80-ый порт и мы не планируем его использовать, то строку Listen 80 можно закомментировать добавив символ # (решетки) в начале строки. Так же имейте ввиду, что при изменении файлов в папке Program Files потребуется открытие файла в режиме администратора.
Раскомментируем в файле httpd.conf строчку
#LoadModule ssl_module modules/mod_ssl.so
Убрав символ #. Т.е. строка должна стать такой:
LoadModule ssl_module modules/mod_ssl.so
4. В конце файла httpd.conf изменяем
<IfModule ssl_module>
SSLRandomSeed startup builtin
SSLRandomSeed connect builtin
</IfModule>
на:
<IfModule ssl_module>
SSLRandomSeed startup builtin
SSLRandomSeed connect builtin
SSLSessionCache none
</IfModule>
Записываем файл httpd.conf
5. Из каталога bin установленной папки с Apache cкопируем файлы ssleay32.dll и libeay32.dll в C:WindowsSystem32. Так же скопируем файл openssl.cnf из папки c:Program FilesApache Software FoundationApache2.4conf в папку c:Program FilesApache Software FoundationApache2.4bin.
6. Запустим редактор реестра regedit (Пуск > Выполнить ввести текст regedit и нажать Enter) откроется окно реестра в нем найдем ветку HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesApache2.4
В этой ветке найдем переменную ImagePath и два раза кликнем на ней.
Добавим ключ запуска -D ssl
7. Добавим SSL-сертификаты для домена. Тут есть варианты…
7.1. Если у Вас уже есть SSL-сертификаты для домена, то создайте папку ssl в папке C:Program FilesApache Software FoundationApache2.4conf и переместите их туда (файлы *.key и *.cert). Идем на шаг 8.
7.2. Если у Вас нет SSL-сертификатов, то вы можете их сгенерировать самостоятельно.
7.2.1. Открываем командную строку в режиме администратора и переходим в папку bin Apache. Вводим команду:
cd «C:Program FilesApache Software FoundationApache2.4bin»
7.2.2. Далее вводим:
openssl req -config openssl.cnf -new -out ssl.csr
Идем по шагам в командной строке и заполняем необходимые поля. То, что вы введете не принципиально. Самое главное на этом этапе надо запомнить пароль (когда спросит pass phrase)
7.2.3. Выполним:
openssl rsa -in privkey.pem -out ssl.key
Спросит пароль, который вы вводили ранее.
7.2.4. Затем:
openssl x509 -in ssl.csr -out ssl.cert -req -signkey ssl.key -days 3000
days — это срок действия сертификата в днях.
7.2.5. Ну и наконец:
openssl x509 -in ssl.cert -out ssl.der.crt -outform DER
7.2.6. Создадим папку ssl в C:Program FilesApache Software FoundationApache2.4conf и переместим из папки bin файлы ssl.key и ssl.cert (а вообще можно все сразу туда скопировать, что было получено на шагах 7.2.1. — 7.2.5) из C:Program FilesApache Software FoundationApache2.4bin в C:Program FilesApache Software FoundationApache2.4confssl.
8. Снова открываем файл httpd.conf из папки C:Program FilesApache Software FoundationApache2.4conf и добавляем секцию VirtualHost в самый конец файла httpd.conf:
<VirtualHost demo.soft.ru:443>
SSLEngine On
SSLCertificateFile conf/ssl/ssl.cert
SSLCertificateKeyFile conf/ssl/ssl.key
</VirtualHost>
Вместо адреса demo.soft.ru замените на свой сайт или IP-адрес, а можно вообще поставить звездочку (*) и будет *:443 (это означает, что сработает для всех запросов). Ну и если у вас есть свои ключи, и вы их не генерировали сами, то переименуйте ssl.cert и ssl.key
9. Перезапустим Apache. Открываем Monitor в правом нижнем углу, щелкнем по иконке и нажимаем restart. Если все хорошо, то Apache запустится без ошибок и появится зеленый значок.
10. Пробуем открыть сайт через HTTPS. В нашем случае можно и так https://localhost и вот так https://demo.soft.ru:
Обратите внимание на то, что сертификат самоподписанный и службы типа антивируса Касперского понимают, что дело не очень… Это нормально, так как ваш сертификат не был изготовлен корневыми центрами сертификации. Но если вы захотите использовать https внутри организации, то почему бы и нет?
11. Теперь попробуем запустить 1С. В браузере открывается:
Теперь попробуем открыть базу через тонкий клиент и если мы использовали самодписанный сертификат то тут нас ждет разочарование:
Ошибка HTTP при обращении к серверу … Удаленный узел не прошел проверку.
12. Дело в том, что сервер 1С содержит собственный контроль достоверности HTTPS-соединений и корневых центров.
Необходимо открыть папку сервера 1С:Предприятия c:Program Files1cv88.3.15.1747bin и в ней найти файл cacert.pem
Он отвечает как раз за эти центры сертификации.
Открываем командную строку и в ней выполняем команду:
openssl x509 -inform der -in ssl.der.crt -out ssl.pem -text -fingerprint -md5
После выполнения команды на экране Вы увидите Fingerprint. Скопируйте его. Это будет строка вида:
MD5 Fingerprint=64:5C:11:03:46:F1:22:9A:5B:C3:DD:AA:CC:EE:FF:A3
Откройте файл cacert.pem в папка 1С, перейдите в конец файла и с этой строки начинайте добавление своего сертификата в файл cacert.pem. После строки контрольной суммы сертификата, нужно добавить в файл cacert.pem содержимое файла, в который Вы экспортировали сертификат.
После этого запуск тонкого клиента будет работать без ошибок.
Если же и после этого есть ошибки, то можно вообще заставить клиент 1С не проверять сертификат. Для этого необходимо отредактировать информационную базу:
Далее:
Ну и наконец заветное окно:
Пробуем запустить и…
Все замечательно работает по https.
Отлично. Вы все настроили!
1С Предприятие это программный продукт который позволяет очень легко и быстро автоматизировать работу в какой либо организации. Сейчас наверно не возможно найти организацию в которой бы не использовалось какая либо конфигурация 1С. Поэтому уметь с ней работать должен каждый ИТ специалист даже начинающий. Необходимо обладать хотя бы навыками администрирование, подключение клинетов, настройка доступа, обновление и т.д. Так же нужно знать как решать самые элементарные ошибки которые возникают во время работы и запуска 1С. Таких ошибок достаточно много, о некоторых я уже рассказывал в следующих статьях, с которыми Вам обязательно нужно ознакомиться.
Ошибка формата потока 1С
Нарушение прав доступа 1С
Ошибка (COMOбъект) 1С
Ошибка при отправке запроса на сервер 1С
Ошибка Сервис 1С Контрагент Не Подключен
При запуске базы появляется сообщение об ошибке
Сегодня рассмотрим еще одну, она возникает в момент запуска информационной базы которая опубликована на веб сервере.
1C ошибка HTTP при обращении к серверу удаленный узел не прошел проверку
Если нажать «Подробно» то можно увидеть.
Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/login:
по причине:
Ошибка HTTP при обращении к серверу: https://…
Удаленный узел не прошел проверку
Это говорит о том что на сервере по каким либо причинам не работает HTTPS. Либо сбились настройки самого сервера либо просто истек срок действия сертификата SSL. Проверить это можно введя в браузере путь до информационной базы. Если вы видите тоже самое что на скриншоте ниже то проблема точно с сертификатом сервера.
Решить проблему можно отключив проверку, для этого выбираем базу и жмем «Изменить».
Потом нужно нажать «Дополнительно».
Первое окно пропускаем.
А в следующем выбираем «Не предоставлять сертификат» и «Не проверять сертификат сервера».
Теперь все должно запуститься, но помните что это не безопасно, так как есть вероятность перехвата данных.
Либо как вариант можно также изменить HTTPS на HTTP в адресе информационной базы.