Kết nối RDP từ Windows 7/8 đến Server 2012 bị chậm


16

Gần đây tôi đã cài đặt Windows Server 2012 cho mục đích phát triển tại văn phòng của chúng tôi và nhận thấy ngay rằng kết nối qua RDP rất chậm. Có thể mất 5-10 giây để kết nối vào các thời điểm, trong khi việc kết nối với bất kỳ hộp Windows 7 hoặc Windows 2008 R2 nào của chúng tôi mất tối đa 1-3 giây.

Lúc đầu, tôi đã tự khắc nó lên hộp cần cập nhật trình điều khiển hoặc thứ gì đó, nhưng mới hôm qua, tôi đã cài đặt Windows 8 trên Máy tính để bàn của mình và kết nối từ nhà với máy Windows Server 2012 đó cho kết quả tương tự. Có một khoảng dừng 3-4 giây tại "bảo vệ kết nối từ xa" và sau đó một lần nữa tại "cấu hình phiên từ xa".

Tôi không thấy bất kỳ cảnh báo nào trong nhật ký sự kiện và sau khi được kết nối, dường như không có bất kỳ vấn đề nào về hiệu suất. Có sự cố đã biết với các kết nối RDP từ hệ thống Windows 7 hoặc 8 đến Windows Server 2012 không? Bất cứ điều gì tôi nên tìm kiếm?


Bạn đang sử dụng máy khách RDP nào?
Ramhound

Máy khách RDP tích hợp trong Windows 7.
Chris

Ngoại trừ trên Windows 8 có hai. Một ứng dụng dành cho máy tính để bàn, ứng dụng khác là Ứng dụng Windows Store (Modern UI) vì vậy bạn đang sử dụng ứng dụng nào. Vậy bạn đang sử dụng Windows 7 như thế nào nếu bạn sử dụng Windows 8 / Windows Server 2012?
Ramhound

1
Tôi đang kết nối từ Windows 7 bằng ứng dụng khách RDP trên máy tính để bàn.
Chris

Cập nhật câu hỏi để phản ánh thực tế này. Bạn nhận được gì nếu bạn thử kết nối Windows 8 Professional với Windows Server 2012?
Ramhound

Câu trả lời:


10

Tôi gặp vấn đề tương tự và giải quyết nó bằng cách thêm cài đặt đăng ký được đề cập ở đây .

  1. Mở RegEdit trên máy Windows Server.
  2. Điều hướng đến khóa đăng ký này trong cây bên trái:

    HKEY_LOCAL_MACHINE \ HỆ THỐNG \ CurrentControlset \ Services \ Tcpip \ Tham số

  3. Nhấp chuột phải vào phía bên phải và thêm Giá trị DWORD (32 bit) mới
  4. Đặt tên giá trị thành DisableTask Offerload và dữ liệu giá trị thành 1
  5. Kết nối lại với Máy chủ thông qua RDP (đến một phiên mới) và hiệu suất của bạn sẽ bình thường.

@schellack, tại sao cái này hoạt động? Làm thế nào nó hoạt động?
Pacerier 13/03/2015

1
Theo technet.microsoft.com/en-us/l Library / cc959732.aspx , DisableTask Offerload sẽ giảm tải các tác vụ từ bộ xử lý sang bộ điều hợp mạng. Điều này cải thiện đáng kể hiệu suất. Tuy nhiên, tôi không biết tại sao cài đặt bị tắt trong các phiên bản Windows Server mới hơn.
schellack 13/03/2015

3
@schellack Dường như có một số nhầm lẫn trong nhận xét của bạn ... Cài đặt được gọi là _DISABLE ... Đặt nó thành 1 sẽ tắt tác vụ TẮT, không BẬT. Giá trị mặc định là 0, nghĩa là theo tác vụ giảm tải mặc định đang hoạt động.
Oskar Berggren

6

Điều này đã xảy ra với tôi trước đó. Tôi đã giải quyết nó bằng cách vào Remote Desktop Connection -> Experiencetab và đảm bảo tôi không chọn "Tự động phát hiện chất lượng kết nối". Tôi cũng bỏ chọn tất cả mọi thứ trong phần "Cho phép sau".


Bạn Experienceđang đề cập đến tab nào ? Tôi không thấy Experiencetab trong Máy chủ 2003 tscc.msc: i.stack.imgur.com/SXh0h.png
Pacerier 13/03/2015

3

Tôi có cùng một vấn đề. Và tôi thử làm 2 bước.

Bước 1: làm như "schellack" nói

  • Mở RegEdit trên máy Windows Server. Điều hướng đến khóa đăng ký này trong cây ở bên trái: HKEY_LOCAL_MACHINE \ HỆ THỐNG \ CurrentControlSet \ Services \ Tcpip \ Tham số

  • Nhấp chuột phải vào phía bên phải và thêm Giá trị DWORD (32 bit) mới Đặt tên giá trị thành DisableTaskPackload và dữ liệu giá trị thành 1

  • Kết nối lại với Máy chủ thông qua RDP (đến một phiên mới) và hiệu suất của bạn sẽ bình thường.

Bước2: Và vô hiệu hóa dịch vụ Thiết bị thẻ thông minh:

  • Đi đến Chạy -> Dịch vụ -> Bảng liệt kê thiết bị thẻ thông minh -> Tắt

Tôi nghĩ lý do chính là Thẻ thông minh cho phép gây chậm trễ dịch vụ máy tính từ xa. Tôi hy vọng điều này sẽ giúp ai đó có cùng vấn đề.


Câu trả lời đúng ngay tại đây. Việc vô hiệu hóa Thiết bị thẻ thông minh đã cải thiện 100% cho tôi. Đây rõ ràng là thủ phạm.
Bryan

1
Là liệt kê trên máy khách hoặc máy chủ?
Cướp

1

Bạn có thể chẩn đoán điều này một vài cách khác nhau -

Sử dụng tên NetBIOS, sau đó là FQDN, sau đó là Địa chỉ IP khi sử dụng ứng dụng RDP. thông thường, đây là độ trễ phân giải tên và có thể được giải quyết bằng cách sử dụng FQDN thay vì tên NetBIOS ngắn hơn. Thông thường, sau lần kết nối đầu tiên, các kết nối tiếp theo sẽ giải quyết nhanh hơn vì tên sẽ được lưu trong bộ nhớ cache trên máy cục bộ.

Nếu đây là máy bạn sẽ kết nối thường xuyên máy đó có địa chỉ IP tĩnh, bạn có thể thêm nó vào tệp HOSTS cục bộ, điều này sẽ dẫn đến việc đàm phán nhanh hơn mà bạn đã quen.


1

Vấn đề liên quan đến chức năng Shadow Pulum Shadow.

Trong RDP, điều này dẫn đến một con chuột nhảy / chậm.

Sửa lỗi hành vi này bằng Chuột -> Con trỏ -> Bật bóng con trỏ (tắt)


0

Vấn đề dẫn tôi đến trang này liên quan đến vấn đề kết nối máy tính để bàn từ xa. Tôi đã thực hiện cài đặt hoàn toàn mới cho Server 2012 trong VM ESXi 5.5 Tất cả các máy chủ được cấu hình tốt, vai trò DC và DHCP, không có gì khác.

Bảng điều khiển của ESXi là một sự quyến rũ. Khởi động lại và kết nối ngay lập tức. Nhưng khi đến lúc kết nối từ máy tính để bàn từ xa, kết nối đã mất vài phút trước khi mở. Tôi không hiểu tại sao vì trên hộp năm 2008 bên cạnh nó vẫn ổn!

Vâng, tất cả thời gian này, vấn đề liên quan đến dịch vụ Đăng ký từ xa bị dừng lại. Tôi không thể khởi động nó vì nó nói điều gì đó về người dùng kết nối không giống với dịch vụ liên quan khác.

Giải pháp: thay đổi thủ công cài đặt Kết nối trong cài đặt Đăng ký từ xa cho NT Author \ LocalService và không yêu cầu mật khẩu. Bây giờ kết nối RDP hoạt động tốt và nó kết nối ngay sau khi tôi nhập mật khẩu quản trị viên tên miền.


0

sử dụng điều này như câu trả lời đúng đây là từ phần mềm của Microsoft https://support.microsoft.com/en-us/kb/2915774


Chào mừng bạn đến với Siêu người dùng! Vui lòng trích dẫn các phần thiết yếu của câu trả lời từ (các) liên kết tham chiếu, vì câu trả lời có thể trở nên không hợp lệ nếu (các) trang được liên kết thay đổi.
DavidPostill

0

Vô hiệu hóa Smart Card Enumeration Servicedường như để khắc phục vấn đề của chúng tôi.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.