Tôi có những tùy chọn nào để kết nối với máy chủ Windows từ xa nếu RDP bị hỏng?

Tôi có các tùy chọn nào để kết nối với máy chủ Windows từ xa nếu RDP bị hỏng (không phản hồi), tôi không có quyền truy cập bảng điều khiển và máy chủ không thực sự đóng?

Trên Linux, nếu VNC không hoạt động, tôi thường có thể dựa vào trình nền SSH. Windows không bao giờ chọn điều đó (tại sao, tôi không biết) - có tương đương không?

Điều đầu tiên tôi làm khi RDP không nói là điều này trong Powershell:

PS> $service = get-service -computername MyServer -displayname "Remote Desktop Services"
PS> $service.stop
PS> $service.start

Phần lớn thời gian điều này làm hồi sinh RDP và tôi có thể quay lại. Nếu điều này không thực hiện được thì tôi phải dựa vào iLO hoặc một trong các tùy chọn bảng điều khiển khác được đề cập trong các câu trả lời khác ở đây.

Xem câu hỏi này ở đây cho các tùy chọn dòng lệnh của bạn . Về cơ bản, bạn đã có WinRS / WinRM, PowerShell Remote và PSexec và các tiện ích SysIternals Suite khác . Bạn cũng có thể cài đặt SSH hoặc thậm chí telnet trên máy chủ Windows và kết nối với nó sau khi được cài đặt.

Ngoài ra, các công cụ của bạn trong thư mục Công cụ quản trị sẽ cho phép bạn kết nối với các máy từ xa (hoặc ít nhất) thử, vì vậy đó là một tùy chọn. (Chủ yếu là các snap-in MMC của bạn, nhưng ngay cả một số exes độc lập bao gồm regedit, có chức năng này.)

Bạn cũng nên có một số hình thức giao diện quản lý ngoài băng / bảng điều khiển ảo trên máy chủ của mình (chẳng hạn như iLOAC của HP hoặc iDRAC của Dell), và nếu không ... tốt, hãy tìm hiểu từ điều này và tải xuống trên máy chủ tiếp theo của bạn.

Cuối cùng, có bất kỳ số lượng công cụ của bên thứ ba nào thường cho phép bạn truy cập máy chủ từ xa, tự cài đặt và sau đó thiết lập chia sẻ màn hình dựa trên VNC (hoặc tương tự). Damware và IntelliAdmin xuất hiện ngay lập tức, nhưng họ chỉ là hai trong số nhiều người.

PowerShell là những gì bạn đang tìm kiếm. TechNet PowerShell từ xa

Vì nó chưa được đề cập:

Luôn có "bàn tay thông minh". Đừng bao giờ đánh giá thấp sự đơn giản của việc gọi ai đó và nói rằng "bạn có thể đi bộ đến máy chủ và cho tôi biết những gì bạn thấy không? ... OK ... hãy làm điều này cho tôi."

Trừ khi máy chủ quay quanh trái đất, đó có thể là một lựa chọn.

LoM là một kỹ thuật thường được sử dụng để truy cập các nút không thể áp dụng theo các thuật ngữ logic.

Tên của Techniqu khác với các nhà sản xuất, dell gọi phiên bản của họ là 'iDRAC'. HP gọi họ là 'iLo'

Trong những ngày đầu đã có thẻ PCI cụ thể cho việc này, được gọi là MEGARAC. Ngoài ra còn có KVM qua IP để giúp đỡ.

May mắn nhất!

psexec, một phần của gói Windows Sysiternals .

Chúng tôi thường sử dụng điều này mọi lúc để triển khai phần mềm trên mạng không phải là Active Directory của máy chủ Windows.

Giống như đã nói ở trên iDRAC, iLO là cách tốt nhất để truy cập các hệ thống từ xa nếu RDP không khởi động được. Nếu hệ thống là một máy ảo, bạn có thể sử dụng cơ sở hạ tầng ảo để quản lý từ xa và trong hầu hết các trường hợp xem bảng điều khiển.

Tôi cũng đầu tư vào một cái gì đó như LANTRONIX 'Spider "cũng có thể được nối với các cổng VGA và USB của hệ thống từ xa để cho phép chúng tôi quản lý băng tần.

Nếu bạn vẫn có thể ping hệ thống, hãy thử khởi động lại vào hộp Trong cửa sổ 'shutdown -i' mang đến một tiện ích lệnh tương tác. Xem nếu điều đó sẽ cho phép bạn khởi động lại hệ thống từ xa.

Chúc may mắn cho bạn của tôi và cảm thấy thoải mái khi ping lại để được trợ giúp thêm

Miễn là dịch vụ WinRM được cấu hình chính xác, bạn có thể nhập-pssession HPcomputername Tênssblockblock hoặc invoke-lệnh -computername Nottscriptblock bằng powershell. Hoặc bạn có thể tải xuống Psexec từ http://technet.microsoft.com/en-gb/sysiternals/bb896649.aspx và sau đó người dùng psexec \ target bằng chứng xác thực cmd

Đối với RDP, nó thậm chí còn được kích hoạt? Kiểm tra sổ đăng ký mạng của máy chủ HKEY_LOCAL_MACHINE \ HỆ THỐNG \ CurrentControlset \ Control \ Terminal Server

Có các giá trị như fDenyTSConnections & TSUserEnables cần được cấu hình chính xác.

Cũng khởi động lại các dịch vụ TS trên máy chủ.

Tôi khuyên bạn nên sử dụng điều này nếu bạn có quyền truy cập mạng và có thể xác thực.

Bạn cũng có triển khai ILO trong công ty của bạn?

Đã sử dụng cách tiếp cận tương tự khi RDP không bắt đầu với lỗi "không thể kết nối vì nhà môi giới kết nối không thể xác thực các cài đặt được chỉ định trong tệp RDP của bạn" . Bằng cách nào đó AnyDesk cũng ngoại tuyến trên máy chủ vào thời điểm này. Và tôi không có quyền truy cập vào máy chủ. Nhận bản thân PsTools từ http://technet.microsoft.com/en-gb/sysiternals/bb896649.aspx theo lời khuyên của @Ben Lavender Và làm theo các bước sau;

1. Đã mở cmd trên máy tính xách tay của tôi được kết nối qua VPN để truy cập mạng LAN của khách hàng và chạy các lệnh sau trong đường dẫn của PsTools được trích xuất. (Tại thời điểm này tôi đã nhận ra rằng Dịch vụ cơ sở dữ liệu nội bộ Windows là nguyên nhân của việc này. Bạn có thể đọc thêm về nó. Dịch vụ môi giới kết nối từ xa phụ thuộc vào nó và các dịch vụ RD khác cũng vậy, vì vậy, WID là thủ phạm .)

2. Tôi chạy một truy vấn để tìm thấy trạng thái của dịch vụ WID psservice \ [computername hoặc IP] -u [username] -p [mật khẩu] truy vấn "Windows Internal Database" WIDs nhà nước Trong trường hợp của tôi các dịch vụ không được chạy

3. Tôi đã chạy lệnh psservice \ [computername hoặc IP] -u [username] -p [password] start "Windows Internal Database" để khởi động dịch vụ và nhận kết quả bên dưới. Trạng thái bắt đầu WID

4. Tôi đã truy vấn dịch vụ WID một lần nữa để xác nhận rằng nó hiện đang chạy và voila ở đó. Trạng thái chạy WID

Khi tôi thử lại RDP, tôi đã có thể thành công trong lần này.

Hy vọng điều này làm rõ mọi thứ tốt hơn cho bạn và giải quyết vấn đề của bạn.