Пароли и администрирование. Обработка, позволяющая администратору войти в программу под нужным пользователем.
Для тестирования работы программы под конкретным пользователем, наряду с другими способами, можно воспользоваться данной обработкой, которая позволяет администратору, и только ему, снять пароль пользователя, а затем восстановить его в пользовательском режиме.
Комментарии
Избранное
Подписка
Сортировка:
Древо
В конфигураторе открываете параметры, выбираете пользователя под которым хотите зайти, ставите у него свою виндов. авторизацию ок и жмете на отладку. И никаких обработок не нужно... А вообще поизучайте матчасть чтобы следущий раз велосипед неизобретать.
(2) ;) вы или как малый ребенок наивно рассудили или как горделивый обделенный всезнайка (что и так и так не в вашу пользу :), расслабьтесь - вы среди дружелюбных людей :)), потому что 1С-литературы столько, что все не прочитаешь. И по каждой рабочей ситуации в книгу не заглянешь. О какой матчасти вы говорите? Ну что вы советуете? :) Для того люди и общаются (в живую оффлайн, на форумах онлайн), чтобы передавать друг другу хотя бы малую толику полезной информации...
гы гы гы двоишники..
в конфигураторе: сервис - параметры - запуск 1С
Пользователи.
Ставим точку на "Имя" и имя пользователя НЕ выбираем.
ВУАЛЯ.
Теперь при запуске отладки по ф5 база будет спрашивать имя пользователя и запускать отладку под выбранным пользователем.
причем сохранять последнего но все равно спрашивать :)
в конфигураторе: сервис - параметры - запуск 1С
Пользователи.
Ставим точку на "Имя" и имя пользователя НЕ выбираем.
ВУАЛЯ.
Теперь при запуске отладки по ф5 база будет спрашивать имя пользователя и запускать отладку под выбранным пользователем.
причем сохранять последнего но все равно спрашивать :)
(11) я на всех боевых базах запускаю отладку. Кстати все боевые подключены к хранилищу, непосредственно разработка ведется в дополнительных базах, подключенных к этому же хранилищу. и все-таки периодически я запускаю отладку на боевой рабочей. :) так что за всех не говорите, категоричный вы наш :)
(8) Bacemo, Знание паролей пользователей - страшный кошмар любого администратора, в результате любого косяка пользователя, под подозрение попадет и администратор. Думаю мало найдется людей, без плохих намерений, которые бы хотели знать пароль к примеру главбуха. Обработка хорошая, но думаю нужно по возможности ею не злоупотреблять, и пользоватся лишь в авральных ситуациях.
(26) Буду очень признателен если вы назовете хотя бы одну адекватную по вашему мнению причину - почему кто-то кроме самого пользователя должен знать его пароль? Такая работа - не причина, а лишь плохо продуманная политика безопасности, ИМХО.
(26) Буду очень признателен если вы назовете хотя бы одну адекватную по вашему мнению причину - почему кто-то кроме самого пользователя должен знать его пароль? Такая работа - не причина, а лишь плохо продуманная политика безопасности, ИМХО.
Обработку пока не скачал. Пока работаю с 8.1. А для неё обработок нет :)
Я для себя выбрал путь (из комментариев к предыдущим статьям):
1) В Конфигураторе Сервис/Параметры - ставлю "Использовать аутентификацию Windows"
2) В списке пользователей захожу в Пользователя, под которым надо протестировать
убираю галку "Аутентификация 1с Предприятия"
ставлю "Аутентификация Windows", и указываю своего Windows-пользователя
3)После тестирования возвращаю всё как было в пп 1) и 2)
Я для себя выбрал путь (из комментариев к предыдущим статьям):
1) В Конфигураторе Сервис/Параметры - ставлю "Использовать аутентификацию Windows"
2) В списке пользователей захожу в Пользователя, под которым надо протестировать
убираю галку "Аутентификация 1с Предприятия"
ставлю "Аутентификация Windows", и указываю своего Windows-пользователя
3)После тестирования возвращаю всё как было в пп 1) и 2)
(23) shrekerererer,
сисадмин должен знать все пароли организации
. У меня в одной из контор в домене около 20000 пользователей, все запомните? Часть под доменов сидит под грифами, ну скажите 1 или 3 отделам, что вы знаете все пароли :) Посмотрю я, долго ли вы на свободе продержитесь :)
(25) babys, во - первых я посмотрю как у тебя будет 1С работать с 20000 пользователя))), во вторых да буду знать все пароли, такая работа (причем тут свобода?? ), в третьих посмотрю я на вас когда вы базу так ломать будете и что вам потом сделают в такой конторе, в 4-ых если у вас используется 1С которую так легко можно сломать пароль от любого пользователя по моему вы врете, нагло врете товарищ. И не надо кипятиться.
(26) shrekerererer, а я и не говорил что 20000 пользователей 1С, 20000 учётных записей в домене, это да. Вход пользователей в базы 1С по доменной записи. Даже списком доступных баз рулят администраторы безопасности домена, а не администраторы 1С. Админ безопасности - специалист службы безопасности, наехать на него не смогут даже заместители генерального, всё через директора безопасности. И поверьте в базах есть чем поживиться, одних покупателей, во всех регионах СНГ и дальше, больше 5 миллионов только юридических лиц со всеми реквизитами, это будет круче чем база налоговой :)
(23) shrekerererer, знать пароли всех пользователей - мне кажется совершенно ненужная для админа информация, это лишняя морока, зачем админу их знать, если он может спокойно сам изменить пароль от любого пользователя или зайти в базу под любым пользователем, минуя ввод пароля одним из имеющихся способов (на это существуют отдельные права по администрированию базы в 1С, чтобы каждый желающий не лазил по конфигуратору и не затирал пароли, хоть программно при помощи обработки, хоть интерактивно)
(23) Ага, знать все пароли. А потом по команде сверху каждый месяц менять пароли всех пользователей. Чистить всю переписку по этому поводу. Напоминать пароли по просьбам забывших.
Ничего, что 1С предусмотрела возможность самостоятельно управлять своим паролем? Пусть это будет личным делом каждого.
Ничего, что 1С предусмотрела возможность самостоятельно управлять своим паролем? Пусть это будет личным делом каждого.
(23) shrekerererer, Что за бред??? Пароль пользователя - это индивидуальное дело только пользователя, и администратор не только не обязан знать этот пароль, но и не должен!
Кроме того, где-то читал, что в нашем законодательстве пользователю запрещается сообщать свой пароль кому-либо, если такой факт доказан то его могут спокойно уволить.
А про всякие сбросы пароля и отладку под другим логином, то все это отображается в журналах и можно найти.
Лично я в действующию базу под чужими логинами не захожу, только в тестовой.
Кроме того, где-то читал, что в нашем законодательстве пользователю запрещается сообщать свой пароль кому-либо, если такой факт доказан то его могут спокойно уволить.
А про всякие сбросы пароля и отладку под другим логином, то все это отображается в журналах и можно найти.
Лично я в действующию базу под чужими логинами не захожу, только в тестовой.
Вот еще один простой метод (возможно был ранее описан где-то, но не встречал):
1. Запускаем 2 конфигуратора
2. Из того, где необходимо сделать проверку работы под выбранным пользователем, открываем список пользователей и находим нужного и нажимаем "Ctrl-C" :)
3. Во втором конфигураторе тоже открываем список пользователей и "Ctrl-v"
4. Возвращаемся в нужный конфигуратор удаляем пароль пользователя, тестируем все что надо.
5. После завершения тестирования убиваем пользователя из списка пользователей и возвращаем его же из 2 конфигуратора с помощью copy-paste.
1. Запускаем 2 конфигуратора
2. Из того, где необходимо сделать проверку работы под выбранным пользователем, открываем список пользователей и находим нужного и нажимаем "Ctrl-C" :)
3. Во втором конфигураторе тоже открываем список пользователей и "Ctrl-v"
4. Возвращаемся в нужный конфигуратор удаляем пароль пользователя, тестируем все что надо.
5. После завершения тестирования убиваем пользователя из списка пользователей и возвращаем его же из 2 конфигуратора с помощью copy-paste.
Дамы и господа! Сисадмины и программеры! О чем разговор? Нехорошо это. В рабочей базе что-то делать от лица другого человека и под его паролем. Будь ты трижды администратор! Хоть и небольшой, а есть процент неумных но непорядочных админов. Которые сами бы до этого не додумались. И стоит ли им давать в руки такой инструмент?
Просто сброс пароля сразу же встревожит пользователя. Он будет готов, что от его имени могло что-то случиться в базе. А так... Можно оправдать и авторов различных вирусов. А что? Удобно, например, базу адресов для рассылок собирать! Моральные аспекты почему не включаем в свои разработки? Так можно и пальчик отрезать у пользователя, чтоб настроить его комп со считывателем отпечатков... Нам удобно! Все есть! :)
Просто сброс пароля сразу же встревожит пользователя. Он будет готов, что от его имени могло что-то случиться в базе. А так... Можно оправдать и авторов различных вирусов. А что? Удобно, например, базу адресов для рассылок собирать! Моральные аспекты почему не включаем в свои разработки? Так можно и пальчик отрезать у пользователя, чтоб настроить его комп со считывателем отпечатков... Нам удобно! Все есть! :)
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
|
Перенос данных КА 1.1 => КА 2 / УТ 11 (перенос документов, начальных остатков и справочной информации из "1С:Комплексная автоматизация", ред.1.1 в "1С:Комплексная автоматизация", ред. 2.х)
|
Перенос данных КА 1.1 => КА 2 / УТ 11 (перенос документов, начальных остатков и справочной информации из "1С:Комплексная автоматизация", ред.1.1 в "1С:Комплексная автоматизация", ред. 2.х)
Открыть
|
Перенос данных КА 1.1 => ERP 2 (ЕРП) (обработка переноса документов, остатков и справочной информации из "1С:Комплексная автоматизация, ред. 1.1" в "1С:ERP Управление предприятием, ред 2")
|
Перенос данных КА 1.1 => ERP 2 (ЕРП) (обработка переноса документов, остатков и справочной информации из "1С:Комплексная автоматизация, ред. 1.1" в "1С:ERP Управление предприятием, ред 2")
Открыть