Отключение PowerShell от службы Windows

У меня есть служба Windows, которая регулярно запускает PowerShell script на удаленном компьютере с помощью WsManConnectionInfo/RunspaceFactory (в соответствии с шагами из этой статьи: Удаленное выполнение команд в PowerShell с использованием С#):

var connectionInfo = new WSManConnectionInfo(false, server, 5985, "/wsman",
                                             "http://schemas.microsoft.com/powershell/Microsoft.PowerShell",
                                             cred)
                        {
                            OperationTimeout = 4*60*1000,
                            OpenTimeout = 1*60*1000
                        };
using (var runSpace = RunspaceFactory.CreateRunspace(connectionInfo))
{
    runSpace.Open();
    using (var p = runSpace.CreatePipeline())
    {
        p.Commands.AddScript(script);
        var output = p.Invoke();
        ...
    }
}

Теперь, если я запускаю службу Windows самостоятельно с учетной записью администратора, все хорошо. Но если я запустил службу с учетной записью LocalSystem, я получаю следующее исключение:

System.Management.Automation.Remoting.PSRemotingTransportException:
    Connecting to remote server NOSRVDEV02 failed with the following error message :
        WinRM cannot process the request. The following error with
        errorcode 0x8009030d occurred while using Negotiate authentication:
        A specified logon session does not exist. It may already have been terminated.

    Possible causes are:
        -The user name or password specified are invalid.
        -Kerberos is used when no authentication method and no user name are specified.
        -Kerberos accepts domain user names, but not local user names.
        -The Service Principal Name (SPN) for the remote computer name and port does not exist.
        -The client and remote computers are in different domains and there is no trust between the two domains.

    After checking for the above issues, try the following:
        -Check the Event Viewer for events related to authentication.
        -Change the authentication method; add the destination computer to the WinRM TrustedHosts configuration setting or use HTTPS transport.
         Note that computers in the TrustedHosts list might not be authenticated.
        -For more information about WinRM configuration, run the following command: winrm help config. For more information, see the about_Remote_Troubleshooting Help topic.

    at System.Management.Automation.Runspaces.AsyncResult.EndInvoke()
    at System.Management.Automation.Runspaces.Internal.RunspacePoolInternal.EndOpen(IAsyncResult asyncResult)
    at System.Management.Automation.RemoteRunspace.Open()
    ...

Примечание. Это не имеет ничего общего с учетными данными в WsManConnectionInfo - только параметры учетной записи на вкладке "Вход в систему".

Я не хочу предоставлять привилегии администратора службы. Любые идеи, почему пользователь LocalSystem не смог войти в систему?

Дополнительная информация:

Удаленный компьютер не является членом домена.
Я попытался подключиться как по IP-адресу, так и по имени хоста (оба указаны на локальном компьютере TrustedHosts).

EDIT: Еще больше информации (резюме комментариев):

Локальный компьютер: Windows 7 Ultimate 64bit (виртуальная машина в окне Windows 8).
Удаленный компьютер: Windows Server 2008R2 Datacenter 64bit.
Основной причиной, по которой мы не хотим менять учетные записи пользователей службы, является то, что это обновление старой службы, которая уже развернута на многих клиентах (клиентах).
Служба также обращается к реестру Windows и файловой системе на локальном компьютере, поэтому установка учетной записи пользователя на что-то более ограниченное, например NetworkService, просто откроет другую банку червей.

Ответ 1