SQL Server Şifreleme Hatasını Düzeltme - Tek Tıklamayla Çözüm

Hatayı Okuyun - Bu Bir Ağ Sorunu Değil, Güven Sorunudur

Ağınız iyi durumda ve sunucu çalışıyor. Bağlantı SQL Server'a ulaştı, sunucu oturum açmak için şifreli bir kanal önerdi ve bilgisayarınız bunu reddetti çünkü sunucunun kimliğini kanıtlayan sertifika, bilgisayarınızın güvenmediği kimse tarafından imzalandı. SSMS'nin gösterdiği tam hata şudur:

Varsayılan olarak SQL Server, oturum açma bilgilerini kendi oluşturduğu kendinden imzalı bir sertifikayla korur. Kendinden imzalı bir sertifika trafiği şifreler, ancak sunucunun gerçekten sizin sunucunuz olduğunu kanıtlayamaz, dolayısıyla doğrulanmış şifreleme talep eden istemciler bunu reddeder. Her dürüst düzeltme iki şeyden biridir: istemcinin bu belirli sunucuyu bilerek kabul etmesini sağlayın (2. ve 3. Adım) veya sunucuya, istemcilerin kendi başlarına güvendiği bir sertifika verin (4. Adım).

SSMS'de Hızlı İstemci Düzeltmesi - Güven Sunucusu Sertifikası

Bu, videoda gösterilen hızlı rotadır. Sunucudaki hiçbir şeyi değiştirmez; bu bağlantıya, sunucunun sertifikasını kimin imzaladığını kontrol etmeden kabul etmesini söyler. SSMS Sunucuya Bağlan penceresinde, ekstra sekmeleri açmak için Seçenekler'i tıklayın, Bağlantı Özellikleri sekmesine gidin, şifrelemeyi Zorunlu olarak ayarlayın (veya sunulduğu şekilde bırakın), Sunucu sertifikasına güven'i işaretleyin ve Bağlan'ı tıklayın. Giriş hemen gerçekleşir.

Uygulama Bağlantı Dizesi İçinde Aynı Düzeltme

SSMS yerine bir uygulama başarısız olursa, bağlantı dizesinde aynı anahtar bulunur. İki ayarı açıkça ekleyin - Encrypt=True, korumalı kanalı açar ve TrustServerCertificate=True, SSMS onay kutusunun bağlantı dizesi yazımıdır:

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

Örnek değerler yerine kendi sunucu adınızı, veritabanınızı ve oturum açma adınızı kullanın. Takas, Adım 2'deki onay kutusuyla tamamen aynıdır, ancak ekstra bir tehlike vardır: Gönderilen uygulamanın yapılandırmasına eklenen atlanan kontrol, görünmez ve kalıcı olarak her kullanıcı için geçerlidir. Bunu geliştirme ve hazırlama yapılandırmalarında tutun ve üretimde, 4. Adımdaki sunucu sertifikası hazırlanana kadar ödünç alınan süre olarak değerlendirin.

Doğru Çözüm - Sunucuya Gerçek Bir Sertifika Verin

Kalıcı onarım, sunucuda bir kez gerçekleşir ve ardından her istemci, hiçbir onay kutusu veya uyarı olmadan kesinlikle bağlanır. Öncelikle dahili sertifika yetkilinizden veya genel CA'dan Sunucu Kimlik Doğrulaması kullanımıyla sunucunun tam DNS adı için bir sertifika (örneğin sql01.company.local) alın. Özel anahtarıyla birlikte SQL Server makinesindeki Yerel Bilgisayar sertifika deposuna aktarın. Ardından sertifikaya sağ tıklayın, Tüm Görevler → Özel Anahtarları Yönet'i seçin ve özel anahtar için SQL Server hizmet hesabına Okuma iznini verin. SQL Server Yapılandırma Yöneticisi'ni açın, SQL Server Ağ Yapılandırması'nı genişletin, MSSQLSERVER Protokolleri'ne sağ tıklayın, Özellikler'i seçin ve Sertifika sekmesinde sertifikayı seçin. Bayraklar sekmesinde ayrıca ForceEncryption'ı Evet olarak ayarlayabilirsiniz, böylece her istemcinin şifrelemesi gerekir. SQL Server hizmetini yeniden başlatın; değişiklik siz yapana kadar hiçbir şey yapmaz.

Katı Yolu Düzeltmeyi Doğrulayın

Sessizce başarılı olan bir oturum açma, insanların düşündüğünden daha azını kanıtlar çünkü bazı ayar kombinasyonları gerçek koruma olmadan bağlanır. Her iki yarıyı da kanıtlayın. Öncelikle, bir istemciden kesin yöntemle yeniden bağlanın: sunucunun DNS adını (sertifikanın içindeki ad) kullanarak bağlanın, şifrelemeyi Zorunlu olarak ayarlayın ve Sunucu sertifikasına güven seçeneğinin işaretini kaldırın. Oturum açma hiçbir uyarı olmadan başarılı olmalıdır. Ardından, aynı oturumda, SSMS'de şu sorguyu çalıştırarak sunucuya bağlantının gerçekten şifrelenip şifrelenmediğini sorun:

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

DOĞRU'yu gösteren encrypt_option geçme notudur. Çalışan bir oturum açma işlemiyle YANLIŞ, korumanın düşürülmesiyle bağlantının başarılı olduğu ve işin yapılmadığı anlamına gelir. Bu geçme testi gerçek bitiş çizgisidir: gelecekteki SSMS sürümleri de dahil olmak üzere, doğru şekilde yapılandırılmış herhangi bir istemci artık tam doğrulamayla ve hiçbir özel ayar olmadan bağlanmaktadır.