Ошибка при выполнении запроса POST к ресурсу /e1cib/login является одной из наиболее коварных в практике администрирования 1С. Она часто возникает внезапно, например, после обновления платформы или при выполнении ресурсоемких операций, таких как Расчет себестоимости. Особенность ошибки в том, что она маскируется под проблему авторизации, хотя на самом деле может быть вызвана обрывом соединения, нехваткой памяти или некорректной работой кэша.
Проанализируем ситуацию: клиентское приложение отправляет запрос на сервер, но из-за внутреннего сбоя или таймаута сессия прерывается, и система пытается повторно авторизоваться, что заканчивается неудачей. Рассмотрим по шагам, как диагностировать и устранить эту проблему.
Первым делом исключим вероятность повреждения временных файлов. Если ошибка наблюдается у всех пользователей, простая очистка локального кэша может не помочь, поэтому перейдем к радикальным мерам на сервере приложений 1С.
Выполним очистку серверного кэша по следующему алгоритму:
services.msc).C:\Program Files\1cv8\srvinfo.reg_, например, reg_1541)..lst содержат списки баз и настройки кластера, их удалять не следует, иначе придется заново регистрировать базы в консоли.Дополнительно рекомендуется почистить кэш у пользователей, удалив базу из списка и добавив её заново, либо физически удалив содержимое папок Local\1C\1cv8 и Roaming\1C\1cv8 в профиле пользователя.
Проанализируем программную среду. Часто подобные ошибки являются следствием багов конкретного релиза платформы. Если проблема появилась сразу после перехода на новую версию (например, 8.3.9.1850), рассмотрим два варианта решения:
Если информационная база опубликована через веб-сервер, ошибка /e1cib/login может возникать из-за того, что веб-сервер обрывает соединение раньше, чем 1С успевает обработать тяжелый запрос (тот же расчет себестоимости).
Разберем настройки для IIS:
maxAllowedContentLength. Если объем данных при расчете велик, стандартного лимита может не хватить.connectionTimeout и время ожидания отклика в настройках пула приложений. Если IIS не получает данных от процесса rphost в течение установленного времени, он закрывает соединение, и клиент выдает ошибку POST-запроса.В случае использования Apache следует обратить внимание на параметры KeepAliveTimeout и Timeout в конфигурационном файле httpd.conf.
Выясним, не связано ли падение сессии с нехваткой оперативной памяти. При проведении сложных документов рабочий процесс rphost может потреблять значительные ресурсы. Если в консоли администрирования кластера заданы жесткие ограничения на объем памяти, кластер может принудительно завершить процесс.
Проверим параметры в консоли администрирования:
Для диагностики полезно временно включить Технологический журнал с настройкой сбора дампов. Это позволит увидеть, происходит ли в момент ошибки Exception или Termination процесса.
Иногда причина кроется в сетевой подсистеме. Попробуем отключить использование протокола IPv6, который может работать нестабильно в некоторых корпоративных сетях. Для этого в файле conf.cfg, расположенном в каталоге conf установленной платформы, добавим строку: DisableIPv6=1.
Со стороны MS SQL Server проанализируем состояние базы tempdb. Расчет себестоимости активно использует временные таблицы. Если диск, на котором расположен tempdb, переполнен или для базы не установлено автоматическое расширение, SQL-сервер разорвет транзакцию, что приведет к обрыву связи между сервером 1С и клиентом.
Если ошибка воспроизводится только на одном конкретном документе, нельзя исключать повреждение итогов или таблиц регистров. Выполним стандартные процедуры обслуживания в режиме Конфигуратор:
Совокупность этих мер позволяет локализовать проблему и устранить ошибку POST-запроса, обеспечив стабильную работу системы даже при выполнении самых тяжелых учетных операций.