psremoting и credssp аутентификация к localhost
Все эти сервисы должны позволить мешать им послать Вам дальнейшие электронные письма. Необходимо переместить их в папку для спама и сообщить о них как о спаме к сервисам как SpamCop.
Если Вы будете использовать систему как Google Apps для электронной почты, то, отмечая что-то, поскольку спам в значительной степени вынудит все следующие электронные письма тот сервис приземлиться в Вашей папке спама.
Подключение к локальному компьютеру должно работать нормально. Однако, просто сделав быструю попытку, мне пришлось использовать имя локального компьютера, чтобы иметь возможность подключиться, вместо localhost (предполагая, что это связано с NTLM против Kerberos). Так что выполнение следующих команд (на компьютере с Windows Server 2008 R2 с PowerShell 2) меня устроило:
Enable-WSManCredSSP -Role Server Enable-WSManCredSSP -Role Client -DelegateComputer MyComputerNameHere $session = New-PSSession -ComputerName MyComputerNameHere -Authentication Credssp -Credential (Get-Credential)
Однако заставить его работать на компьютере, не присоединенном к домену (на компьютере с Windows 8.1 с PowerShell 4), однако , Мне также пришлось внести изменение в групповую политику (что было упомянуто в сообщении об ошибке). Мне нужно было сделать конфигурацию, чтобы включить конфигурацию компьютера -> Административные шаблоны -> Система -> Делегирование учетных данных -> Разрешить делегирование новых учетных данных с помощью конфигурации проверки подлинности сервера только NTLM , а также добавить имя компьютера в список имен компьютеров в этой политике. После этого изменения приведенный выше код отлично работал даже на компьютере, не присоединенном к домену.