Microsoft telah secara resmi menganggap Windows 10 versi 2004 sebagai “siap untuk bisnis”, tetapi saya berpendapat masih perlu sedikit lebih banyak bantuan untuk sepenuhnya siap bagi konsumen. Dengan Patch Tuesday bulan ini, inilah contoh dari apa yang saya maksud. Ini melibatkan masalah NAS yang misterius, beberapa penyelidikan, dan solusi – yang semuanya menunjukkan betapa terkadang pembaruan bisa menyusahkan.
Kasus ini melibatkan satu Pelanggan AskWoody yang mengatakan kepada saya baru-baru ini bahwa setiap kali dia memutakhirkan ke Windows 10 2004, penginstalan akan merusak komputernya. Seperti geek baik mana pun yang menolak untuk membiarkan teknologi menguasai saya, saya membalas emailnya dan meminta informasi lebih lanjut tentang apa yang rusak saat dia meningkatkan. Ternyata, dia akan kehilangan akses ke drive yang dipetakan pada perangkat NAS (penyimpanan terpasang jaringan) miliknya. Meskipun dia mencoba memetakan ulang drive, drive tersebut gagal, memaksanya untuk memutar kembali ke Windows 10 1909 — di mana semuanya akan bekerja.
Jangka pendek, ini adalah solusi yang sangat baik. Namun, dalam jangka panjang, ini hanya akan berfungsi hingga Mei dengan edisi Windows 10 Home dan Professional. Saat itulah dukungan untuk pembaruan keamanan untuk tahun 1909 berakhir. (Versi Perusahaan dan Pendidikan mendapatkan dukungan tambahan setelah itu.) Jelas, kami harus segera menemukan solusi.
Unit NAS yang terpengaruh adalah LinkStation dan TerraStation dari Teknologi Kerbau. Begitu dia menyebut Buffalo Tech, saya tahu akar masalahnya: SMB v1.
SMB, atau Blok Pesan Server, adalah teknologi berbagi file dasar yang telah digunakan selama bertahun-tahun. Ini adalah lem, baik di jaringan Windows maupun perangkat berbasis Linux, yang memungkinkan Kamu untuk berbagi dan menyimpan file. Tapi itu juga tunduk pada serangan dan Microsoft telah melakukan upaya bersama untuk menghapus SMBv1 sebagai teknologi asli. Kelemahannya telah dieksploitasi oleh penyerang selama bertahun-tahun, dan seperti yang ditunjukkan Ed Bott di atas empat tahun yang lalu, dunia sebagian besar telah beralih ke SMBv2 dan SMBv3. Meski begitu, beberapa pengguna NAS masih mengandalkan platform tersebut.
Faktanya, jika Kamu menginstal Windows 10 1709 atau lebih baru dalam instalasi bersih, SMBv1 adalah tidak diaktifkan sama sekali. Jika Kamu telah memutakhirkan dari versi Windows 7 atau 10 yang lebih lama, SMBv1 akan diaktifkan — tetapi jika tidak digunakan dalam 15 hari, sistem secara otomatis mematikannya. Jika Kamu mengaktifkannya kembali, itu akan kembali dan harus tetap bekerja. Jadi, saya pertama kali menyarankan agar Michael mengaktifkan kembali SMBv1 untuk membangun kembali konektivitas ke perangkat.
Hambatan pertama yang kami temui: SMBv1 harus diinstal pada Windows 10. Dan untuk melakukannya, Kamu harus mengaktifkan kebijakan grup yang memungkinkan “instalasi komponen opsional dan perbaikan komponen” sehingga dapat menjangkau pembaruan Windows untuk mengunduh. Untuk mengatur ini, kami harus mengikuti panduan untuk mengaktifkan sumber perbaikan.
Di editor kebijakan grup lokal, klik Konfigurasi Komputer, lalu Template Administratif, lalu Sistem, dan klik dua kali “Tentukan pengaturan untuk pemasangan komponen opsional dan perbaikan komponen.” Pengguna memilih untuk mengunduh bit instalasi dari pembaruan Windows.
Setelah menyesuaikan pengaturan tersebut, dia mencoba lagi. Tiga saham kembali kali ini setelah tahun 2004 insall. Tetapi dua bagian pada perangkat yang lebih lama tidak; mereka masih diblokir.
Saya meninjau ide lain tentang kredensial yang di-cache, layanan yang dihentikan, dan saya meninjau file log. Kemudian saya menemukan yang luar biasa video Youtube yang memberi kami solusi: Meluncurkan antarmuka ke perangkat Buffalo, dia mengaktifkan SMBv2 di unit NAS. Ini menyelesaikan masalah pemetaan. Langkah demi langkah instruksi tersedia di sini.
Bagi mereka yang memiliki unit NAS konsumen serupa, Kamu perlu menentukan apakah mereka dapat mendukung teknologi yang lebih baru. Jika mereka tidak mendukung apa pun di atas SMBv1, Kamu perlu mempertimbangkan dengan serius apakah bijaksana untuk terus menggunakan perangkat itu.
Meskipun Microsoft mengatakan 2004 adalah “siap untuk bisnis”, itu masih memperlakukannya sebagai anak tiri dari proses penambalan. Microsoft biasanya merilis pembaruan pratinjau opsional yang menyertakan perbaikan bug, tetapi bukan pembaruan keamanan, untuk memungkinkan perusahaan menguji pembaruan ini sebelum diluncurkan ke pembaruan keamanan normal yang dirilis pada Patch Tuesday (yaitu minggu ini). Biasanya, rilis opsional ini keluar pada apa yang disebut minggu C atau D (minggu ketiga atau keempat) setiap bulan. 2004 dan 20H2, yang berbagi kode yang sama, menerima pembaruan pratinjau opsional dalam bentuk KB4598291 dan KB4598299. Tetapi beberapa pengguna menginstal KB4598299 dan menemukannya menyebabkan crash di Visual Studio saat merapat windows atau memisahkannya melalui mouse. Dan pratinjau .NET untuk tahun 1909, KB4598301dirilis pada 26 Januari, juga menjadi pemicu masalah ini.
Mengingat bahwa ini adalah pembaruan pratinjau dan tidak menyertakan pembaruan keamanan baru, tidak apa-apa untuk mencopot pemasangannya. Faktanya, Microsoft telah mengidentifikasi solusinya:
Edit %InstallRoot%Common7IDEdevenv.exe.config and %LocalAppData%MicrosoftVisualStudio16.0_xxxdevenv.exe.config and append the following text to the <AppContextSwitchOverrides> element’s value attribute:
;Switch.System.Windows.Interop.MouseInput.OptOutOfMoveToChromedWindowFix=true;Switch.System.Windows.Interop.MouseInput.DoNotOptOutOfMoveToChromedWindowFix=true
Setelah memulai ulang Visual Studio, Kamu seharusnya dapat menyeret jendela Visual Studio Kamu tanpa mogok.
Saya biasanya tidak menyarankan menginstal pembaruan pratinjau. Biasanya, tambalan pratinjau ini tidak diinstal di komputer Windows 10 yang ditambal oleh pembaruan Microsoft; mereka hanya diatur untuk “ditawarkan” ke mesin Kamu. Bulan ini pembaruan pratinjau tampaknya telah didorong ke mesin 2004 dan 20H2, memulai reboot. Menariknya, tampaknya jika Kamu menunda pembaruan fitur atau menggunakan versi rilis target pengaturan, pembaruan pratinjau tidak akan ditawarkan. (Tampaknya ini merupakan efek samping yang tidak terdokumentasi dari proses penangguhan.)
Ingat ini adalah waktu dalam sebulan yang Kamu butuhkan untuk memastikan Kamu memiliki cadangan dan pengaturan yang baik pengaturan jeda untuk komputer Kamu. Hanya jika Kamu ingin menguji pembaruan pada sistem, Kamu harus menginstal pembaruan minggu ini. Saya akan menghubungi Kamu kembali minggu depan untuk merangkum masalah awal yang kami lihat dalam pembaruan yang dirilis untuk bulan Februari. Kamu dapat bergabung dengan kami di Askwoody.com saat kami menonton dan menunggu masalah.
Pantau terus.
Post By 2021 Idnu.me, Inc.