Зачастую пользователи конфигурации сталкиваются с проблемой доступа к личному кабинету в виде ошибки 1С:Enterprise 8 application error. Большинство сразу приходит к выводу, что проблема заключается в базе или самой конфигурации. Это и понятно, так как значение заголовка ошибки
«Ошибка приложения 1С:Предприятие 8»
на русском не дает никаких объяснений.
Но на самом деле это не так и сейчас разберемся почему? Как видно на скриншоте, расположенном выше, текст HTTP:Not found говорит о том, что http-сервис не найден. Единственной причиной воспроизведения данного сообщения может быть только неправильная публикация базы(неопубликованный http-сервис «Личный кабинет»). Для решения проблемы необходимо открыть конфигурацию в режиме «Конфигуратор». Далее перейти в «
Конфигуратор
«-«
Администрирование
«-«
Публикация на веб-сервере
» и на закладке «http-сервисы» установить все чек-боксы, включая «Личный кабинет«.
В конце все, что остается, это заново переопубликовать базу и перезапустить веб-сервер (Apache или IIS).
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 в Эксплорере просто возвращает описание сервиса, в отладке не попадат в обработчик вообще
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
Никто не сталкивался с такой проблемой?
Я так понимаю судя по ошибке «Ошибка в строке соединения с информационной базой.» проблема в default.vrd но сама база запускается через веб клиент…
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
(4)(6) сделал
ib=»Srvr=SERVER_1C;Ref=VM2014;»
ничего не изменилось
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;»>
9 — 18.11.19 — 12:38
(7) ib=»Srvr=SERVER_1C;Ref=VM2014;;»
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;;»>
11 — 18.11.19 — 13:04
Что такого в строке соединения ему может не нравится?
вот описание сервиса в vrd
<point name=»Dart_CardActivation»
alias=»CardActivate.1cws»
enable=»true»
reuseSessions=»dontuse»
sessionMaxAge=»20″
poolSize=»10″
poolTimeout=»5″/>
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.
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
Окно браузера с ошибкой
Для чего нужен второй веб-сервер 1С
Самая частая причина, по которой может понадобиться второй веб-сервер — это необходимость тестового контура 1С для платформы другого релиза, чем та на которой работает уже существующий продуктивный контур. Это бывает нужно либо при переходе и тестировании новой платформы, либо наоборот при необходимости тестового контура старого релиза. Однако не редки случаи, когда есть потребность запустить и продуктивные контуры 1С разных релизов на одном сервере.
Установка второго сервера Апач
Итак, предположим, что у нас в системе уже установлен веб-сервер Apache 2.4. Далее по шагам:
1. Копируем всю папку с файлами веб-сервера Апач в новое расположение по своему усмотрению. Например, у нас был каталог первого экземпляра сервера в папке C:Apache24, копируем в папку C:Apache24_17001
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»:
6. Переходим в оснастку «Службы», находим там службу с именем «Apache_17001» и если она не запущена, то стартуем ее:
7. Проверяем работу. Вводим в браузере адрес localhost:17001. Если видим тестовую страницу веб-сервера, то все прошло успешно
8. Проверяем HTTPS, вводим адрес https:// localhost:17443. После вопроса о безопасности сертификата так же должны увидеть тестовую страницу.
Итоги
Теперь после установки второго веб-сервера Апач мы получили возможность работать через веб-расширение как с сервером 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- сервисам на указанных серверах.