Различия в разрешении между службой Windows и консольным приложением

Question

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

• консольного приложение, выполняемого пользователем Administrator
• Windows Service, выполняемого пользователем Administrator

Я suposed, что если эти два кода были выполненные тем же пользователем, у них будут одинаковые привилегии. Кажется, что это не так. Когда я пытаюсь с службой Windows (Выполненный с пользователем Administrator) я получить

TargetInvocationException 
CryptographicException 

Can't initialize DLL provider at System.Security.Cryptography.Utils.CreateProvHandle(. 

Насколько я читал в интернете, может быть, некоторые король выдачи разрешений. Консольное приложение работает нормально.

• В чем разница между службой Windows и консольным приложением, если они выполнены одним и тем же пользователем?

• Можно ли добиться таких же результатов с помощью службы Windows?

Бесплатного виртуальное пиво для человека, который решает его;)

Спасибо!

Answer 1

Пробовали ли вы использовать свою службу как локальную службу, сетевую службу и локальную систему? Разница с их изменением? Я знаю, что мне нужно было изменить мою локальную службу на локальную систему, чтобы получить доступ к моим файлам. Не уверен, что вы даже используете какие-либо файлы, но, по крайней мере, это что-то проверить.

Answer 2

У меня нет решения для вас, к сожалению, но службы Windows действительно ведут себя совершенно иначе, чем обычные программы. Например, вы не сможете получить доступ к сетевым дискам из службы Windows, если ваша служба не запускается ПОСЛЕ службы, которая инициализирует эти диски.

Вы можете добавить зависимости к вашему сервису, чтобы они зависели от нужных вам услуг или в самом конце. Это МОЖЕТ решить вашу проблему, но я не могу этого гарантировать.

Answer 3

Одно из отличий между консольным приложением и сервисом Windows, которое вызвало у меня головные боли, состоит в том, что служба Windows использует C: \ Windows \ System32 как текущий каталог. Я не знаю, поможет ли это в вашем случае, но я думаю, вы могли бы попробовать: http://igorbrejc.net/development/c/windows-services-and-working-directories