Sử dụng defaultAuthenticationType với PowerShell Web Access

Truy cập web PowerShell cho phép bạn chọn loại xác thực. Theo mặc định, nó sử dụng một giá trị Default, cuối cùng là Negotiate. Tôi đã thiết lập CredSSP để cho phép đăng nhập vào máy chủ PSWA bằng CredSSP, để xác thực mạng hoạt động từ trong phiên (tránh sự cố nhảy kép, mà không ủy quyền thông tin đăng nhập trên toàn mạng).

Dù sao, tôi muốn CredSSP là tùy chọn mặc định trên trang đăng nhập.

Nhìn vào các tùy chọn cấu hình cho ứng dụng web PSWA trong IIS, có một số giá trị có thể được đặt để ghi đè mặc định.

Một trong số chúng được gọi defaultAuthenticationTypelà một stringnhưng được đặt thành 0.

Đây có vẻ là cài đặt phù hợp, nhưng tôi không thể làm cho nó hoạt động.

Nếu tôi kiểm tra đăng nhập trang web, tôi có thể thấy rằng hộp chọn có các giá trị sau:

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

3 mất tích

JosefZ thấy rằng đó 3là NegotiateWithImplicitCredentialtheo trang này , nhưng trên Windows PowerShell 5.1.15063.966 đối với tôi rằng tên / giá trị bị thiếu trong enum.

Nếu tôi đặt defaultAuthenticationTypethành một số, thì trang web sẽ mặc định là một tùy chọn mới:

7   Admin Specified

Tôi đã thử 3và 4, nhưng không ai làm việc. Việc đăng nhập xảy ra bằng Kerberos và CredSSP không được sử dụng.

Nếu tôi chọn CredSSP bằng tay, nó hoạt động như mong đợi.

Nếu tôi đặt defaultAuthentcationTypethành một chuỗi như thế CredSSP, không có Admin Specifiedtùy chọn nào xuất hiện và nó chỉ mặc định Defaulttrở lại và xác thực Kerberos vẫn được sử dụng.

Có ai có thể thiết lập thành công này? Kết quả web đã rất thiếu.

Hãy thử làm theo hướng dẫn này nó sẽ đưa bạn đến nơi bạn muốn. 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.