Answer 4
One of our SEE's found a workaround for this. Create an instance of SPAuthenticationProvider, set property DisableKerberos to false and pass this instance in AuthenticationProvider (note that once claims/kerbero you cannot come back to NTLM). In the example
below we are using your same command with a slight difference:
> $ap = (New-SPAuthenticationProvider)
> $ap | fl
DisplayName : Windows Authentication
ClaimProviderName : AD
AllowAnonymous : False
UseBasicAuthentication : False
DisableKerberos : True <<<< Note that Kerberos is disabled by default
UseWindowsIntegratedAuthentication : True
AuthenticationRedirectionUrl : /_windows/default.aspx
UpgradedPersistedProperties :
> $ap.DisableKerberos = $false
> $ap | fl *
DisplayName : Windows Authentication
ClaimProviderName : AD
AllowAnonymous : False
UseBasicAuthentication : False
DisableKerberos : False <<< Now I made sure that Kerberos is enabled
UseWindowsIntegratedAuthentication : True
AuthenticationRedirectionUrl : /_windows/default.aspx
UpgradedPersistedProperties : {}
> New-SPWebApplication -Name Testing123 -ApplicationPool SharePointApplicationAppPool -AuthenticationProvider $ap -AuthenticationMethod Kerberos
In short you can also do something like this in just one line:
> New-SPWebApplication -Name Testing123 -ApplicationPool SharePointApplicationAppPool -AuthenticationProvider (New-SPAuthenticationProvider -DisableKerberos:$false) -AuthenticationMethod Kerberos
Please let me know if it works for you. It worked well in our environment.
We will work to make sure we document this information in a KB.