Полномочия выходят при публикации к WMI в соответствии с учетной записью сетевой службы

Я добавляю публикацию WMI к платформе .NET 3,5 основанных сервиса окон, которые работают в соответствии с учетной записью 'сетевой службы'.

Согласно документу я столкнулся на MSDN, учетная запись 'сетевой службы' должна по умолчанию иметь полномочия публикации WMI. ("По умолчанию читающим пользователям и группам разрешают опубликовать данные и события:... Сетевая служба...")

Однако, когда Инструментарий служебных вызовов. Опубликуйте (myStatusClassInstance), он бросает DirectoryNotFoundException;

System.IO.DirectoryNotFoundException was unhandled
Message: Could not find a part of the path 'C:\Windows\system32\WBEM\Framework\root\MyWMINamespace\MyService_SN__Version_1.0.3686.26280.cs'.

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

Какова лучшая фиксация/обходное решение для этого? Я могу переопределить целевой dir генерала кода в app.config или в коде? Я не хочу должным быть возиться с полномочиями файловой системы при развертывании сервиса...

Обновление: Я думаю, что это - 'функция', где более старый столкновения кода FX с более новыми настройками безопасности в Win7. Внутренне управляемые классы WMI получают каталог установки WMI из реестра и использование что как выходной путь для сгенерированного кода. К сожалению, много пользователей не разрешают (или предполагают к), материал записи под %SystemRoot %...... Я зарегистрировал ошибку подключения (#530392), чтобы видеть, может ли MSFT принести ясность и/или обеспечить фиксацию или обходное решение.

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

Обновление 3: Добавленная щедрость на 550 ПБ. Простые ограничения: платформа .NET 3,5 основанных сервиса окон, работая как сетевая служба, должна смочь опубликовать данные через WMI с помощью Системы. Управление. Инструментарий на Win7 и Win2008[RTM & R2] с полномочиями/настройками безопасности по умолчанию и не обращаясь к изменению платформы внутреннее использование отражательное использование отражательных / членов парламента, не занимающих официального поста. 'Out-of-the-box', но чистые приветствующиеся решения. Откроет вторую связанную щедрость-Q, поскольку заполнитель еще для 550 ПБ раз так позволяет.

Обновление щедрости: Я намереваюсь удвоить щедрость для этого Q в течение секунды рука об руку вопрос, который будет служить заполнителем щедрости:
https://stackoverflow.com/questions/2208341/bounty-placeholder (<-По-видимому, это не было позволено, таким образом, вопрос о заполнителе щедрости был закрыт ТАК полиция этикета.)

Обновление 4: Это поправляется и лучше. Я заметил, что installutil писал недостающие файлы в c:\windows\syswow64...etc..., таким образом, я понял, что использовал 32-разрядную версию installutil для установки сервиса, но услуга работала как 64-разрядный процесс. Очевидный побочный эффект состоял в том, что код, сгенерированный, когда installutil работал, закончился под syswow64 (32-разрядный системный каталог), в то время как сервис искал его в соответствии с 64-разрядным системным каталогом (system32). (<-вне темы, но я действительно как то, как MSFT удалось передвинуть имена там... :)).

Таким образом, я пытался установить сервис с 64-разрядной версией installutil. Это потерпело полный провал с ошибками разрешения в %sysroot %\wbem\framework..., и т.д.... соединяют каналом. Затем я перекомпилировал сервис как x86 и зарегистрировал его снова использование 32-разрядной версии installutil. Это привело к совершенно новому исключению:

System.Exception: The code generated for the instrumented assembly failed to compile.
   at System.Management.Instrumentation.InstrumentedAssembly..ctor(Assembly assembly, SchemaNaming naming)
   at System.Management.Instrumentation.Instrumentation.Initialize(Assembly assembly)
   at System.Management.Instrumentation.Instrumentation.GetInstrumentedAssembly(Assembly assembly)
   at System.Management.Instrumentation.Instrumentation.GetPublishFunction(Type type)
   at System.Management.Instrumentation.Instrumentation.Publish(Object instanceData)
   at SomeService.InstanceClass.PublishApp(String name) in e:\work\clientname\SomeService\SomeService\WMIProvider.cs:line 44
   at SomeService.SomeServiceService..ctor() in e:\work\clientname\SomeService\SomeService\SomeServiceService.cs:line 26
   at SomeService.Program.Main() in e:\work\clientname\SomeService\SomeService\Program.cs:line 17

... ближе получение...