Koneksi RDP dari Windows 7/8 ke Server 2012 lambat


15

Saya baru-baru ini menginstal Windows Server 2012 untuk tujuan pengembangan di kantor kami dan segera menyadari bahwa koneksi melalui RDP lambat. Diperlukan waktu 5-10 detik untuk terhubung kadang-kadang, di mana menghubungkan ke salah satu kotak Windows 7 atau Windows 2008 R2 kami membutuhkan waktu paling lama 1-3 detik.

Pada awalnya, saya menghubungkan ini ke kotak itu sendiri yang membutuhkan pembaruan driver atau sesuatu, tetapi baru kemarin, saya menginstal Windows 8 pada PC Desktop saya dan menghubungkan dari rumah ke mesin Windows Server 2012 menghasilkan hasil yang sama. Ada jeda 3-4 detik di "mengamankan koneksi jarak jauh" dan sekali lagi pada "mengkonfigurasi sesi jarak jauh".

Saya tidak melihat peringatan di log peristiwa, dan setelah terhubung, sepertinya tidak ada masalah kinerja. Apakah ada masalah yang diketahui dengan koneksi RDP dari Windows 7 atau 8 ke sistem Windows Server 2012? Adakah yang harus saya cari?


Klien RDP mana yang Anda gunakan?
Ramhound

Dibangun di klien Windows 7 RDP.
Chris

Kecuali pada Windows 8 ada dua. Satu yang merupakan aplikasi desktop yang lain adalah Aplikasi Windows Store (UI Modern) jadi yang mana yang Anda gunakan. Jadi bagaimana Anda menggunakan Windows 7 jika Anda menggunakan Windows 8 / Windows Server 2012?
Ramhound

1
Saya terhubung dari Windows 7 menggunakan klien RDP desktop.
Chris

Perbarui pertanyaan untuk mencerminkan fakta ini. Apa yang Anda dapatkan jika Anda mencoba menghubungkan Windows 8 Professional ke Windows Server 2012?
Ramhound

Jawaban:


10

Saya mengalami masalah yang sama dan mengatasinya dengan menambahkan pengaturan registri yang dimaksud di sini .

  1. Buka RegEdit pada mesin Windows Server.
  2. Arahkan ke kunci registri ini di pohon di sebelah kiri:

    HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ Tcpip \ Parameter

  3. Klik kanan di sisi kanan, dan tambahkan Nilai DWORD (32-bit) baru
  4. Atur nama nilai menjadi DisableTaskOffload dan nilai data menjadi 1
  5. Sambungkan kembali ke Server melalui RDP (ke sesi baru) dan kinerja Anda akan normal.

@ Schellack, Mengapa ini bekerja? Bagaimana cara kerjanya?
Pacerier

1
Menurut technet.microsoft.com/en-us/library/cc959732.aspx , pengaturan DisableTaskOffload melepaskan tugas dari prosesor ke adaptor jaringan. Ini sangat meningkatkan kinerja. Namun, saya tidak tahu mengapa pengaturan dinonaktifkan di versi Windows Server yang lebih baru.
schellack

3
@ schellack Tampaknya ada beberapa kebingungan dalam komentar Anda ... Pengaturan ini disebut _DISABLE ... Mengaturnya ke 1 akan mematikan tugas offloading, bukan ON. Nilai default adalah 0, yang berarti bahwa secara default tugas bongkar aktif.
Oskar Berggren

6

Ini telah terjadi kepada saya sebelumnya. Saya menyelesaikannya dengan masuk ke Remote Desktop Connection -> Experiencetab dan memastikan saya tidak memiliki "Deteksi kualitas koneksi secara otomatis" yang dipilih. Saya juga menghapus centang semuanya di bawah "Izinkan yang berikut".


ExperienceTab mana yang Anda maksud? Saya tidak melihat Experiencetab di Server 2003 tscc.msc: i.stack.imgur.com/SXh0h.png
Pacerier

3

Saya memiliki masalah yang sama. Dan saya coba lakukan 2 langkah.

Langkah1: lakukan seperti "schellack" katakan

  • Buka RegEdit pada mesin Windows Server. Arahkan ke kunci registri ini di pohon di sebelah kiri: HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ Tcpip \ Parameter

  • Klik kanan di sisi kanan, dan tambahkan Nilai DWORD (32-bit) baru. Atur nilai nama menjadi DisableTaskOffload dan data nilai menjadi 1

  • Sambungkan kembali ke Server melalui RDP (ke sesi baru) dan kinerja Anda akan normal.

Langkah 2: Dan Nonaktifkan layanan Pencacahan Perangkat Kartu Cerdas:

  • Pergi ke Jalankan -> Layanan -> Enumerasi Perangkat Kartu Cerdas -> Nonaktifkan

Saya pikir alasan utamanya adalah Smart Card diaktifkan karena menyebabkan keterlambatan layanan desktop jarak jauh. Saya harap ini membantu seseorang yang memiliki masalah yang sama.


Jawaban yang benar di sini. Menonaktifkan Enumerasi Perangkat Kartu Cerdas membuat peningkatan 100% untuk saya. Ini jelas pelakunya.
Bryan

Apakah itu penghitungan pada klien atau server?
Rob

1

Anda dapat mendiagnosis ini dengan beberapa cara berbeda -

Gunakan nama NetBIOS, lalu FQDN, lalu Alamat IP saat menggunakan aplikasi RDP. biasanya ini adalah penundaan resolusi nama dan dapat diselesaikan dengan menggunakan FQDN alih-alih nama NetBIOS yang lebih pendek. Biasanya, setelah koneksi pertama, koneksi berikutnya harus menyelesaikan lebih cepat karena nama akan di-cache pada mesin lokal.

Jika ini adalah mesin yang akan Anda sambungkan secara teratur DAN mesin itu memiliki alamat IP statis, Anda dapat menambahkannya ke file HOSTS lokal yang akan menghasilkan negosiasi lebih cepat yang biasa Anda lakukan.


1

Masalahnya terkait dengan Fungsi Shadow Pointer Mouse.

Dalam RDP ini mengarah ke mouse hopping / lambat.

Perbaiki perilaku ini dengan Mouse -> Pointer -> Enable pointer shadow (disable)


0

Masalah yang mengarahkan saya ke halaman ini adalah masalah koneksi desktop jarak jauh. Saya melakukan instalasi baru Server 2012 di VM ESXi 5.5 Semua server dikonfigurasi dengan baik, peran DC dan DHCP aktif, tidak ada yang lain.

Konsol ESXi sangat memukau. Reboot dan sambungkan dengan segera. Tetapi ketika tiba saatnya untuk terhubung dari remote desktop, koneksi itu membutuhkan beberapa menit sebelum dibuka. Saya tidak mengerti mengapa karena pada kotak 2008 selain itu baik-baik saja!

Nah selama ini, masalahnya terkait dengan layanan Remote Registry yang dihentikan. Saya tidak dapat memulainya karena mengatakan sesuatu tentang pengguna koneksi tidak sama dengan layanan terkait lainnya.

Resolusi: secara manual mengubah pengaturan Koneksi di pengaturan Remote Registry untuk NT Authority \ LocalService dan tidak perlu kata sandi. Sekarang koneksi RDP berjalan dengan baik dan terhubung tepat setelah saya memasukkan kata sandi admin domain saya.



0

Menonaktifkan Smart Card Enumeration Servicetampaknya memperbaiki masalah kami.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.