Hành vi gây nhầm lẫn của Powershell

Question

Có một chút nhầm lẫn w/từ xa thực thi lệnh powershell. Tôi có một máy chủ thử nghiệm (Win 2k8-R2-SP1) được gọi là ServerA, trong đó có quyền hạn từ xa được kích hoạt một cách chính xác. Từ máy tính dev của tôi (Win 2k8-R2-SP1), tôi có thể thực thi các lệnh powershell từ xa một cách chính xác. Tuy nhiên, khi tôi cố gắng thực hiện lệnh tương tự từ một máy chủ khác nhau gọi là ServerB (Win 2k8-R2), tôi nhận được lỗi sau

[ServerA] Connecting to remote server failed with the following error message : The client cannot connect to the destination specified in the request. Verify that the service on the destination is running and is accepting requests. Consult the logs and documentation for the WS-Management service running on the destination, most commonly IIS or WinRM. If the destination is the WinRM service, run the following command on the destination to analyze and configure the WinRM service: "winrm quickconfig". For more information, see the about_Remote_Troubleshooting Help topic. + CategoryInfo : OpenError: (:) [], PSRemotingTransportException + FullyQualifiedErrorId : PSSessionStateBroken

Cả ba máy đều thuộc phạm vi tương tự. Sự nhầm lẫn của tôi là từ máy dev của tôi, tôi hoàn toàn có thể kết nối với ServerA và thực hiện lệnh.

Thực tế là ServerB không có SP1, tạo sự khác biệt? Xin cho biết. Tôi đang sử dụng cùng một tài khoản miền có quyền quản trị trên cả 3 máy chủ.

Và lệnh tôi đang thử là Invoke-Command -ComputerName ServerA -ScriptBlock {Get-UICulture}.

Vui lòng trợ giúp.

Cảm ơn

Answer 1

Run winrm quickconfig hoặc Enable-PSRemoting -force từ ServerB.

Xác nhận dịch vụ đang chạy với get-service winrm

http://technet.microsoft.com/en-us/magazine/ff700227.aspx

Ngoài ra, chạy từ hộp dev địa phương của bạn:

Set-Item WSMan:\localhost\Client\TrustedHosts -Value "*" -Force 

Answer 2

Tôi đã có vấn đề này giống như tốt, trên một máy tính mà đã làm việc cho quyền lực từ xa trong quá khứ. Trong trường hợp của tôi, giải pháp là xóa Nhật ký Bảo mật. Đó là đầy đủ, và tôi tin rằng điều này đã ngăn chặn sức mạnh từ việc tạo ra một kết nối an toàn thích hợp.

Answer 3

Các cố định sau vấn đề của tôi:

Bạn có thể phải làm rỗng danh sách iplisten của bạn mà có thể được kiểm tra bằng cách sử dụng lệnh CMD sau:

netsh http show iplist 

hoặc để thêm vòng lặp lại địa chỉ để nó nếu có là bất kỳ địa chỉ khác:

netsh http add iplisten 127.0.0.1 

Answer 4

để tiết kiệm cần phải kích hoạt tính năng WinRM trên mỗi máy chủ duy nhất bạn quản lý, bạn có thể chạy tập lệnh batch này:

0.123.

Yêu cầu:

• Một tập tin văn bản với tất cả các máy chủ bạn muốn kích hoạt WinRM trên
• PSExec trong thư mục Windows \ System32 của bạn, tải về từ: https://technet.microsoft.com/en-us/sysinternals/pstools.aspx?f=255&MSPPError=-2147217396
• Powershell trên máy chủ bạn đang kết nối đến

Cách sử dụng: EnablePSRemoting.bat PCs.txt

@echo off 
for /f %%f in (%1) do (
    psexec.exe \\%%f -accepteula -h -d -s powershell.exe "enable-psremoting -force" 
    echo Enabled on %%f 
) 

Answer 5

Tôi đã tìm kiếm câu trả lời trong nhiều ngày và tôi đã tìm thấy vấn đề;

Dường như thành phần IIS 7 .NET Extensibility không được cài đặt gây ra sự cố này. Chúng tôi có máy chủ 2012 R2 Exchange 2010;

https://technet.microsoft.com/en-us/library/dd421841(v=exchg.80).aspx

Tôi đã cài đặt nó bằng cách nhập mã này vào PowerShell;

Xem ở đây điều kiện tiên quyết cho Exchange 2010.

https://technet.microsoft.com/en-us/library/bb691354(v=exchg.141)

này máy chủ Exchange của chúng ta chỉ có vai trò hộp thư, người kia vẫn là CAS và Hub Transport;

Vì vậy, chúng tôi cần lệnh này;

Tính năng khung-tính năng bổ sung của Windows, RSAT-Clustering, Web-Mgmt-Console, WAS-Process-Model, Web-Basic-Auth, Web-Lgcy-Mgmt-Console, Web-Metabase, Web-Net -Ext, Web-Server, Web-Windows-Auth -Restart

Phần Web-Net-Ext đã cài đặt thành phần mở rộng IIS 7.NET. Không cần phải khởi động lại.

Chỉ 2 xu của tôi, có thể điều này sẽ giúp người khác :-)