การใช้ defaultAuthenticationType กับ PowerShell Web Access

การเข้าถึงเว็บ PowerShell ให้คุณเลือกประเภทการตรวจสอบความถูกต้อง โดยค่าเริ่มต้นจะใช้ค่าซึ่งสิ้นสุดขึ้นเป็นDefault Negotiateฉันได้ตั้งค่า CredSSP เพื่ออนุญาตให้เข้าสู่เซิร์ฟเวอร์ PSWA ด้วย CredSSP เพื่อให้การรับรองความถูกต้องเครือข่ายทำงานจากภายในเซสชัน (หลีกเลี่ยงปัญหาการฟ้อนรำสองครั้ง

อย่างไรก็ตามฉันต้องการให้ CredSSP เป็นตัวเลือกเริ่มต้นในหน้าลงชื่อเข้าใช้

ค้นหาตัวเลือกการกำหนดค่าสำหรับแอปพลิเคชันเว็บ PSWA ใน IIS มีหลายค่าที่สามารถตั้งค่าให้แทนที่ค่าเริ่มต้นได้

หนึ่งในนั้นคือเรียกว่าdefaultAuthenticationTypeซึ่งเป็นแต่มีการตั้งค่าstring0

ดูเหมือนว่าการตั้งค่าที่ถูกต้อง แต่ฉันไม่สามารถใช้งานได้

หากฉันตรวจสอบหน้าเว็บลงชื่อเข้าใช้ฉันจะเห็นว่ากล่องเลือกมีค่าต่อไปนี้:

0   Default
1   Basic
2   Negotiate
4   CredSSP
5   Digest
6   Kerberos

3 ที่ขาดหายไป.

JosefZพบว่า3เป็นNegotiateWithImplicitCredentialไปตามหน้านี้แต่ใน Windows PowerShell 5.1.15063.966 สำหรับฉันว่าชื่อ / ค่าหายไปจาก enum

หากฉันตั้งค่าdefaultAuthenticationTypeเป็นตัวเลขหน้าเว็บจะตั้งค่าเริ่มต้นเป็นตัวเลือกใหม่:

7   Admin Specified

ฉันได้พยายาม3และ4แต่ไม่หนึ่งผลงาน การล็อกอินเกิดขึ้นโดยใช้ Kerberos และไม่ใช้ CredSSP

หากฉันเลือก CredSSP ด้วยตนเองก็จะทำงานตามที่คาดไว้

หากฉันตั้งค่าdefaultAuthentcationTypeเป็นสตริงเหมือนจะCredSSPไม่มีAdmin Specifiedตัวเลือกปรากฏขึ้นและเป็นเพียงค่าเริ่มต้นDefaultอีกครั้งและยังคงใช้การตรวจสอบสิทธิ์ของ Kerberos

มีใครสามารถตั้งค่าสิ่งนี้ได้สำเร็จหรือไม่? ผลลัพธ์จากเว็บขาดมาก

ลองทำตามคำแนะนำนี้มันจะพาคุณไปยังที่ที่คุณต้องการ https://www.petri.com/powershell-web-access-configuration

here is the section you want. 
PowerShell
1
Add-PswaAuthorizationRule : This command must be run by a user account with permissions to perform Active Directory queries.
If you run the command in an interactive (i.e. not via remoting) session on the server it should work just fine. The problem here is the second hop. The Add-PSwaAuthorizationRule cmdlet needs to make a connection to a domain controller, which by security design is not allowed in PowerShell Remoting. This second-hop limitation can be overcome by enabling CredSSP authentication. Note: This is not be done lightly as there are security ramifications, so research this fully before employing.

But in my situation, since I want to use remoting, I’ll exit out of the remote session and enable CredSSP on my desktop for CHI-WEB01.

PowerShell
1
PS C:\> Enable-WSManCredSSP -DelegateComputer chi-web01 -Role Client
Next, I need to enable the server side.

PowerShell
1
PS C:\> invoke-command {enable-wsmancredssp -Role Server -Force} -ComputerName chi-web01
With this in place, I can now re-establish my remote session specifying CredSSP and my credentials.

PowerShell
1
PS C:\> enter-pssession chi-web01 -Authentication Credssp -Credential globomantics\jeff
Now when I run the authorization command, it works as you can see below in Figure 3.