При обновлении технологической платформы «1С:Предприятие» (особенно при переходе на релиз 8.3.15.1778 и соседние версии) администраторы и пользователи часто сталкиваются с неприятным системным сбоем. На экране появляется критическое уведомление: «Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm». Данная ошибка парализует работу пользователей, не позволяя им пройти авторизацию, запустить сеанс или выполнить базовые действия в информационной базе.
В этой статье мы подробно разберем природу этого сбоя, выясним, почему он возникает на определенных версиях платформы, и рассмотрим пошаговые инструкции по его устранению как на стороне клиента, так и на стороне сервера 1С.
Прежде чем переходить к практическому решению, разберем техническую суть явления. В клиент-серверной архитектуре «1С:Предприятия» (а также при работе через веб-клиент) обмен данными между тонким/веб-клиентом и сервером приложений осуществляется по протоколу HTTP/HTTPS. Адрес /e1cib/logForm является системной точкой подключения (эндпоинтом), которая отвечает за:
Если клиентское приложение отправляет POST-запрос к этому ресурсу, а сервер по какой-то причине аварийно завершает рабочий процесс или обрывает соединение, клиент получает ошибку выполнения POST-запроса. Причины этого могут крыться как в банальном повреждении кэша, так и в серьезных багах самого релиза платформы 1С.
Рассмотрим по шагам все возможные методы решения данной проблемы, начиная от самых простых и заканчивая тонкими серверными настройками.
---
Проанализируем конкретную ситуацию с версией платформы 8.3.15.1778. Очень часто эта ошибка вызвана внутренним дефектом самого релиза платформы. В версии 8.3.15.1778 присутствовал критический баг под номером 10201939.
Суть этой ошибки заключалась в следующем: при попытке валидации фиксированного атрибута по схеме XML серверный процесс падал, если значение принимало вид (null) вместо ожидаемого соответствия ограничениям стандарта XML_1.0. Это приводило к моментальному падению рабочего процесса сервера 1С (rphost) во время попытки авторизации или обмена данными, из-за чего клиент получал ошибку POST-запроса к /e1cib/logForm.
Для исправления этой системной ошибки выполним следующие действия:
---
Если замена платформы невозможна в данный момент или ошибка сохраняется, велика вероятность накопления некорректных временных файлов конфигурации. Очистим кэш по шагам.
Способ А. Очистка кэша на клиентском компьютере вручную:
ИмяПользователя — учетная запись в ОС Windows):
C:\Users\ИмяПользователя\AppData\Local\1C\1Cv8C:\Users\ИмяПользователя\AppData\Roaming\1C\1Cv88e24fa21-b32c-499b-a01c...). Именно в них хранится локальный динамический кэш конфигурации.Способ Б. Очистка серверного кэша (для клиент-серверного варианта):
services.msc).C:\Program Files\1cv8\srvinfo или C:\ProgramFiles (x86)\1cv8\srvinfo).reg_1541 (номер порта может отличаться) и внутри нее удалим папки временных файлов snccntry (кэш сеансов). Внимание! Не удаляйте файлы настроек кластера и саму базу данных.---
В файловых вариантах баз данных ошибка POST-запроса к форме входа часто является следствием физического или логического разрушения структуры файла 1Cv8.1CD из-за некорректного выключения компьютера или сбоев локальной сети.
Выполним процедуру лечения базы данных:
1Cv8.1CD, скопировав его в безопасное место.C:\Program Files\1cv8\8.3.15.1778\bin\.chdbfl.exe.1Cv8.1CD.---
Если ошибка стабильно воспроизводится при запуске тяжелых отчетов или выполнении длительных групповых обработок под конкретным пользователем, причиной может выступать принудительное завершение рабочего процесса rphost сервером 1С из-за превышения лимитов памяти.
Разберем, как скорректировать настройки использования оперативной памяти на сервере приложений:
Рабочие серверы -> [ИмяВашегоСервера]).-1 (без ограничений), либо существенно увеличим их показатели в соответствии с физическим объемом ОЗУ сервера.rphost физически не может адресовать более 3-4 ГБ оперативной памяти, что гарантированно вызывает аварийные завершения с ошибкой POST-запроса при средних и высоких нагрузках.---
Запуск службы сервера 1С с параметром отладки (-debug) на «живом» рабочем сервере при высокой нагрузке часто провоцирует микро-зависания сетевых пакетов и падение рабочих процессов, что вызывает у пользователей аварийный разрыв соединения с ошибкой /e1cib/logForm.
Проверим параметры запуска службы сервера:
regedit).HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.3 Server Agent...
ImagePath.-debug. Если он там есть и отладка на сервере сейчас не требуется, удалим этот ключ. Пример безопасной строки запуска без отладки:
"C:\Program Files\1cv8\8.3.15.1778\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "C:\Program Files\1cv8\srvinfo"
---
В случае работы через веб-клиент или тонкий клиент с публикацией базы на веб-сервере (IIS или Apache), ошибка обращения к ресурсу /e1cib/logForm может сигнализировать о сетевом конфликте протоколов или превышении таймаутов веб-сервера.
Выполним корректировку сетевых настроек:
httpd.conf) или в настройках пула приложений IIS проверим и увеличим таймауты ожидания ответа от бэкэнда (параметры KeepAliveTimeout и Timeout в Apache рекомендуется установить в значения не менее 300).---
Несовместимые или некорректно написанные расширения конфигурации (особенно разработанные под более старые версии платформы 1С) могут неявно вызывать критическое исключение на сервере в момент инициализации сеанса пользователя. Из-за отсутствия понятной обработки этой ошибки платформой, клиентское приложение просто прекращает работу, рапортуя об ошибке POST-запроса.
Для локализации проблемы выполним следующие шаги:
---
Мы подробно рассмотрели все ключевые аспекты исправления ошибки «Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm». В большинстве случаев при использовании платформы 8.3.15.1778 самым быстрым и надежным решением является переход на проверенную версию платформы 8.3.15.1830 или выше, где устранен баг валидации XML-схем. Если обновление не помогло, последовательно воспользуйтесь очисткой кэша, утилитой chdbfl.exe и корректировкой лимитов памяти серверных процессов rphost.