When the script goes through the steps on a remote system, it starts failing with the following error:
New-PSSession : [TEST-WORKFLOW] Connecting to remote server TEST-WORKFLOW failed with the following error message : The
WinRM client cannot process the request. A computer policy does not allow the delegation of the user credentials to the
target computer because the computer is not trusted. The identity of the target computer can be verified if you
configure the WSMAN service to use a valid certificate using the following command: winrm set winrm/config/service
'@{CertificateThumbprint=""}' Or you can check the Event Viewer for an event that specifies that the
following SPN could not be created: WSMAN/. If you find this event, you can manually create the SPN using
setspn.exe . If the SPN exists, but CredSSP cannot use Kerberos to validate the identity of the target computer and
you still want to allow the delegation of the user credentials to the target computer, use gpedit.msc and look at the
following policy: Computer Configuration -> Administrative Templates -> System -> Credentials Delegation -> Allow Fresh
Credentials with NTLM-only Server Authentication. Verify that it is enabled and configured with an SPN appropriate for
the target computer. For example, for a target computer name "myserver.domain.com", the SPN can be one of the
following: WSMAN/myserver.domain.com or WSMAN/*.domain.com. Try the request again after these changes. For more
information, see the about_Remote_Troubleshooting Help topic.
At \staging\sp\Automation\AutoSPInstallerModule.psm1:6724 char:20
This is installing SharePoint 2016 on Windows 2016 servers. I'm attaching the log file for the remote system for assistance in resolving this issue. Maybe there are others that have also experienced this or can provide some input on items to test. I know I can run the items manually using PsExec, however unsure on why these are failing on all remote systems.
AutoSPInstaller-TEST-WORKFLOW-2018-12-28_8-16.log
When the script goes through the steps on a remote system, it starts failing with the following error:
New-PSSession : [TEST-WORKFLOW] Connecting to remote server TEST-WORKFLOW failed with the following error message : The WinRM client cannot process the request. A computer policy does not allow the delegation of the user credentials to the target computer because the computer is not trusted. The identity of the target computer can be verified if you configure the WSMAN service to use a valid certificate using the following command: winrm set winrm/config/service '@{CertificateThumbprint=""}' Or you can check the Event Viewer for an event that specifies that the
following SPN could not be created: WSMAN/. If you find this event, you can manually create the SPN using
setspn.exe . If the SPN exists, but CredSSP cannot use Kerberos to validate the identity of the target computer and
you still want to allow the delegation of the user credentials to the target computer, use gpedit.msc and look at the
following policy: Computer Configuration -> Administrative Templates -> System -> Credentials Delegation -> Allow Fresh
Credentials with NTLM-only Server Authentication. Verify that it is enabled and configured with an SPN appropriate for
the target computer. For example, for a target computer name "myserver.domain.com", the SPN can be one of the
following: WSMAN/myserver.domain.com or WSMAN/*.domain.com. Try the request again after these changes. For more
information, see the about_Remote_Troubleshooting Help topic.
At \staging\sp\Automation\AutoSPInstallerModule.psm1:6724 char:20
This is installing SharePoint 2016 on Windows 2016 servers. I'm attaching the log file for the remote system for assistance in resolving this issue. Maybe there are others that have also experienced this or can provide some input on items to test. I know I can run the items manually using PsExec, however unsure on why these are failing on all remote systems. AutoSPInstaller-TEST-WORKFLOW-2018-12-28_8-16.log