Здравствуйте!
Собственно вопрос, можно ли получить параметры не текущего сеанса, имея административные права?

Подключайся по ком0соединению и получай

какой параметр интересует

(1) к желаемому сеансу по ком-соединению подключаться? у меня клиент-серверный вариант работы
(2) та любой

(3) а в чем прикол? Клиент-серверный - не клиент-серверный?

(4) просто уточнил

никак, как ты в другой сеанс подключишся?

(0) как правило это ошибка в проектировании логики системы
и на самом деле нужно получить что-то совсем иное

(7) +1

(6) конфигуратор ведь подключается к сеансам, если у них разрешена отладка. Вот меня и интересует это.
(7) я изучаю возможность данного события

(9) Представь, что ты получил доступ. Что дальше?

ишь ты куда замахнулся, к процессам отладки подключится...

(10) например, я не стану хранить некоторую информацию в параметрах сеанса ввиду этого.
но всё же, это возможно? подключиться к сеансу и считать его параметры? Или вы только в теории об этом на данный момент пишите?

(12) поиметь параметры сеанса для того, чтобы не писать туда. хм, разумно

(12) В теории - это ты пишешь. В практике тебе уже ответили.
И что вообще значит "не стану хранить некоторую информацию"?

(0)есть более простые методы

(14) простите, что выгляжу таким глупым, но это был лишь пример. Меня интересует в первую очередь наличие данных методов. А уж для чего и как ими пользоваться я сам разберусь.
(15) ну так поделитесь с нами.

Насчет чужих не знаю, но свои оч удобно корректировать , например дату запрета

(16)опиши задачу, для чего тебе чужие параметры сеанса?

(18) хочу добавить в параметры сеанса реквизит типа "ПользовательОС", т.к. данное свойство у ПользовательИнформационнойБазы пусто, если не используется аутентификация ОС, а мы не используем аутентификацию ОС, но привязать сеанс к пользователю ОС есть потребность. А это свойство хочется в дальнейшем получать. создавать специальный для это регистр сведений (если кто-то предложит), нет желания.

(19) и зачем тут нужны непременно чужие параметры?

(20) мне, как администратору, необходимо знать под каким пользователем ОС находится конкретный сеанс 1С. Следовательно, мне нужно будет из своего сеанса читать этот параметр в остальных сеансах.

(21) А может началь использовать аутентификацию винды и не изобретать велосипед?

непонятна привязка этой задачи именно к параметрам сеанса...
Если не используется аутентификация ОС - значит это не принципиально, по вашей логике политики безопасности.

Или пиши в РС при входе юзера в систему... но это костыль

(21)>>необходимо знать под каким пользователем ОС находится конкретный сеанс

для чего???

а разве консоль сервера, не дает на это ответ ?

(23) "непонятна привязка этой задачи именно к параметрам сеанса" а к чему привязывать это свойство, если оно действительно в рамках сеанса?

"Если не используется аутентификация ОС - значит это не принципиально, по вашей логике политики безопасности" с чего вдруг? у пользователя ОС один пароль, у пользователя 1С - другой.

"Или пиши в РС при входе юзера в систему" была такая мысль

(24) необходимо контролировать под какими учетными записями ОС работают пользователи 1С.
(25) я там такой информации не нашел. ткните пальцем, если я слеп.

(26) >>если оно действительно в рамках сеанса?
сеансу 1с глубоко фиолетово под каким пользователем ОС оно работает.
>> у пользователя ОС один пароль, у пользователя 1С - другой
двойную авторизацию ставь, и ОС и 1с

(27) >>двойную авторизацию ставь, и ОС и 1с
насколько я понимаю, таким образом я ограничу аутентификацию пользователя 1С конкретным пользователем ОС, т.е. сочетание комбинация "Пользователь 1С" - "Пользователь ОС" будет уникальна. А у нас такая специфика, что под одним пользователем ОС могут работать разные пользователи 1С, либо наоборот.

(26) ИМХО, если ограничивать себя средствами встроенного языка, то путь только один - запись в РС, чтение РС. И тут параметры сеанса лишние получаются.

Неправильно выразился, связь "Пользователь 1С" - "Пользователь ОС" будет 1 к 1, а в нашем случает может быть 1 ко многим

(30) да, связь жёсткая будет.
Один выход остался запись в РС при входе

Можно, кстати, РС не создавать, а писать имя пользователя ОС неспосредственно в ПользовательИнформационнойБазы.ПользовательОС - уж коль скоро аутентификация ОС не используется.

(32) это свойство доступно для записи только пользователям с административными правами

а разве при старте сеанса 1С из АД нельзя получить инфо по аккаунту? ну и выполнять к.л. действия: запреты, разрешения и т.п.???

(33)превилигированно писать

(33) есть привилегированные модули, там может прокатит

(33) А если в привилегированном общем модуле писать это свойство?

а есть такой модуль, в который мы попадем при старте системы в упп 1.3.49?

или самим добавить и вызывать при старте?)

(39) был вроде, модуль ПолныеПрава называется, попадает туда в т.ч. и при установке параметров сеанса

(40) о, спасибо, сейчас погляжу

хм, у меня небольшая заминка.

        WshShell = Новый COMОбъект("WScript.Shell");
        WshSysEnv= WshShell.Environment("Process");
        ПользовательОС = "\\" + WshSysEnv.Item("USERDOMAIN") + "\" + WshSysEnv.Item("USERNAME");


в файловом варианте возвращается нормальный пользователь ос, а в клиент-серверном возвращает "\\SRV3\USR1CV82"
не подскажете решение?)

(21) Журнал регистрации, тебе, как администратору в помощь. При логине пользователя туда пишется имя пользователя ОС.

(42) Выполнять-то, нужно на клиенте, а не на сервере - на сервере он всё правильно и вернул - имя пользователя, под которым выполняется сервер.