Можно сделать это использование Плагина Фильтра пакетов, который доступен по умолчанию в разделе Plugins администратора OpenFire. Используя этот плагин можно заблокировать сообщения между пользователями группы Штата от обсуждения с или наблюдения друг друга.
Я отправил бы снимок экрана и подробные инструкции, но он походит, Загораются, сайт Realtime снижается в данный момент. Я отправлю назад, когда они зафиксируют его.
Править: Это работает, я просто протестировал его. Вот то, что Вы сделаете:
Установите Плагин Фильтра пакетов от вкладки "Plugins" администратора OpenFire:
Удостоверьтесь, что у Вас есть свои созданные группы "Штата" и "Поддержки".
Перейдите к "правилам фильтра пакетов" под "сервером", "настройками сервера"
Создайте новое правило к Pass
Any
сообщения от Group
Staff
кому: Group
Support
:
Затем создайте новое правило к Drop
Any
сообщения от Group
Staff
кому: Group
Staff
. У Вас должны затем быть следующие два правила:
Можно дополнительно позволить регистрироваться, если Вы желаете.
Теперь, любое время, из которого пользователь от группы Штата пытается получить присутствие или отправить сообщение любому другому пользователю от группы Штата, эти сообщения, будет отброшено, и эти два будут не мочь к неспособному видеть или болтать друг с другом. Однако сообщения от группы Штата Группе поддержки будут проведены.
Вы могли, выбрал во втором правиле к Drop
все сообщения от группы Штата, если Вы выбираете. Это будет препятствовать тому, чтобы они общались с любым не в Группе поддержки.
Я надеюсь, что это помогает!
Помните, что общий ресурс «C $» является административным, т.е. видны и доступны только администраторам. Поэтому, если учетная запись службы, на которой запущена служба Jenkins, не имеет разрешений локального администратора на 192.168.1.210, вы получите эту ошибку, потому что она фактически не может найти указанный путь.
Попробуйте запустить службу Jenkins как учетную запись домена, которая имеет локального администратора на целевом сервере в качестве теста, и вы должны увидеть изменение поведения. Затем вам просто нужно будет определить, какие разрешения требуются вашей учетной записи службы Jenkins.
В качестве альтернативы вы можете попробовать поделиться папкой «Веб-сайт» как неадминистративный общий ресурс и посмотреть, может ли сетевая служба получить к ней доступ. (Затем вам может потребоваться предоставить исходному компьютеру доступ NTFS к папке).
Учитывая тот факт, что он начинается с одиночной обратной косой черты в сообщении об ошибке , это похоже на проблему с экранированием. У PowerShell есть досадная привычка рассматривать все, что начинается с обратной косой черты \
, как регулярное выражение.
Попробуйте экранировать этот параметр. На ум приходят три возможных способа:
Просто избегайте первой обратной косой черты:
`\\ 192.168.1.210 \ C $ \ Website
Одиночные кавычки для всего параметра (не заключайте его в двойные кавычки, потому что $
обрабатывается специально в элементах с двойными кавычками):
'\\ 192.168.1.210 \ C $ \ Website'
Удвойте все обратные косые черты:
\\\\ 192.168.1.210 \\ C $ \\ Website
Как Ландонз сначала ответил, это невозможно. Но это действительно можно сделать, если вы готовы пройти через обручи.
Прочтите это: Учетные записи служб и BITS - «... Вы можете использовать BITS для передачи файлов из службы. Служба должна использовать системную учетную запись LocalSystem, LocalService или NetworkService. Эти учетные записи всегда входят в систему, поэтому задания, отправленные службой, использующей эти учетные записи, всегда выполняются. ... "
Вероятно, это не тот ответ, на который вы надеялись:
Когда вы используете командлеты * -BitsTransfer в процессе, который выполняется в неинтерактивном контексте, таком как служба Windows, вы можете не быть возможность добавлять файлы в задания BITS, что может привести к приостановке работы. Чтобы задание продолжилось, необходимо войти в систему с идентификатором, который использовался для создания задания передачи. Например, при создании задания BITS в сценарии PowerShell, который выполнялся как задание планировщика заданий, передача BITS никогда не будет завершена, если в планировщике заданий не будет включен параметр «Запускать только при входе пользователя в систему».
From MSDN , где кажется, что это невозможно ...