Penyelesaian kepada skrin hitam semasa log masuk ke RDP dan kawasan setempat

Skrin hitam semasa log masuk , sama ada ke sesi setempat atau melalui Remote Desktop (RDP), telah menjadi salah satu pepijat yang paling mengecewakan dalam Windows 10, Windows 11 dan Windows Server. Semuanya nampaknya berjalan lancar: kita memasukkan kelayakan, sambungan telah diwujudkan… dan apa yang kita lihat hanyalah latar belakang hitam dengan, paling banyak, kursor tetikus. Tiada desktop, tiada bar tugas, tiada apa yang perlu dilakukan.

Masalah ini semakin biasa berlaku dalam komputer rumah dan persekitaran korporat , termasuk ladang rangkaian, pelayan maya (seperti VMware vSphere), dan senario dengan VPN dan ramai pengguna serentak. Walaupun puncanya boleh berbeza-beza, terdapat corak yang jelas: sesi wujud, tetapi ada sesuatu yang rosak semasa memaparkan antara muka grafik. Dalam panduan ini, kami akan menghuraikan punca yang paling biasa dan, yang paling penting, penyelesaian praktikal dan terbukti yang membolehkan anda memulihkan skrin tanpa menjadi gila.

Punca skrin hitam yang paling biasa semasa log masuk (RDP dan setempat)

Sebelum menggunakan penyelesaian secara sembarangan , adalah berguna untuk memahami apa yang biasanya menyebabkan skrin hitam selepas log masuk, baik dalam sambungan RDP mahupun sesi setempat:

Dalam banyak kes, skrin hitam muncul kerana sesi pengguna menjadi "beku" atau ketinggalan zaman . Ini sangat biasa berlaku apabila sesi dibiarkan terbuka untuk masa yang lama dan kemudian percubaan dibuat untuk menyambung semula melalui Desktop Jauh. Sesi tersebut wujud dan menggunakan sumber, tetapi desktop gagal dipaparkan dengan betul.

Satu lagi isu biasa ialah dengan Windows Explorer (explorer.exe) . Jika proses yang mengurus desktop, bar tugas dan shell Windows tidak dilancarkan dengan betul semasa log masuk, sambungan RDP akan menjadi gelap walaupun sistem masih berjalan di latar belakang.

Pemacu video dan cara grafik dipaparkan juga mempunyai impak yang ketara . Pemacu GPU yang ketinggalan zaman, versi yang bermasalah, konflik dengan pecutan perkakasan atau isu dengan model pemacu WDDM boleh menghalang desktop daripada dipaparkan, walaupun proses log masuk berjaya.

Dalam persekitaran dengan berbilang monitor dan paparan beresolusi tinggi, Windows 10 dan 11 amat sensitif terhadap ketidakpadanan antara resolusi dan penskalaan DPI antara klien dan pelayan. Jika sistem jauh tidak melaraskan resolusi atau penskalaan dengan betul, agak biasa skrin hitam akan muncul di tempat desktop sepatutnya berada.

Satu lagi elemen penting ialah klien Desktop Jauh itu sendiri dan konfigurasinya . Pilihan seperti caching bitmap, kedalaman warna dan parameter prestasi boleh membuat perbezaan antara melihat desktop dan dibiarkan dalam kegelapan. Cache yang rosak atau tetapan rangkaian yang terlalu agresif boleh menyebabkan skrin hitam berulang.

Akhir sekali, dalam rangkaian korporat, faktor seperti penggunaan UDP dalam RDP, MTU, VPN, tembok api dan had beban pelayan memainkan peranan . Bukan sesuatu yang luar biasa untuk melihat skrin hitam semasa waktu puncak apabila beratus-ratus pengguna bersambung ke pelayan yang sama menggunakan Desktop Jauh: sesi telah diwujudkan, tetapi paparan grafik membeku atau mengambil masa beberapa minit untuk pulih.

Penyelesaian pantas dari pihak klien: Pintasan RDP dan tetapan asas

Salah satu perkara pertama yang perlu dicuba apabila anda mendapat skrin hitam dalam sesi RDP adalah menghantar Ctrl + Alt + Tamat (Bukan Ctrl+Alt+Delete). Gabungan ini adalah padanan jarak jauh dan menyebabkan Windows memaparkan skrin keselamatan dalam sesi tersebut. Dari situ, anda boleh membuka Pengurus Tugas dan melancarkannya secara manual. explorer.exeatau mulakan semula mesin dengan arahan seperti shutdown /r /f /t 0 jika anda mempunyai kebenaran.

Jika masalahnya terletak pada cara skrin dipaparkan, menukar resolusi sesi boleh menjadi sangat membantu . Daripada klien RDP (mstsc.exe), pada tab "Paparan", seret gelangsar resolusi ke pilihan yang lebih rendah atau cuba padankannya dengan resolusi asli komputer jauh (contohnya, 1920x1080). Kemudian sambung semula dan semak sama ada desktop dipaparkan seperti biasa.

Satu lagi pilihan yang menyelesaikan banyak kes ialah melumpuhkan cache bitmap berterusan . Dalam klien Desktop Jauh, buka "Tunjukkan Pilihan", pergi ke tab "Pengalaman" atau "Prestasi", dan nyahtanda "Caching bitmap berterusan" (atau "Caching bitmap" dalam versi lama). Ini memaksa penjanaan semula semua elemen grafik tanpa menggunakan cache setempat, menghalang cache yang rosak daripada menyekat pemaparan desktop.

Anda juga perlu cuba melaraskan kedalaman warna sesi tersebut . Dalam tab "Paparan", tukar daripada "Kualiti tertinggi (32-bit)" kepada "Warna sebenar (24-bit)" atau "Warna tinggi (16-bit)." Mengurangkan kualiti akan mengurangkan jumlah data grafik yang dihantar melalui rangkaian dan, dalam beberapa kes, mencegah tamat masa atau ralat lain yang mengakibatkan skrin hitam. Jika anda perlu menetapkan semula tetapan grafik dalam Windows 11, menetapkan semula tetapan paparan mungkin membantu.

Akhir sekali, untuk sambungan yang berkualiti rendah atau latensi tinggi, adalah wajar untuk melaraskan tetapan prestasi RDC secara manual . Dalam "Pengalaman", pilih jenis sambungan (contohnya, "Jalur Lebar Rendah" atau "Kesan Kualiti Secara Automatik") dan lumpuhkan kesan kosmetik seperti latar belakang desktop, animasi menu dan tetingkap atau komposisi visual. Lebih sedikit "hiasan" yang dihantar oleh sesi, lebih besar kemungkinan desktop akan dipaparkan dengan cepat dan tanpa ralat.

Mulakan semula Explorer dan subsistem grafik dalam sesi

Apabila anda berjaya menyambung melalui RDP tetapi hanya melihat latar belakang hitam dan kursor, kemungkinan besar penyebabnya ialah explorer.exe atau pemacu video . Dalam kes ini, adalah lebih baik untuk cuba "menghidupkan semula" desktop tanpa perlu menutup sesi jauh.

Dalam sesi RDP, jika boleh, buka Pengurus Tugas (dengan Ctrl + Alt + Tamat dan kemudian memilih Pengurus Tugas). Dalam tab “Proses”, cari “Windows Explorer” atau “explorer.exe”, tamatkan tugas, kemudian pergi ke “Fail > Jalankan tugas baharu” dan taip explorer.exeIni melancarkan semula shell dan, diharapkan, desktop muncul serta-merta.

Satu lagi helah yang sangat berguna dalam Windows 10 dan Windows 11 adalah memaksa pemacu grafik dimulakan semula tanpa memulakan semula komputer anda. Anda boleh melakukan ini dengan pintasan Win + Ctrl + Shift + B. Skrin akan berkelip sebentar, GPU akan dimulakan semula, dan jika masalahnya adalah gangguan pemacu sementara, desktop akan kembali hidup dalam sesi tempatan dan jauh.

Jika anda bekerja pada pelayan atau stesen kerja dengan berbilang sesi serentak, perlu diingat bahawa masalahnya selalunya disebabkan oleh sesi sebelumnya yang menjadi "zombie ." Daripada pelayan itu sendiri, pentadbir boleh membuka Pengurus Tugas, pergi ke tab "Pengguna", cari pengguna yang terjejas dan klik "Log keluar." Pengguna kemudiannya akan dapat menyambung semula dan sesi bersih akan dicipta untuk mereka, tanpa sebarang kesan sesi yang tergantung.

Apabila pengguna mempunyai kebenaran yang diperlukan, mereka boleh menyelesaikan masalah itu sendiri tanpa bantuan pentadbir: apabila skrin hitam muncul dalam sesi RDP, mereka boleh menekan Ctrl+Alt+End , pilih "Log Keluar" dan kemudian menyambung semula ke pelayan. Teknik ini biasanya menghapuskan skrin hitam yang disebabkan oleh sesi yang tersekat atau terkunci aplikasi.

Konfigurasi rangkaian dan protokol: TCP vs. UDP, MTU dan VPN

Dalam versi Windows moden (bermula dengan Windows 8 dan Windows Server 2012), protokol Remote Desktop menggunakan RDP melalui TCP dan UDP secara lalai, kedua-duanya pada port 3389. UDP meningkatkan prestasi dengan ketara, tetapi juga memperkenalkan isu keserasian tertentu dalam rangkaian kompleks, dengan tembok api yang ketat atau dengan VPN yang mempunyai MTU yang ketat.

Jika anda menghadapi skrin hitam berulang semasa bersambung melalui RDP, ujian yang sangat disyorkan adalah memaksa penggunaan TCP sahaja . Di bahagian klien, jika anda mempunyai akses kepada Editor Dasar Kumpulan Tempatan (gpedit.msc), pergi ke "Konfigurasi Komputer > Templat Pentadbiran > Komponen Windows > Perkhidmatan Desktop Jauh > Klien Sambungan Desktop Jauh" dan dayakan dasar untuk melumpuhkan UDP pada klien. Pada komputer yang disertai domain, GPO ini mesti digunakan dalam OU tempat klien berada.

Di bahagian pelayan, anda juga boleh memaksa RDP untuk hanya menggunakan TCP. Sekali lagi, menggunakan Dasar Kumpulan, pergi ke "Konfigurasi Komputer > Templat Pentadbiran > Komponen Windows > Perkhidmatan Desktop Jauh > Hos Sesi Desktop Jauh > Sambungan" dan tetapkan "Pilih protokol pengangkutan RDP" kepada "Gunakan TCP sahaja". Dasar ini mesti digunakan pada unit organisasi (OU) pelayan, bukan unit organisasi klien.

Satu lagi aspek rangkaian yang perlu dipertimbangkan ialah saiz MTU pada suis, penghala dan VPN. Paket yang terlalu besar tetapi tidak terfragmentasi dengan baik boleh menyebabkan tingkah laku luar biasa dalam RDP, daripada log masuk yang sangat perlahan hingga skrin hitam sementara. Microsoft mendokumentasikan kes-kes di mana pelarasan MTU infrastruktur rangkaian atau terowong VPN dapat mengurangkan gejala ini dengan ketara.

Dalam persekitaran dengan VPN yang sangat sibuk dan ramai pengguna (contohnya, 100 atau 150 pengguna yang mengakses satu pelayan fizikal melalui RDP), adalah perkara biasa untuk melihat skrin hitam semasa waktu puncak walaupun penggunaan CPU, memori dan lebar jalur kelihatan di bawah 50% . Had yang kurang jelas boleh menyumbang kepada perkara ini: ketepuan sesi serentak, menunggu cakera, barisan dalam tindanan rangkaian atau masalah dengan penumpu VPN, yang memastikan semua sesi aktif tetapi melambatkan penghantaran trafik RDP, menyebabkan tamat masa.

Jangan lupa untuk menyemak tetapan keselamatan tembok api dan perimeter anda . Penapisan paket UDP, pemeriksaan trafik mendalam atau sistem IDS/IPS yang salah konfigurasi boleh mengganggu RDP secara senyap: VPN mungkin kelihatan stabil, pelayan mungkin bertindak balas terhadap ping tetapi sesi Desktop Jauh mungkin membeku pada skrin hitam selama beberapa minit.

Masalah khusus dengan Windows 10, Windows 11 dan Windows Server

Komputer klien yang menjalankan Windows 10 dan Windows 11 telah mengalami peningkatan dalam isu RDP yang kelihatan rawak , terutamanya selepas kemas kini tertentu dan pada sistem dengan berbilang monitor atau penskalaan DPI yang tinggi. Ramai pengguna melaporkan bahawa masalah itu mula-mula muncul dalam persekitaran pejabat dan, tidak lama kemudian, juga pada komputer rumah yang digunakan untuk mengakses pelayan media atau platform kerja jarak jauh. Dalam banyak kes, adalah berguna untuk menyemak panduan khusus pada skrin hitam semasa memulakan Windows 11 untuk mengenal pasti tingkah laku yang serupa.

Dalam versi Windows ini, gabungan faktor seperti penskalaan teks 125% atau 150%, monitor 4K dan resolusi berbeza antara klien dan pelayan menjadikan subsistem desktop jauh lebih sensitif. Melaraskan resolusi pada klien secara manual, memadankannya dengan resolusi pelayan dan mengkonfigurasi semula penskalaan DPI biasanya mengurangkan kejadian skrin hitam dengan ketara.

Di bahagian pelayan, versi seperti Windows Server 2019 dan Windows Server 2022 juga boleh mengalami masalah ini, terutamanya apabila bertindak sebagai hos sesi untuk ramai pengguna. Sesetengah pentadbir mendapati bahawa selepas log masuk RDP, skrin kekal hitam sehingga mereka log masuk melalui konsol (contohnya, melalui konsol web vCenter pada mesin maya) dan melengkapkan log masuk secara setempat; selepas itu, sambungan RDP berikutnya berfungsi dengan baik.

Dalam senario dengan Windows Server yang berjalan pada hipervisor seperti VMware vSphere, penyelesaian seperti mengemas kini vCenter, hos ESXi dan VMware Tools, memasang semula antara muka rangkaian maya atau membina semula pelayan daripada ISO baharu telah diuji . Walaupun tugasan ini disyorkan dari perspektif penyelenggaraan, ia tidak selalunya menyelesaikan skrin hitam jika masalahnya berasal dari tindanan grafik Windows atau RDP itu sendiri.

Dalam Windows Server 2019, sebagai contoh, kes telah dikenal pasti di mana ralat seperti "Gagal GetConnectionProperty"Atau"Sambungan tidak menyokong pengalihan ralat log masukEntri dalam log peristiwa RemoteDesktopService-RdpCoreTS menunjukkan masalah dengan ciri yang dipanggil URCP. Melumpuhkan URCP melalui Registry atau dengan PowerShell (dengan mencipta atau mengubah suai nilai) UseURCP Menetapkan kekunci Terminal Server Client kepada 0 telah berfungsi sebagai penyelesaian untuk banyak persekitaran.

Perkhidmatan Desktop Jauh, WDDM dan tetapan lanjutan lain

Apabila penyelesaian asas tidak mencukupi, anda perlu mula mengubah suai perkhidmatan Windows dan dasar yang lebih maju , sentiasa dengan berhati-hati dan, jika boleh, uji dahulu dalam persekitaran ujian.

Salah satu langkah yang paling berkesan ialah Mulakan semula Perkhidmatan Desktop Jauh secara manual pada pelayan. Daripada services.msc Cari perkhidmatan yang berkaitan dengan RDP (contohnya, "Perkhidmatan Desktop Jauh" atau yang setaraf bergantung pada versi Windows anda), klik kanan dan pilih "Mulakan Semula." Ini membina semula lapisan yang mengurus penciptaan sesi, pengesahan dan pembentangan tanpa perlu memulakan semula keseluruhan pelayan atau log keluar semua pengguna.

Penting juga untuk menyemak status dan versi pemacu video anda . Menggunakan pemacu GPU yang ketinggalan zaman boleh menyebabkan ranap sistem dan skrin hitam. Semak versi yang dipasang, muat turun pemacu diperakui terkini untuk versi Windows Server atau klien Windows anda daripada pengilang (NVIDIA, AMD, Intel, dll.), dan kemas kini. Sebelum berbuat demikian, sangat disyorkan untuk mencipta titik pemulihan sistem atau petikan VM dalam persekitaran maya. Selain itu, pengeluar kadangkala mengeluarkan tampalan tertentu; contohnya, NVIDIA telah mengeluarkan pembetulan terkini untuk isu skrin hitam tertentu.

Dalam Windows Pro dan Enterprise, satu lagi tuas berguna ialah dasar yang berkaitan dengan pemacu paparan grafik WDDM untuk sambungan Desktop Jauh . Dalam Editor Dasar Kumpulan Tempatan (gpedit.msc), navigasi ke "Konfigurasi Komputer > Templat Pentadbiran > Komponen Windows > Perkhidmatan Desktop Jauh > Hos Sesi Desktop Jauh > Persekitaran Sesi Jauh" dan cari pilihan pemacu WDDM. Mendayakannya akan memaksa sesi RDP menggunakan model pemacu ini, yang boleh meningkatkan kestabilan dan prestasi pada banyak komputer.

Untuk masalah berterusan dengan skrin hitam semasa log masuk pada Windows Server 2019, selain mengubah suai entri pendaftaran UseURCP , adalah dinasihatkan untuk menyemak Pemapar Peristiwa . Dalam "Log Aplikasi dan Perkhidmatan > Microsoft > Windows > RemoteDesktopService-RdpCoreTS," cari ralat berkaitan sambungan. Jika anda melihat entri berulang yang berkaitan dengan URCP, pengalihan log masuk atau kegagalan khusus lain, mengikuti cadangan Microsoft (biasanya melumpuhkan ciri bermasalah melalui pendaftaran atau Objek Dasar Kumpulan) boleh membuat perbezaan.

Akhir sekali, beberapa panduan teknikal mengesyorkan untuk melumpuhkan ciri rangkaian seperti beban tugas pada pelayan apabila skrin hitam dan tingkah laku rangkaian pelik yang lain diperhatikan. Ini dilakukan dengan arahan seperti netsh int ip set global taskoffload=disableddiikuti dengan permulaan semula pelayan. Ia bukan penyelesaian universal, tetapi dalam persekitaran yang sangat spesifik ia telah membantu menstabilkan sesi RDP.

Profil pengguna, sesi tergantung dan persekitaran pelayan

Dalam kebanyakan kes, punca masalah skrin hitam berpunca daripada sesuatu yang semudah profil pengguna yang rosak atau terlebih beban . Jika pengguna tertentu sentiasa mengalami masalah tersebut manakala yang lain tidak, adalah wajar untuk mencuba profil baharu atau mengujinya.

Prosedurnya biasanya seperti berikut: cipta pengguna baharu pada domain atau secara setempat, berikan mereka kebenaran RDP dan minta mereka log masuk dengan akaun baharu itu. Jika desktop muncul tanpa masalah dengan profil ini, kesimpulan logiknya ialah profil asal rosak atau terjejas oleh beberapa konfigurasi tertentu (skrip permulaan, perisian, kunci pendaftaran, dll.). Dalam kes itu, pemindahan data ke profil yang bersih atau membina semula profil lama dengan teliti biasanya merupakan penyelesaian yang paling boleh dipercayai.

Dalam ladang Desktop Jauh atau pelayan dengan ramai pengguna, skrin hitam sering disebabkan oleh sesi sebelumnya yang tidak ditutup dengan betul . RDP membolehkan anda memutuskan sambungan tetingkap tanpa log keluar, jadi anda boleh menyambung semula dengan lebih cepat kemudian. Tetapi apabila ini diulang berpuluh-puluh atau ratusan kali, sesi "zombie" boleh kekal, menyekat sumber grafik atau meninggalkan pengguna tersekat dalam keadaan yang tidak konsisten.

Alat utama di sini ialah Pengurus Tugas pada pelayan (atau alat seperti "Pengurus Perkhidmatan Desktop Jauh" dalam versi Pelayan). Daripada tab Pengguna, anda boleh melihat berapa banyak sesi yang aktif, statusnya dan, jika perlu, memaksa penutupan mana-mana sesi yang tersekat. Terdapat juga arahan seperti query session y reset session untuk mengurus sesi daripada baris arahan.

Dalam persekitaran dengan pelayan fizikal tunggal yang menerima 100-150 pengguna melalui RDP, walaupun CPU, memori dan lebar jalur kelihatan bebas, kesesakan dalam sumber lain (I/O cakera, barisan GPU, had subsistem sesi, dll.) tidak dapat diketepikan. Adalah penting untuk memantau bukan sahaja sumber keseluruhan tetapi juga kaunter khusus yang berkaitan dengan RDP, grafik dan bilangan sesi serentak.

Jangan lupa aspek pelesenan Perkhidmatan Desktop Jauh juga . Pelayan TSE tanpa lesen yang sah atau dengan kumpulan lesen yang kehabisan kuasa boleh mula bertindak tidak menentu, termasuk menolak sesi atau mengekalkannya dalam keadaan pertengahan yang mengakibatkan skrin hitam. Sahkan dalam Pengurus Lesen RDS bahawa semuanya teratur dan tanpa ralat.

Alat alternatif kepada RDP apabila masalahnya kronik

Walaupun Windows Remote Desktop mudah digunakan, ia mempunyai batasan: ia tidak tersedia sepenuhnya dalam edisi Home/Standard , ia tidak mudah untuk mendedahkannya dengan selamat di luar rangkaian tanpa VPN atau pemajuan port, ia mengunci skrin jauh apabila anda mengambil alih kawalan dan ia juga mengalami pepijat seperti skrin hitam yang kadangkala mengambil masa bertahun-tahun untuk diselesaikan sepenuhnya.

Apabila persekitaran anda sangat bergantung pada akses jauh dan skrin hitam menjadi masalah berulang, adalah wajar untuk mempertimbangkan alternatif desktop jauh yang lebih moden dan khusus . Alat seperti AnyViewer, sebagai contoh, sangat memudahkan persediaan, berfungsi dengan lancar melalui internet tanpa akses penghala, membenarkan berbilang sesi serentak dan menawarkan tambahan seperti pemindahan fail besar dan sembang bersepadu.

Kelebihan besar penyelesaian jenis ini ialah ia tidak bergantung pada RDP atau keanehannya . Ia bergantung pada infrastrukturnya sendiri, serasi dengan pelbagai sistem (desktop Windows, Windows Server, malah peranti mudah alih iOS dan Android), dan mengurangkan masalah yang timbul daripada MTU, UDP, konsol sesi atau model pemacu grafik Windows dengan ketara.

Jika anda memutuskan untuk melaksanakan alat alternatif, aliran kerja biasa adalah sangat mudah: pasang klien pada mesin jauh, daftar akaun , log masuk dengan akaun yang sama dari mesin tempatan dan, daripada senarai peranti, pilih komputer yang anda ingin sambungkan dengan satu klik. Dari sana, anda boleh mengawal mesin seolah-olah anda duduk betul-betul di hadapannya, tanpa perlu berurusan dengan Objek Dasar Kumpulan (GPO), port atau konfigurasi VPN yang rumit.

Semua perkara di atas tidak bermakna anda harus meninggalkan RDP, tetapi ini bermakna, dalam persekitaran tertentu, menggabungkannya dengan alat luaran dapat menjimatkan banyak jam sokongan teknikal dan kekecewaan pengguna apabila skrin hitam abadi muncul semula.

Pendek kata, skrin hitam semasa log masuk, sama ada melalui RDP atau secara setempat, biasanya disebabkan oleh gabungan sesi yang tergantung, masalah pelayar, kegagalan pemacu grafik, ketidakpadanan resolusi dan keganjilan rangkaian . Menangani masalah dengan urutan pemeriksaan yang sistematik (pintasan papan kekunci, perubahan klien, permulaan semula perkhidmatan, kemas kini pemacu, tetapan TCP/UDP, semakan profil dan lesen) menyelesaikan kebanyakan kes tanpa langkah drastik. Dalam persekitaran di mana kegagalan menjadi kronik, bergantung pada alat desktop jauh alternatif mungkin merupakan cara yang paling bijak untuk memastikan pengguna sentiasa melihat desktop mereka dan bukannya skrin kosong.