Идентификация пользователя не выполнена 1с
Начну от печки.
платформа 8.3. база бухгалтерия 3.0 файловая.
в пятницу произошло отключение света до понедельника. В понедельник в базе ни один документ не проводился. При этом нельзя было базу ни выгрузить, ни скопировать. Постоянно выскакивала какая-то ошибка. Начали проверять диск, оказалось много поврежденных файлов. Запустили проверку, и наша база, которая хотя бы открывалась, стала весить 0 КБ и соответственно вообще все пропало.
Пришлось искать последний архив(20 дней ему уже), который лежал на том же диске, но в другой папке. Восстановили, пользователи начали заново набивать все данные. У всех все работает. Тут пришла работать очередь пользователя, который подключается через "Подключение к рабочему столу" прям на сервер, так как работают в соседнем городе.
В конфигуратор прекрасно заходит, а вот в режиме предприятия выдает ошибку "Идентификация не выполнена". И все никаких объяснений, ни-че-го.
Захожу с другим пользователем, то же самое, при этом у нас в городе все хорошо открывается и работает.
Решаем завести нового пользователя, пишет ошибка формата потока у тех, кто в другом городе. В нашем городе опять все хорошо заводится и все работает.
Где искать ошибку в базе или опять на дисках?
Поможет ли тестирование и исправление?
(1) Dunda, Где-то была такая тема (вот на каком форуме не помню). Нужно "передернуть" таблицу пользователей ИБ или справочник пользователей, что бы прошла реструктуризация таблиц.
(3) Dunda, изменить структуру :) добавить реквизит, обновить, проверить заходит ли, удалить реквизит. На тестовой естественно :)
(6) dj_serega, пока нету, сейчас будем пробовать, делать. я так поняла проблема только на сервере, если заходить пробуем.
Модно пролечить утилитой chdbfl.exe. Лежит в каталоге BIN платформы.
Это если не удается войти в конфигуратор.
все наконец то всех выгнали, полечили тестированием и исправлением. помогло.
Заодно выяснили возможную проблему. Сисадмин решил поставить новую платформу, в результате сервер запускался с новой платформой а остальной народ со старой.
Но обнаружили это уже после тестирования, поэтому это предположение осталось только предположением.
Спасибо за советы!
Внесу свои пять копеек. Та же ошибка. Файловый вариант работы с базой данных. Все работали на платформе 8.3, а про один компьютер забыли. они работал на платформе 8.2. Поставили новую платформу 8.3 и вылезла ошибка "Идентификации пользователя. ". Методом проб и ошибок выяснили, что последнему пользователю установили более позднюю версию платформы.Удалили. Поставили ту же что и у остальных. Все заработало.
Принесли архив базы филиала (.Dt)
Загружаю конфигурацию . Выдает ошибку "Ошибка загрузки информационной базы. В информационную базу загружены не все данные по причине: Ошибка формата потока"
Пытаюсь запустить Базу выдает ошибку "идентификация пользователя не выполнена "
8.3.5 Конфигурация БП .30
При тестировании и исправлении ругается на РегистрБухгалтерия.Хозрасчетный
не верная ссылка на счет-дебет (кредит )
Что может быть. битый архив .
(12) swi76, было подобное при попытке развернуть в файловую из дт.
просто при развертке оказался большой размер 1цд, а у операционки, как известно есть ограничения на размер файла.
Может это ваша ситуация?
(21) bearcat, у лицензии нет логина и пароля.
Есть номер программы и пин код.
И никакого специально отведенного времени не существует, лицензия либо активирована либо нет. Если неактивирована, но пишет "не найдена лицензия",
судя по всему у вас проблема другая, связанная с физической целостностью базы.
Та же ересь. "Идентификация пользователя не выполнена", причем только в предприятии. В конфигуратор - велкам. База УНФ. Вообще, при работе пользователей на одной платформе и попытке запуска на другой, платформа же несколько по другому адресу шлет. Люди работают на сервере, но в файловой базе, соответственно, платформа у всех одинаковая. И вот тут уже нужно смотреть на версию предприятия 1С в настройка запуска базы. У меня у всех было прописано 8.3.4.456, а у проблемного, 8.3, соответственно запускалась самая последняя платформа (ярлык запуска на папку common, а не на bin, что тоже играет не последнюю роль).
Но как ПРОЛЕЧИТЬ утилитой или в конфигураторе не знаю, так же как и не поняла как почистить кеш метаданных.
(14) bearcat, да все просто:
1. Кеш можно почистить так: в проводнике написать %appdata%, в открывшемся каталоге перейти в папку 1С, там удалить все каталоги с цифробуквенным наименованием.
2. Утилиту запустить, выбрать файл, в котором находится база (см. путь к базе в стартере).
3. В конфигураторе выбрать "Администрирование - Тестирование и исправление".
(19) bearcat, взламывать пароль, и ломать платформу - это по разному читается.
Если проблема с данными, и похерился список пользователей - это одно.
Если проблема в видении ключа платформой, это другое.
Так, что ход рассуждений может разительно отличатся. Напоминает глухой телефон, с пересказом сути проблемы.
Специалисту на месте виднее.
В случае невозможности перевода на новую платформу по различным причинам, необходимо обновить файловое хранилище сертификатов платформы cacert.pem.
Для пользователей обновленных версий платформы 1С Предприятие, нет необходимости выполнять дополнительные действия. При обновлении цифровых сертификатов безопасности хранилище сертификатов операционной системы обновится автоматически.
Механизм проверки легальности использования программы
Так, в программе 1С реализован контроль легальности использования программы на уровне самой платформы 1С Предприятие, начиная с версии Платформы 1С 8.3.7.
Данный механизм предназначен для своевременного оповещения пользователей программы о том, что они используют определенные версии (релизы) конфигураций, правами на которые не обладают.
Каким образом происходит эта проверка… По окончании обновления конфигурации, выполняется процедура проверки и программа создает запрос к Центру защиты обновлений . При выполнении проверки, программой используется информация о конфигурации и данные учетной записи, которая была созданная при регистрации конфигурации пользователем и регистрации пользователя на портале 1С ИТС. Информация о результатах проверки можно посмотреть в разделе меню программы Справка – О программе .
У программ использующих базовую лицензию, при использовании конфигурации, проверка легальности использования не выполняется. Проверка осуществляется для программ, работающих в файловом варианте или на сервере в версии МИНИ.
К нарушениям установленного порядка использования конфигурации можно отнести случаи, когда у пользователя отсутствует лицензия на использование конфигурации или пользователь приобретал лицензию на основную поставку своей конфигурации, но со временем обновил конфигурацию, не соблюдая установленных правил сопровождения. Как в случаях, когда пользователь использует версии (релизы) обновлений программы, установленные после истечения срока обслуживания по договору ИТС.
Установка настроек клиента лицензирования
Рассмотрим, где указываются данные клиента лицензирования, используемые для обращения в Центр защиты обновлений .
Они должны быть отражены в информационной базе вашей конфигурации. Настройки можно задать из Конфигуратора информационной базы, в разделе меню Администрирование — Установить настройки клиента лицензирования .
В окне настройки вводится Логин и Пароль пользователя, полученный при начале использования программы.
Есть несколько способов, чтобы избавиться от появления окошка:
- Ввести Логин и Пароль, используемый пользователем на портале ИТС.
- Снять в Конфигураторе у пользователя флажки на его ролях:
- Использование монитора интернет-поддержки.
- Использование сервиса 1С-Такском. .
- Не должно быть одновременно установленных галочек у ролей: Полные права и Администратор системы, так как они включают перечисленные выше роли.
Некоторых источники предлагают вариант — закомментировать вызов функции ПодключитьОбработчикЗапросаНастроекКлиентаЛицензирования() или воспользоваться утилитой удаления проверки лицензионности файловых баз 8.3. Но по сути, это способы обхода проверки лицензирования, что не исключает момент его необходимости и неправомерности использования программы.
Помогла статья?
Получите еще секретный бонус и полный доступ к справочной системе БухЭксперт8 на 14 дней бесплатно
Похожие публикации
(3 оценок, среднее: 2,67 из 5)
Публикацию можно обсудить в комментариях ниже.
Обратите внимание!
В комментариях наши эксперты не отвечают на вопросы по программам 1С и законодательству.
Задать вопрос нашим специалистам можно в Личном кабинете
Спасибо за полезную информацию
Добавить комментарий Отменить ответ
Для отправки комментария вам необходимо авторизоваться.
Вы можете задать еще вопросов
Доступ к форме "Задать вопрос" возможен только при оформлении полной подписки на БухЭксперт8
Нажимая кнопку "Задать вопрос", я соглашаюсь с
регламентом БухЭксперт8.ру >>
Информации много. Очень важная. Огромная благодарность лектору и всем, кто принимает участие в организации семинаров!
Содержание
Вы можете задать еще вопросов
Доступ к форме "Задать вопрос" возможен только при оформлении полной подписки на БухЭксперт8
Нажимая кнопку "Задать вопрос", я соглашаюсь с
регламентом БухЭксперт8.ру >>
Добрый день. Был выставлен пароль в 1С. Потом снят. Сейчас пишет, что авторизация не выполнена. Работа системы будет завершена. Недостаточно прав для входа в программу. Обратитесь к администратору. Спасибо
Добрый день, Светлана! Без доступа к безе эту проблему решить не получится, сами вы тоже не разберетесь. Рекомендуем обратиться к специалисту, который на месте определит проблему и решение.
У Вас был материала как выставить пароль и как его снять. Дайте, пож-ста, ссылку
У вас дело не в пароле. Скорее всего вы создали и назначили профиль пользователю, состав объектов и прав которого не позволяет при входе в 1С корректно отработать модулю запуска. Именно в этом случае программа пишет: «Авторизация не выполнена. Работа системы будет завершена. Недостаточно прав для входа в программу. Обратитесь к администратору«.
Если бы у вас были проблемы с паролем, вы бы даже не имели шанс покинуть форму логин-пароль при запуске 1С. И пограмма бы писала прямо, что пароль не верен.
Так что с паролем все ок, судя по всему.
Нужно зайти в 1С под кем-то, у кого стандартный профиль, например, Администратор, и поменять в пользовательском режиме профиль проблемного пользователя на типовой (Администратор, Бухгалтер, Главный бухгалтер, Только просмотр..)
Самостоятельно собирать профиль из набора ролей конфигуратора для ограничения доступа пользователей к каким-то подсистемам 1С — задача сложно решаемая в 1С.
Старайтесь пользоваться типовыми профилями.
Вы можете задать еще вопросов
Доступ к форме "Задать вопрос" возможен только при оформлении полной подписки на БухЭксперт8
Нажимая кнопку "Задать вопрос", я соглашаюсь с
регламентом БухЭксперт8.ру >>
Информации много. Очень важная. Огромная благодарность лектору и всем, кто принимает участие в организации семинаров!
Вы можете задать еще вопросов
Доступ к форме "Задать вопрос" возможен только при оформлении полной подписки на БухЭксперт8
Нажимая кнопку "Задать вопрос", я соглашаюсь с
регламентом БухЭксперт8.ру >>
Столкнулся с такой ошибкой на релизе 8.3.18.1208 при обновлении серверной базы ЕРП. Ранее разработка велась на 8.3.12.1790.
Подсказали такой хак - может, кому пригодится:
- устанавливаем предыдущий релиз платформы (в моем случае 8.3.12.1790 была установлена на другом сервере)
- в консоли администрирования 8.3.12.1790 прописываем эту базу
- заходим в конфигуратор до окна логина (логин не вводим)
- возвращаемся на платформу 8.3.18.1208
- заходим в конфигуратор + вводим логин / пароль
- профит
Был еще хак где SQL скриптами переливали базу в другую - но там было очень много нюансов.
Ошибка есть на баг-трекере
UPD / 16.01.2021 ушли на 8.3.18.1289 - пока полет нормальный
Список платформ, на которой у пользователей произошла ошибка:
8.3.16.1814
8.3.17.1851
8.3.18.1208
Специальные предложения
Ошибка появляется при обновлении конфигурации - вываливается окно "Недостаточно памяти" -> платформа крешится -> на базе появляется ошибка.
(1)Столкнулся с такой проблемой. То, что предложил автор статьи так не работает. Как еще решить эту проблему?
+ Молодец, что написал эту статью. "Недостаточно памяти" и все остальное. Именно так это все и происходило. Спасибо, что открыл тему. Четыре базы навернулись по такому принципу. У нас в конце концов один человек лишился работы, после этой ошибки. Два раза навернул базу, архивы не делал, а потом узнали об ошибке 1С.
(1)
Треш! Почему же 1С не снимает релизы с этими ошибками с сайта ИТС ? Делает вид, что ничего не происходит.
Сегодня столкнулся с такой же проблемой на платформе 8.3.16.1814.
Возможно кому то поможет, решил ее так:
1. Создал вспомогательную базу на сервере 1С, загрузил туда созданную перед началом обновлений выгрузку основной базы
2. На сервере MS SQL штатными средствами сделал полный бекап вспомогательной базы базы
3. Штатными средствами MS SQL восстановил основную базу из резервной копии вспомогательной
(6) Да, сделал бекап, но развернул его в другую базу, а потом средствами MS SQL накатил на основную.
Столкнулся с проблемой, что не мог удалить базу в консоли сервера 1С, поэтому таким странным способом..
(8) Да - удалить не дает, т.к. авторизация больше не проходит. Поэтому я на другом кластере (8.3.12) прописал ее - она дошла до авторизации - и дальше вернулся на кластер 8.3.18 - и прошла авторизация - и удалять не пришлось ничего из консоли администрирования
(8) что заначит "сделал бэкап, а потом средствами SQL. "?
Бэкап всегда и делается средствами SQL.
А если это выгрузка в dt, то надо ее так и называть.
У меня баг был на платформе 8.3.17.1851 исправлял платформой 8.3.16.1359.
Спасибо за статью.
Спасибо 1с за наши спокойные выходные, сарказм конечно.
То что сервер 1с начал рубить процессы в которых происходит принятие изменений это вообще за гранью.
Было такое, на пару дней оставил базу в процессе обновления, на окне принятия изменяемых метаданных, а когда вернулся к окну конфигуратора, то сеанс почему-то был завершен сервером. Ну и словил такую ошибку. Очистка пользователей в SQL не помогла, просто восстановил базу из dt и все.
Обновиться на 8.3.18.1289 запустить конфигуратор вводя пароль, помогает, потом возвращаемся назад на 8.3.18.1208 чтобы нигде больше платформу не переустанавливать по крайней мере пока одно место горит))) Когда потухнет, тогда в плановом порядке везде обновлять платформу.
(23) если с кампа программиста войдете, то да потом с любого кампа тоже войдете, лишь бы там была такая же версия платформы, новая в смысле
(24) а в чем смысл "компа программиста"? Я имею ввиду если обновиться и уже на старую платформу не возвращаться - пустит?
(26) Смысл в возвращении на старую платформу, - это тогда когда у тебя сотни ПК с установленной старой платформой, а ещё армия внешних пользователей и всех их как бы обновить одним днём проблематично, поэтому спасаете базу на новой платформе и возвращаетесь на старую, потом планомерно везде накатываете новую платформу пока работаете на старой, а потом одним днём грубо говоря переходите на новую платформу уже на серверах.
Если у вас нет проблем с армией юзеров и их ПК, то естественно вы можете сразу на новой платформе и продолжить дальше работать без даунгрейдов на старую платформу, это для вас будет лишнее и вредное, так как все равно та же 8.3.18.1208 опасна выходит для использования и лучшее её обойти стороной или сбежать от неё на новую версию, хотя ещё мало кто чего может сказать что там с 8.3.18.1289 не так и что есть за сюрпризы.
(27) не, просто тут люди делают манипуляции со старой платформой, а потом запускают на новой, я думал, нужны определенные танцы. А если апгрейд на последнюю 18 спасает положение, то мы подождем :)
(27) когда у нас это произошло - 8.3.18.1289 еще не было - поэтому пришлось возвращаться туда где были)
(13)
тот же эффект на 8.3.17.1851
теперь пакетно запускать обновления, даже типовых, это лотерея.
восстановил рядом архив
Дополню - обычное обновление после этапа реструктуризации периодически "убивает" базу.
Платформа 8.3.17.1851
Восстановить можно, если иметь бэкапы таблиц Config и ConfigSave (последняя, если нет хранилища, там будут ваши изменения). База запустится, но ошибки останутся, нужно будет проверить все добавленные при падении объекты.
(21) В процессе прерванной реструктуризации думаю есть риск, что часть таблиц будет преобразовано к новому варианту конфы, а часть так и останется по старому, хоть спасай или не спасай таблицы Config и ConfigSave
ТИИ скорее всего нужно проводить на базах после воскрешения
Платформа 8.3.17.1851 - такая же проблема после обновления и перезапуска.
В своём случае просто восстановил базу из бэкапа сервера.
А подскажите пожалуйста что означает фраза:
"заходим в конфигуратор до окна логина (логин не вводим)"
(29) прикрепилось не туда
запускаю конфигуратор -> появляется окно ввода логина / пароля -> жму Отмена
(40) так заходить и не надо было в конфигуратор - этим маневром фиксилась ошибка и при повторном запуске уже под нужной платформой давала зайти в базу. Сейчас уже не актуально (это уже писал в ветках) - потому что есть новый релиз, где эта ошибка указана как исправленная.
Автору спасибо за решение.
В итоге оказалось все ещё проще.
Удалил 8.3.18.1208.
Установил 8.3.16.1063
Запустил службу 1С, убедился что в консоли серверов 1с база есть.
Запустил базу в конфигураторе, окно авторизации появилось.
Отменил авторизацию.
Удалил 8.3.16.1063.
Установил 8.3.18.1208.
.
PROFIT
ничего не переставляли
так как старая платформа оставалась, сделали так.
- остановили 1с-сервер в службах
- заменили в реестре путь запуска на старую платформу (скрин приложил)
- запустили 1с-сервер
- дальше запустил конфигуратор(открылся в старой платформе), спросило, что делать с проблемной конфой - я ответил "да",
- открылось окно авторизации, отменил
- остановили 1с-сервер в службах
- вернули в реестре 1208
- запустили 1с-сервер
- запустил конфигуратор, вошел без проблем.
(36) у меня удалить из консоли не давало - т.к. требует авторизацию на базе в консоли - > а в базу авторизация порушена
(37) мне кажется сначала надо удалить БД, средствами СУБД, а затем при удалении ИБ 1С, выбрать пункт - Оставить без изменений.
(37) она не порушена. в предприятие вы же можете войти. Нельзя войти только в конфигуратор. Я на дню по несколько раз восстанавливаю. Есть причины, по которым пока не могу обновить платформу.
Скриптом запускаю второй сервер 1с на другом порту как приложение (лицензия не требуется). В консоле администрирования данного сервера создаю базу с теми же свойствами , что и основной версии. Запускаю конфигуратор. Дохожу до отсутствия лицензии. Закрываю. Потом запускаю конфигуратор основной версии. Все работает. Если снова нужно, то во второй версии в консоле нужно удалить базу, оставив БД без изменения. И снова создать новую. Работает только при создании новой базы
Столкнулись с указанной ошибкой, при переходе на новую версию платформу, с 8.3.16.1502 на 8.3.16.1814.
Способ, указанный автором, нам помог.
Добрый. 1с-ка делает запрос к табличке "SEL ECT Status FR OM SchemaStorage WHERE SchemaID = 0", в поломонной этот статус "200" в нормальной "100". я его изменил и база запустилась.
allexx; RazorSky; teca; FireFauced; santech-1C; avu2002; Andy_sh; yghmd; C0oLZ3r0; yelisenkov; bondaleksey; altviser; Maxs_1919; Slypower; stvorl; andpal; natal_tihom; reoreh; dammit666; CAIN; JohnK; r-azt; saleksv; AlexKriulin; ikekoval; retr0; Georgik; user763700; info1i; dimao; sivalor; user1024932; JetBerry; xamass; AActor; soci0pat; dkonakov; anderson; Painted; Terabaytus; alexey.glotov; netesoff; JohnyDeath; user953800; max_vorzhev; daodezi; Hellhackee; duhh; jagon; Zedd4D; mrcamomile; AlexKo; -Kulebyaka-; + 53 – Ответить
allexx; user591578_1c; Serega-artem; RazorSky; teca; mamonth; FireFauced; SerVlasov; vorkir; santech-1C; angel4evil; Andy_sh; kras; bird21; user1534961; pilotfitz; yghmd; teyana; Гуррыч; John_Dow; gerandy; Alex17; bondaleksey; altviser; evn-zorin; Slypower; ra9000; romankoav; Светлый ум; natal_tihom; finservice; reoreh; wizard.ilmir02; dammit666; CAIN; JohnK; r-azt; koka; гаврюша; ReXt0n; 1cmax; N!ghtmare; BomjBandit; saleksv; Lolmes; user871141; ikekoval; kudlach; retr0; user763700; wolder; karagiosis; dimao; user1024932; milanse; JetBerry; moyo; higs; max_nch; pro100; soci0pat; dkonakov; Painted; maxx; kaysh; Man940N; Terabaytus; akiril; Ole4ik; alexey.glotov; user1547888; Borometr; fedorovyhnikolai; user953800; tank68; Hellhackee; duhh; jagon; AlexKo; + 79 – Ответить
Настройка аутентификации Windows при расположении веб-сервера IIS и рабочих серверов на разных машинах
Не работает аутентификация операционной системы (windows) через IIS при использовании тонкого клиента или веб-клиента.
С точки зрения пользователей, будет видно окно с запросом логина и пароля.
Проблема может заключаться в том, что методы операционной системы в силу различных причин возвращают описание текущего пользователя сеанса в таком представлении, которое не совпадает ни с одним пользователем в списке пользователей информационной базы 1С
Решение проблемы
На сервере 1С включить технологический журнал, используя следующую настройку:
Воспроизвести ситуацию с неудачной аутентификацией операционной системы. Авторизоваться под пользователем операционной системы, указанным в свойствах пользователя 1С.
Открыть технологический журнал рабочего процесса и найти событие EXCP со следующим описанием: "Идентификация пользователя не выполнена
Неправильное имя или пароль пользователя"
Обратите внимание на предшествующее ему событие CONN и значение свойства DstUserName2 - именно в таком виде пользователь должен быть указан в свойствах пользователя информационной базы.
Заменить значение свойства "Пользователь" пользователя информационной базы согласно следующему формату "\\" + [Имя пользователя из свойства DstUserName2 без скобок].
Проверить работоспособность аутентификации средствами операционной системы, войдя в информационную базу, используя веб-клиент.
Расположение веб-сервера IIS и рабочих серверов 1С на разных машинах
В некоторых случаях, несмотря на корректно указанного пользователя операционной системы в пользователе информационной базы, при попытке входа в опубликованную базу через браузер аутентификация операционной системы не проходит. Такая ситуация может возникать, если веб-сервер IIS и сервер 1с находятся на разных машинах. В таком случае в технологическом журнале рабочего процесса можно наблюдать следующую картину:
При возникновении такой ситуации необходимо проверить следующие настройки:
1) Убедиться, что процессы сервера 1С запущены от имени доменной учетной записи, входящей в группу Domain Users.
2) Убедиться, что веб-сервер IIS настроен корректно.
В публикации информационной базы найти настройки аутентификации
В настройках аутентификации отключить анонимную аутентификацию и включить Windows-аутентификацию. В Windows-аутентификации упорядочить доступных провайдеров так, чтобы на первом месте был Negotiate.
Пул приложений публикации не нуждается в настройках, в нем можно оставить все по умолчанию.
После изменения настроек перезапустить веб-сервер с помощью команды iisreset в командной строке.
3) Убедиться, что в контроллере домена в свойствах компьютера, на котором запущен веб-сервер, на вкладке делегирование установлено "Доверять компьютеру делегирование любых служб (только Kerberos)"
Для этого откройте оснастку Active Directory Users and Computers (dsa.msc), в компьютерах найдите веб-сервер, перейдите в его свойства и на вкладке Делегирование установить значение "Доверять компьютеру делегирование любых служб (только Kerberos)" и нажать применить.
4) Убедиться, что на клиенте в свойствах обозревателя разрешена встроенная проверка подлинности Windows.
После выполнения всех действий необходимо перезагрузить клиентский компьютер (рабочие серверы перезагрузки не требуют) и убедиться, что аутентификация операционной системы успешно выполняется.
Важно: аутентификации Windows при расположении веб-сервера IIS и рабочих серверов на разных машинах в тонком клиенте работает, начиная с версии 8.3.10.2620 (для тестирования).
Читайте также: