Betulkan Ralat Penyulitan Pelayan SQL - Penyelesaian Satu Klik

Baca Ralat - Ia Adalah Masalah Kepercayaan, Bukan Masalah Rangkaian

Rangkaian anda baik dan pelayan sedang berjalan. Sambungan telah sampai ke SQL Server, pelayan menawarkan saluran yang disulitkan untuk log masuk, dan PC anda menolaknya kerana sijil yang membuktikan identiti pelayan ditandatangani oleh tiada siapa yang dipercayai oleh PC anda. Ralat penuh yang ditunjukkan oleh SSMS ialah:

Secara lalai, SQL Server melindungi log masuk dengan sijil yang ditandatangani sendiri yang dibuatnya sendiri. Sijil yang ditandatangani sendiri menyulitkan trafik, tetapi ia tidak dapat membuktikan pelayan itu benar-benar pelayan anda, jadi pelanggan yang menuntut penyulitan yang disahkan menolaknya. Setiap pembetulan yang jujur ​​ialah satu daripada dua perkara: buat pelanggan menerima pelayan tertentu ini dengan sedar (Langkah 2 dan 3), atau berikan pelayan sijil kepercayaan pelanggan sendiri (Langkah 4).

Pembetulan Pelanggan Pantas dalam SSMS - Sijil Pelayan Amanah

Ini adalah laluan pantas yang ditunjukkan dalam video. Ia tidak mengubah apa-apa pada pelayan; ia memberitahu sambungan ini untuk menerima sijil pelayan tanpa menyemak siapa yang menandatanganinya. Dalam tetingkap Sambung ke Pelayan SSMS, klik Pilihan untuk membuka tab tambahan, pergi ke tab Sifat Sambungan, tetapkan penyulitan kepada Mandatori (atau biarkan seperti yang ditawarkan), tandakan Sijil pelayan amanah dan klik Sambung. Log masuk melalui terus.

Pembaikan Sama Di Dalam Rentetan Sambungan Apl

Jika aplikasi gagal dan bukannya SSMS, suis yang sama hidup dalam rentetan sambungannya. Tambahkan dua tetapan secara eksplisit - Encrypt=True menghidupkan saluran yang dilindungi dan TrustServerCertificate=True ialah ejaan rentetan sambungan kotak semak SSMS:

Server=SQL01;Database=AppDB;User Id=appuser;Password=YourPassword;Encrypt=True;TrustServerCertificate=True;

Gunakan nama pelayan anda sendiri, pangkalan data dan log masuk sebagai ganti nilai contoh. Tukar ganti adalah sama seperti kotak pilihan dalam Langkah 2, dengan satu bahaya tambahan: dimasukkan ke dalam konfigurasi aplikasi yang dihantar, semakan yang dilangkau dikenakan kepada setiap pengguna, secara halimunan dan kekal. Simpan dalam konfigurasi pembangunan dan pementasan, dan dalam pengeluaran anggap ia sebagai masa yang dipinjam sehingga sijil pelayan dalam Langkah 4 disediakan.

Pembetulan yang Betul - Berikan Pelayan Sijil Nyata

Pembaikan kekal berlaku sekali, pada pelayan, dan selepas itu setiap pelanggan menyambung dengan ketat tanpa kotak pilihan dan tanpa amaran. Mula-mula dapatkan sijil untuk nama DNS penuh pelayan (contohnya sql01.company.local) daripada pihak berkuasa sijil dalaman anda atau CA awam, dengan penggunaan Pengesahan Pelayan. Importnya, dengan kunci peribadinya, ke dalam stor sijil Komputer Tempatan pada mesin SQL Server. Kemudian klik kanan pada sijil, pilih Semua Tugas → Urus Kunci Peribadi dan berikan kebenaran akaun perkhidmatan SQL Server Baca pada kunci persendirian. Buka SQL Server Configuration Manager, kembangkan SQL Server Network Configuration, klik kanan Protocols for MSSQLSERVER, pilih Properties dan pilih sijil pada tab Certificate. Pada tab Bendera anda juga boleh menetapkan Penyulitan Paksa kepada Ya supaya setiap pelanggan dikehendaki menyulitkan. Mulakan semula perkhidmatan SQL Server - perubahan tidak melakukan apa-apa sehingga anda melakukannya.

Sahkan Betulkan Cara Tegas

Log masuk yang berjaya secara senyap membuktikan kurang daripada yang orang fikirkan, kerana beberapa kombinasi tetapan bersambung tanpa perlindungan sebenar. Buktikan kedua-dua bahagian. Mula-mula, sambung semula daripada pelanggan dengan cara yang ketat: sambung menggunakan nama DNS pelayan - nama di dalam sijil - tetapkan penyulitan kepada Mandatori dan biarkan Sijil pelayan amanah tidak ditandakan. Log masuk sepatutnya berjaya tanpa amaran. Kemudian, dalam sesi yang sama, tanya pelayan sama ada sambungan sebenarnya disulitkan dengan menjalankan pertanyaan ini dalam SSMS:

SELECT session_id, encrypt_option, auth_scheme FROM sys.dm_exec_connections WHERE session_id = @@SPID;

encrypt_option yang menunjukkan TRUE ialah gred lulus. FALSE dengan log masuk berfungsi bermakna sambungan berjaya dengan menggugurkan perlindungan, dan kerja itu tidak selesai. Ujian lulus itu ialah garisan penamat sebenar: mana-mana pelanggan yang dikonfigurasikan dengan betul, termasuk versi SSMS masa hadapan, kini bersambung dengan pengesahan penuh dan tiada tetapan khas.