Cara menonaktifkan Cross-Device Resume

Jawaban singkat

Cross-Device Resume dapat dinonaktifkan melalui kebijakan MDM Windows. Dalam eksperimen kami, setelah penerapannya, reboot, dan masuk ke sistem, CrossDeviceResume.exe tidak berjalan selama 153 detik pengamatan. Saat fitur diizinkan kembali dan reboot diulang, prosesnya muncul lagi.

Lebih mudah menerapkan pengaturan melalui BoosterX → Optimasi → Tweak → Cross-Device Resume: pilih penonaktifan, tekan «Terapkan», lalu reboot PC. Penelitian ini menguji mekanisme publik Windows, bukan implementasi BoosterX: bagaimana program menerapkan pengaturan tidak diuji dalam seri ini dan tidak dinyatakan dalam artikel. Detail penerapan dan pengembalian ada di halaman pengaturan.

Apa yang diuji

Kami tidak hanya tertarik pada hilangnya notifikasi Resume, tetapi juga pada pencegahan peluncuran normal proses terpisahnya saat masuk ke Windows. Ini adalah hasil yang berbeda: program dapat berjalan lalu langsung berhenti, tetap berjalan tanpa notifikasi, atau sama sekali tidak menerima permintaan peluncuran.

Microsoft mendeskripsikan DisableCrossDeviceResume sebagai kebijakan pengguna yang menonaktifkan notifikasi kelanjutan kerja dari ponsel, dan menyebutkan perlunya reboot. Terdokumentasi: tujuan kebijakan dan waktu penerapannya. Teramati dalam eksperimen kami: tidak adanya peluncuran proses terpisah. Deskripsi Microsoft.

Cakupan penelitian

Kondisi	Lingkungan yang diuji
Sistem	Windows 11 Pro 25H2, build 26200.9445
Komponen	CrossDeviceResume 2607.27000.0.0
Stan	Satu mesin virtual VMware
Skenario	Reboot dan masuk interaktif oleh pengguna yang sama
Pengamatan	Daftar proses dan audit pembuatannya, event 4688
Tanggal eksperimen	2026-09-17

Ini adalah eksperimen fungsional, bukan uji FPS atau konsumsi memori. Model CPU fisik, konfigurasi sumber daya virtual, dan versi driver tidak disertakan dalam sampel yang dipublikasikan. Hasilnya tidak dapat digeneralisasi ke PC fisik, build lain, atau cara peluncuran lain tanpa pengujian.

Bagaimana pengujian dilakukan

Pertama kami mencatat proses yang berjalan dan keadaan awal kebijakan. Lalu kami menerapkan kebijakan pelarangan melalui mekanisme manajemen lokal Windows, memeriksa keberhasilan operasi dan membaca kembali keadaannya. Setelah reboot kami menunggu masuk interaktif dan mulai berjalannya shell, memeriksa proses dan log pembuatannya.

Untuk kontrol balik kami mengizinkan Resume dan mengulangi reboot dengan masuk. Secara terpisah kami melarang fitur itu lagi, secara eksplisit menghentikan proses yang sudah berjalan dan mengamati kemungkinan peluncuran ulang. Penghentian proses adalah tindakan mandiri, tidak dapat dikaitkan dengan kebijakan.

Mengapa entri registry belum membuktikan penonaktifan

Adanya nilai yang diperlukan di registry tidak mengonfirmasi bahwa Windows menerimanya sebagai kebijakan MDM yang berlaku. Karena itu situasi «nilai tercatat, tetapi CrossDeviceResume tetap berjalan» tidak bertentangan dengan hasil penelitian ini.

Dalam dokumentasi yang dipublikasikan untuk kebijakan ini tidak ada padanan siap pakai untuk pengaturan Registry biasa. Dalam seri kami tidak ada perbandingan terkontrol terpisah untuk semua varian penulisan langsung. Penulisan langsung tidak terbukti sebagai pengganti penerapan kebijakan, tetapi juga tidak ada dasar untuk menyatakan bahwa setiap perubahan registry selalu sia-sia. Hasil yang berfungsi diperoleh melalui mekanisme manajemen kebijakan, dengan pemeriksaan keadaan dan peluncuran aktual setelah masuk.

Peran DLL sistem dan bypass laboratorium

Dalam eksperimen kami menggunakan mdmlocalmanagement.dll bawaan. Ini menyediakan antarmuka manajemen lokal: RegisterDeviceWithLocalManagement dan ApplyLocalManagementSyncML. Deklarasinya tersedia di header publik Windows SDK. Pustaka sistem menerima permintaan penerapan kebijakan; mengunduh DLL pihak ketiga, mengganti file Windows, atau mem-patch kode yang dapat dieksekusi tidak diperlukan. Intune dan manajemen cloud tidak digunakan dalam percobaan ini.

Registrasi lokal biasa pada Windows Pro yang diuji mengembalikan «tidak didukung». Di laboratorium batasan ini berhasil dilewati dengan mengaktifkan sementara Embedded Mode, setelah itu menerapkan kebijakan dan memulihkan parameter mode awal. Microsoft mendeskripsikan Embedded Mode dalam konteks perangkat khusus Windows IoT. Penggunaan seperti ini pada Pro bukan skenario dukungan yang dikonfirmasi Microsoft.

Pemulihan mode sementara tidak menghapus registrasi manajemen lokal dan kebijakan yang ditetapkan. Efek samping dari pengaktifan sementara mode di luar skenario yang diuji tidak diteliti. Di sini dijelaskan prinsip eksperimennya; perintah, isi permintaan, dan urutan reproduksi bypass tidak dipublikasikan.

Hasil

Pemeriksaan	Hasil dan batas kesimpulan
Penerapan kebijakan pelarangan	Operasi berhasil, pembacaan balik mengonfirmasi keadaannya
Proses yang sudah berjalan	Tidak berhenti secara otomatis
Reboot dan masuk dengan pelarangan	Proses tidak ada; dalam 153 detik setelah shell mulai tidak tercatat peluncurannya
Pengizinan, reboot, dan masuk	Proses muncul, pembuatannya dikonfirmasi log
Pelarangan ulang dan penghentian proses terpisah	Setelah 10 detik proses tidak ada; peluncuran ulang dalam 120 detik pengamatan tidak ditemukan
Rollback penuh stan	Keadaan awal dipulihkan dengan snapshot VM dan diperiksa

Dalam sampel ada satu VM dan satu urutan pemeriksaan. Pengamatan berulang dalam interval 120 detik bukanlah eksperimen independen. Tidak ada reproduksi independen pada komputer kedua.

Apa yang terbukti

• Dalam skenario yang diuji, kebijakan mencegah peluncuran normal proses terpisah setelah reboot dan masuk.
• Pengizinan kembali fitur mengembalikan peluncuran pada stan yang sama.
• Penerapan kebijakan saja tidak menutup proses yang sudah berjalan.
• Untuk hasil yang diperoleh tidak diperlukan penggantian DLL sistem atau patch EXE.

Peluncuran yang dicegah mengecualikan berjalannya proses ini dalam skenario yang diamati. Ini adalah efek konkret dari menonaktifkan fungsi latar belakang yang tidak diperlukan, bahkan tanpa pengukuran FPS.

Apa yang tidak terbukti

Tidak diukur kenaikan FPS, perubahan frametime, beban CPU keseluruhan, dan penghematan RAM. Tidak diuji peluncuran manual EXE, semua cara aktivasi alternatif, penempatan Resume di dalam ShellHost, dan berjalannya dari akun lain atau SYSTEM. Tidak ada uji berpasangan terpisah untuk penerapan melalui antarmuka BoosterX yang siap pakai dalam seri ini: tabel mendeskripsikan mekanisme laboratorium Windows.

Keterbatasan

Pada tanggal pengujian Microsoft menandai kebijakan ini sebagai berlaku untuk Windows Insider Preview. Pengamatan pada Windows 11 Pro 25H2 yang disebutkan tidak menggantikan matriks dukungan resmi. Pengujian pada VM lain yang direncanakan tidak terlaksana, sehingga tidak ada hasilnya. Tidak adanya event selama 153 detik tidak berarti pelarangan segala peluncuran selamanya: efek yang terbukti menyangkut peluncuran normal setelah reboot dan masuk, sedangkan peluncuran proses dengan cara lain tidak diteliti dalam penelitian ini.

Artikel ini tidak menetapkan dengan cara apa BoosterX menerapkan pengaturannya. Hubungan antara kartu BoosterX dan kebijakan MDM yang diuji di sini tidak termasuk dalam rencana eksperimen; penilaian apakah program menggunakan mekanisme yang sama memerlukan pengujian terpisah berdasarkan perilaku aktual aplikasi.

Penonaktifan ini menyangkut Resume. Ini tidak dapat dideskripsikan sebagai penonaktifan seluruh «Koneksi dengan ponsel» atau seluruh infrastruktur antarperangkat Windows.

Kesimpulan praktis

Jika Anda tidak menggunakan kelanjutan kerja dari ponsel, menonaktifkan Resume beralasan. Pada stan yang diuji, kebijakan MDM memungkinkan menghindari peluncuran normalnya. Bagi pengguna lebih mudah memilih pengaturan yang sudah ada di BoosterX dan me-reboot PC, daripada bereksperimen secara manual dengan penyimpanan kebijakan. Periksa hasilnya pada versi Windows Anda.

Pemulihan keadaan

Dalam eksperimen, pengizinan fitur dan reboot ulang mengembalikan peluncuran proses. Kemudian VM dipulihkan sepenuhnya dari snapshot awal: diperiksa tidak adanya kebijakan yang ditetapkan selama pengujian, keadaan awal mode, pembatalan autologin sementara dan kembalinya proses.

Di BoosterX, pengaktifan pada kartu yang sama mengizinkan Resume setelah penerapan dan reboot. Ini bukan padanan penuh dari rollback snapshot: registrasi manajemen lokal yang dibuat oleh penerapan kebijakan laboratorium tetap ada, begitu pula pembatasan yang sebelumnya diterapkan oleh alat lain. Detail pengembalian dijelaskan di halaman pengaturan.

Sumber primer publik

• Microsoft: Connectivity / DisableCrossDeviceResume: tujuan kebijakan, cakupan pengguna, dan reboot; bukan bukti hasil VM kami.
• Microsoft Windows SDK: mdmlocalmanagement.h: deklarasi antarmuka manajemen lokal; bukan janji ketersediaan pada edisi apa pun.
• Microsoft: Embedded Mode: konteks Windows IoT; bukan panduan penerapan yang didukung pada Pro.

Penelitian dan alat yang digunakan dimiliki oleh pengembang BoosterX, sehingga pengembang memiliki kepentingan langsung terhadap hasilnya. Metodologi dan batas penerapannya dijelaskan di atas, dan kesimpulannya dapat diverifikasi melalui data terbuka dan sumber publik yang disebutkan. Microsoft bukan penulis penelitian ini dan tidak mengonfirmasi kesimpulannya.

Tanggal pengujian dan riwayat perubahan

2026-09-17: versi pertama; sumber publik diperiksa, hasil satu VM dipublikasikan, batas kesimpulan dan pemeriksaan balik peluncuran.

2026-09-19: setelah verifikasi independen, kerangka kesimpulan disesuaikan: pernyataan tentang mekanisme spesifik BoosterX dihapus. Penelitian menguji kebijakan MDM Windows yang publik dan jalur penerapannya di laboratorium, bukan implementasi pengaturan dalam program; hasil eksperimen, batas kesimpulan, dan sumber dipertahankan, pernyataan tentang batas efek yang terbukti diperjelas.

2026-09-20: disclaimer tentang konflik kepentingan diperkuat: secara eksplisit diakui adanya kepentingan langsung pengembang, yang memiliki penelitian dan alatnya; description dipersingkat.