|   |   | 
| 
 | HTTP сервис есть ли легкий путь насчет паролей пользователей | ☑ | ||
|---|---|---|---|---|
| 0
    
        Начинающий Восьмерочн 16.02.23✎ 21:01 | 
        Во время сессии пользователя (В УТ )иногда необходимо отправить HTTP запрос в другую идентичную базу от имени этого пользователя, есть ли какой то механизм чтобы не собирать пароли всех пользователей для этого ?     | |||
| 1
    
        Asmody 16.02.23✎ 22:20 | 
        (0) например, отправлять запрос от имени специального пользователя, а имя пользователя базы передавать параметром     | |||
| 2
    
        Начинающий Восьмерочн 17.02.23✎ 07:13 | 
        (1) Была такая мысль так сделать, а там подтянуть права этого пользователя, пока не исследованный вариант     | |||
| 3
    
        Asmody 17.02.23✎ 09:21 | 
        (2) А зачем вам права пользователя в целевой базе? У вас RLS?     | |||
| 4
    
        butterbean 17.02.23✎ 09:49 | 
        (0) генерируй токены     | |||
| 5
    
        Начинающий Восьмерочн 17.02.23✎ 09:50 | 
        (3) Да речь идет про УТ. Если я сделаю соединение от имени пользователя с полными правами и сформирую там отчет с отборами которые были в этой базе возможно что туда попадут лишние данные, а если сформировать от имени текущего пользователя то все будет правильно.     | |||
| 6
    
        Начинающий Восьмерочн 17.02.23✎ 09:52 | 
        (4) Можно по подробнее, как это поможет в данной ситуации.     | |||
| 7
    
        Kassern 17.02.23✎ 09:55 | 
        (5) Делайте спец пользователя с полными правами и настройте корректно сам http сервис. Можете доп авторизацию (можно с помощью токена) сделать уже на уровне сервиса. Проще говоря, сам сервис всегда будет запускаться от пользователя с полными правами, а ограничение на выдачу данных вы регулируете программно.     | |||
| 8
    
        arsik гуру 17.02.23✎ 09:56 | ||||
| 9
    
        Начинающий Восьмерочн 17.02.23✎ 10:08 | 
        (8) Работает начиная с 8.3.21 страшно пока такую платформу ставить, но по идее должно подойти для решения задачи авторизацию.Хочется какой то способ попроще найти.     | |||
| 10
    
        Мимохожий Однако 17.02.23✎ 12:15 | 
        (9) Надо искать не "простые" пути, а понятные себе     | |||
| 11
    
        Начинающий Восьмерочн 17.02.23✎ 12:51 | 
        (10) Наверное понятный и есть простой иначе сложный.     | |||
| 12
    
        arsik гуру 17.02.23✎ 13:20 | 
        (11) Ну так в 0 ты описал. Собирай пароли у пользователей.
 При обращении к сервису смотри код ответа. Если ошибка авторизации то запрашивай пароль у юзера. И потом сохрани его в безопасном хранилище данных. | |||
| 13
    
        Начинающий Восьмерочн 17.02.23✎ 13:34 | 
        (12) Пока такой вариант наиболее предпочтителен, вопрос только с безопасным хранилищем чтобы это могло быть.     | |||
| 14
    
        Начинающий Восьмерочн 17.02.23✎ 13:49 | 
        Кажется нашел где хранить пароли
 https://its.1c.ru/db/v8std/content/740/hdoc | |||
| 15
    
        ДедМорроз 18.02.23✎ 11:50 | 
        Во-первых,можно попробовать OpenId
 Во-вторых,из сервиса можно запускать регламент из-под целевого пользователя. | 
 
 | Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |