← На главную

Коллеги, сегодня мы с вами столкнемся с распространенной и достаточно неприятной ситуацией, с которой многие пользователи и разработчики 1С:Предприятия 8.3.27 уже успели познакомиться. Речь идет о проблеме, когда при входе в режим «Предприятие», особенно при запуске в режиме отладки, система повторно запрашивает имя пользователя и пароль. Более того, в некоторых случаях она может некорректно реагировать на введенные данные, ошибочно сообщая о неверном пароле или пользователе, даже если введенные учетные данные верны. К слову, иногда возникают сложности и с тем, как обновить логин и пароль от ИТС для списка информационных баз. Эта ситуация вызывает существенные неудобства и замедляет рабочий процесс. Давайте проанализируем, почему это происходит, и какие шаги мы можем предпринять для решения этой задачи.

Обсуждаемая проблема характерна для ранних релизов платформы 1С:Предприятие 8.3.27, таких как 8.3.27.1688 и 8.3.27.1644. Пользователи сообщают о том, что на более ранних платформах такого поведения не наблюдалось. Мы выясним, является ли это новой функциональностью, серверными настройками или же это ошибка, требующая нашего вмешательства.

Основное решение: Обновление платформы 1С:Предприятие

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

1. Выясняем текущую версию платформы. Прежде всего, убедитесь, что вы действительно используете одну из проблемных версий (например, 8.3.27.1688 или 8.3.27.1644).
2. Определяем целевую версию для обновления. Согласно официальной информации и опыту пользователей, стабильные исправления, касающиеся аутентификации, были включены начиная с версии 8.3.27.1719 и выше. Нам следует ориентироваться на обновление до этой или любой последующей версии в рамках 8.3.27. Не исключено, что более поздние релизы могут предлагать дополнительные улучшения и исправления, поэтому всегда разумно выбирать самую актуальную стабильную версию.
3. Планируем обновление. Обновление платформы – это критически важная операция, которая требует тщательного планирования. Мы должны учитывать:
   • Совместимость с вашей конфигурацией. Хотя проблема относится к платформе, всегда полезно проверить системные требования конфигурации.
   • Необходимость создания резервной копии информационных баз перед обновлением. Это стандартная и обязательная процедура для предотвращения потери данных.
   • Время простоя системы, которое может потребоваться для установки обновления и тестирования.
4. Выполняем обновление. Устанавливаем новую версию платформы на все клиентские машины и сервер 1С:Предприятия, если он используется. После установки обязательно запускаем информационные базы под новой версией.

Мы видим, что пользователи, которые сталкивались с аналогичными проблемами в версиях 8.3.27.1644, успешно обновлялись до 8.3.27.1719 для решения не только проблемы с аутентификацией, но и других ошибок. Это подтверждает, что в версии 8.3.27.1719 и последующих релизах содержатся необходимые исправления.

Обходной путь при отладке: Настройка запуска от текущего пользователя

Помимо обновления платформы, существует также обходной путь, который может помочь, особенно когда мы работаем в режиме отладки. Один из участников обсуждения предложил обратить внимание на настройки запуска. Давайте проанализируем этот подход.

Когда мы запускаем 1С:Предприятие в режиме отладки, система может вести себя несколько иначе, чем при обычном запуске. В настройках отладчика предусмотрена возможность явно указать пользователя, от имени которого будет осуществляться запуск. Этот механизм позволяет нам обойти возможные проблемы с некорректным определением или передачей учетных данных, которые могли возникнуть в проблемных версиях платформы.

1. Открываем настройки запуска. Для этого в конфигураторе переходим в меню «Отладка» или «Сервис» (в зависимости от версии и контекста) и находим пункт «Настройки запуска отладки» или «Параметры запуска».
2. Переходим на вкладку «Отладка». В открывшемся окне настроек нам нужно найти вкладку, которая относится к параметрам отладки.
3. Выбираем опцию «Запуск от текущего пользователя». На этой вкладке мы увидим опции, касающиеся пользователя, от имени которого будет производиться отладка. Нам необходимо выбрать вариант, который подразумевает использование текущего пользователя. Это может быть формулировка вроде «Запуск от текущего пользователя», «Использовать данные текущего пользователя» или аналогичная. В некоторых случаях может потребоваться явное указание имени пользователя, под которым мы в данный момент работаем в операционной системе.

Явное указание пользователя для отладки может стабилизировать процесс входа, поскольку это уменьшает неопределенность для платформы и позволяет избежать автоматического, но некорректного определения учетных данных. Этот метод, хотя и является скорее обходным путем, может быть полезен до момента полноценного обновления платформы.

Анализ механизмов аутентификации в 1С:Предприятии и возможные причины проблемы

Чтобы глубже понять суть проблемы, давайте рассмотрим различные механизмы аутентификации, поддерживаемые 1С:Предприятием. Изменения в одном из этих механизмов или их некорректное взаимодействие могут приводить к наблюдаемым трудностям. Система 1С:Предприятие поддерживает несколько методов аутентификации, которые учитываются даже при генерации ConfigDumpInfo в 1С через командную строку, и каждый из них имеет свои особенности:

1. Базовая аутентификация. В этом случае клиент напрямую передает имя пользователя и пароль веб-серверу в составе HTTP-запроса. При публикации HTTP сервиса с использованием SSL важно обеспечить корректную передачу данных. Это один из самых простых, но и наименее безопасных методов, если не используется HTTPS.
2. Аутентификация ОС (операционной системы). Веб-сервер определяет пользователя ОС, от имени которого осуществляется доступ к приложению. Эти данные затем используются для аутентификации в 1С. Этот метод часто используется в корпоративных сетях с доменной структурой. В некоторых случаях удобно использовать лаунчер для 1C с проверкой доменной авторизации для упрощения входа через веб-сервер. Важно понимать, что на его работу могут влиять:
   • Настройки веб-браузера, которые могут блокировать или некорректно передавать учетные данные.
   • Тип и настройки веб-сервера (например, IIS, Apache), который должен быть корректно сконфигурирован для работы с аутентификацией ОС.
   • Права отдельных пользователей и политики безопасности домена, которые могут ограничивать доступ или изменять поведение аутентификации.
   • Отмеченный факт, что у пользователей с авторизацией через доменного пользователя (по сути, использующих аутентификацию ОС) проблем нет, может указывать на то, что именно этот механизм работал более стабильно или его настройки лучше согласованы в инфраструктуре. С другой стороны, это также может означать, что проблемы затрагивают в основном аутентификацию 1С:Предприятия или базовую аутентификацию, когда они используются отдельно.
3. Аутентификация 1С:Предприятия. Это собственный механизм аутентификации 1С, который расширяет возможности веб-сервера. Он использует имя пользователя и пароль, переданные веб-сервером (при условии, что веб-сервер уже провел базовую аутентификацию или аутентификацию ОС). В рамках этого механизма также существуют варианты с хранением паролей в информационной базе и использованием различных политик сложности.

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

Нововведения в 8.3.27, касающиеся аутентификации

Важно отметить, что в версии 8.3.27 были добавлены значительные нововведения, касающиеся механизмов аутентификации. Среди них:

• Аутентификация по электронной почте с подтверждением кодом.
• Возможность входа без пароля по QR-коду.
• Улучшенная проверка паролей при их установке и вводе.

Хотя эти функции являются новыми возможностями, а не прямыми исправлениями старых ошибок, любые значительные изменения в архитектуре подсистемы аутентификации потенциально могут повлиять на стабильность уже существующих методов в ранних релизах платформы. Возможно, именно эти изменения или их некорректная реализация в первых сборках 8.3.27 стали причиной наблюдаемых нами проблем.

Комплексные рекомендации по устранению проблем с авторизацией

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

1. Очистка кэша 1С:Предприятия. Это один из первых шагов, который мы всегда рассматриваем при возникновении любых аномалий в работе 1С. Кэш – это временные файлы, которые платформа использует для ускорения работы. Со временем он может повреждаться или содержать устаревшие данные, что приводит к некорректному поведению. Для очистки кэша:
   • Закрываем все клиентские приложения 1С.
   • Удаляем папки с кэшем, расположенные по путям:
     • %LOCALAPPDATA%\1C\1Cv8
     • %APPDATA%\1C\1Cv8
     (В этих папках найдем подпапки с длинными буквенно-цифровыми именами, которые соответствуют кэшу информационных баз. Удаляем эти подпапки).
   • После очистки кэша перезапускаем 1С:Предприятие.
2. Проверка прав пользователей. Мы должны убедиться, что у пользователя, под которым происходит вход, есть все необходимые права доступа к информационной базе и объектам конфигурации. Особенно это важно после обновлений конфигурации или платформы, когда структура прав могла измениться. В конфигураторе мы можем проверить роли и права пользователя через меню «Администрирование» -> «Пользователи и права».
3. Проверка серверных настроек и работы агента сервера 1С:Предприятия. Если вы используете клиент-серверный вариант работы, то крайне важно убедиться, что сервер 1С:Предприятия функционирует корректно.
   • Проверяем, что служба «Агент сервера 1С:Предприятия 8.3» (1C:Enterprise 8.3 Server Agent) запущена и работает.
   • Убеждаемся, что порт, по которому подключаются клиенты (по умолчанию 1541), не блокируется брандмауэром.
   • После обновления платформы иногда требуется перезапустить агент сервера 1С:Предприятия, а в некоторых случаях даже переустановить серверную часть платформы, чтобы убедиться в корректной регистрации всех компонент.
4. Детальный анализ ошибок. Если проблема сохраняется, мы должны максимально подробно фиксировать текст ошибки. Полный текст сообщения об ошибке, код ошибки, а также информация из журнала регистрации 1С:Предприятия могут дать нам ценные подсказки для дальнейшего поиска решения. Мы можем включить более подробное логирование на сервере 1С или в клиенте для получения расширенной информации о процессе аутентификации.

Подводя итоги, мы видим, что проблема повторного запроса пароля в 1С:Предприятии 8.3.27 – это известная ошибка платформы, которая успешно устранена в более поздних релизах. Поэтому приоритетным решением всегда является обновление. Однако, если немедленное обновление невозможно, мы можем применить обходной путь с настройкой запуска отладки и использовать комплексные подходы к диагностике и устранению проблем с авторизацией. Совмещая эти методы, мы сможем восстановить стабильную работу нашей системы 1С:Предприятие.