SQL সার্ভার এনক্রিপশন ত্রুটি ঠিক করুন - এক ক্লিক সমাধান

একটি অ্যাপ সংযোগ স্ট্রিং এর ভিতরে একই সংশোধন করুন

যদি SSMS-এর পরিবর্তে কোনো অ্যাপ্লিকেশন ব্যর্থ হয়, তাহলে একই সুইচ তার সংযোগ স্ট্রিং-এ থাকে। দুটি সেটিংস স্পষ্টভাবে যোগ করুন - Encrypt=True সুরক্ষিত চ্যানেল চালু করে, এবং TrustServerCertificate=True হল SSMS চেকবক্সের সংযোগ-স্ট্রিং বানান:

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

উদাহরণ মানের জায়গায় আপনার নিজের সার্ভারের নাম, ডাটাবেস এবং লগইন ব্যবহার করুন। ট্রেড-অফটি ধাপ 2-এর চেকবক্সের মতোই, একটি অতিরিক্ত বিপদ সহ: একটি পাঠানো অ্যাপ্লিকেশনের কনফিগারেশনে বেক করা, এড়িয়ে যাওয়া চেকটি অদৃশ্যভাবে এবং স্থায়ীভাবে প্রতিটি ব্যবহারকারীর জন্য প্রযোজ্য। এটিকে ডেভেলপমেন্ট এবং স্টেজিং কনফিগারেশনে রাখুন এবং ধাপ 4-এ সার্ভার সার্টিফিকেট না আসা পর্যন্ত প্রোডাকশনে এটিকে ধার করা সময় হিসাবে বিবেচনা করুন।

সঠিক সমাধান - সার্ভারকে একটি বাস্তব শংসাপত্র দিন

স্থায়ী মেরামত একবার, সার্ভারে ঘটে এবং তারপরে প্রতিটি ক্লায়েন্ট কোন চেকবক্স এবং কোন সতর্কতা ছাড়াই কঠোরভাবে সংযোগ করে। প্রথমে আপনার অভ্যন্তরীণ শংসাপত্র কর্তৃপক্ষ বা একটি সর্বজনীন CA থেকে সার্ভারের সম্পূর্ণ DNS নামের জন্য একটি শংসাপত্র পান (উদাহরণস্বরূপ sql01.company.local) সার্ভার প্রমাণীকরণ ব্যবহার করে। এসকিউএল সার্ভার মেশিনে স্থানীয় কম্পিউটার সার্টিফিকেট স্টোরে এর ব্যক্তিগত কী সহ এটি আমদানি করুন। তারপরে শংসাপত্রে ডান-ক্লিক করুন, সমস্ত কাজ → ব্যক্তিগত কীগুলি পরিচালনা করুন চয়ন করুন, এবং ব্যক্তিগত কী-তে SQL সার্ভার পরিষেবা অ্যাকাউন্টকে পড়ুন অনুমতি দিন৷ SQL সার্ভার কনফিগারেশন ম্যানেজার খুলুন, SQL সার্ভার নেটওয়ার্ক কনফিগারেশন প্রসারিত করুন, MSSQLSERVER এর জন্য প্রোটোকল ডান-ক্লিক করুন, সম্পত্তি চয়ন করুন এবং শংসাপত্র ট্যাবে শংসাপত্র নির্বাচন করুন। পতাকা ট্যাবে আপনি ForceEncryption কে হ্যাঁ সেট করতে পারেন তাই প্রতিটি ক্লায়েন্টকে এনক্রিপ্ট করতে হবে। SQL সার্ভার পরিষেবা পুনরায় চালু করুন - আপনি না করা পর্যন্ত পরিবর্তন কিছুই করে না।

ফিক্স দ্য স্ট্রিক্ট ওয়ে যাচাই করুন

একটি লগইন যা শান্তভাবে সফল হয় তা লোকেদের ধারণার চেয়ে কম প্রমাণ করে, কারণ কিছু সেটিং সংমিশ্রণ প্রকৃত সুরক্ষা ছাড়াই সংযোগ করে। উভয় অর্ধেক প্রমাণ করুন. প্রথমত, একটি ক্লায়েন্ট থেকে কঠোরভাবে পুনরায় সংযোগ করুন: সার্ভারের DNS নাম ব্যবহার করে সংযোগ করুন - শংসাপত্রের ভিতরের নাম - এনক্রিপশনকে বাধ্যতামূলক এ সেট করুন এবং ট্রাস্ট সার্ভার শংসাপত্র টিক না রেখে দিন। কোনো সতর্কতা ছাড়াই লগইন সফল হওয়া উচিত। তারপর, সেই একই সেশনে, সার্ভারকে জিজ্ঞাসা করুন যে সংযোগটি আসলে SSMS-এ এই ক্যোয়ারীটি চালিয়ে এনক্রিপ্ট করা হয়েছে কিনা:

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

encrypt_option দেখানো হচ্ছে TRUE হল পাসিং গ্রেড। একটি কার্যকরী লগইন সহ মিথ্যা মানে সুরক্ষা বাদ দিয়ে সংযোগটি সফল হয়েছে, এবং কাজটি করা হয়নি৷ সেই উত্তীর্ণ পরীক্ষা হল আসল ফিনিস লাইন: যেকোন সঠিকভাবে কনফিগার করা ক্লায়েন্ট, ভবিষ্যৎ SSMS সংস্করণ সহ, এখন সম্পূর্ণ বৈধতার সাথে সংযোগ করে এবং কোন বিশেষ সেটিংস নেই।