Apache বা সম্ভবত অন্য অনুরূপ ওয়েব হোস্টিং টেকনোলজি চালানোর জন্য ডিজাইন করা সার্ভারে SSL কনফিগার করার চেষ্টা করার সময়, আপনি একটি এরর পেতে পারেন যা বলে যে সার্ভার সার্টিফিকেটে সার্ভার নামের সাথে মেলে এমন একটি ID নেই। এটি техниিকভাবে শুধু একটি ওয়ার্নিং এবং আপনি теореতিকভাবে এর চारों দিকে থেকে কাজ চালাতে পারেন।
একটু ট্রাবলশুটিং করে জিনিসগুলোর কাজে লাগানো আরও ভালো আইডিয়া। একবার আপনি সার্ভার নাম এবং সার্টিফিকেট মেলিয়ে দিলে, আপনাকে পরবর্তী বার সিস্টেম আপডেট করার সময় এই ধাপগুলো আবার दुहरাতে হবে না। আপনাকে কিছু জিনিস রিজেনারেট করতে হতে পারে যদি একটি সিম্পল ফাইল এডিট সমস্যা সমাধান না করে, কিন্তু একবার করলে আপনাকে ফাইল কনফিগার আর করতে হবে না।
পদ্ধতি ১: httpd.conf ফাইল এডিট করা
ফাইলটি দেখে শুরু করুন, যা ফেডোরা, রেড হ্যাট বা CentOS-এ Apache চালালে কিছুটা ভিন্ন জায়গায় থাকতে পারে। ডেবিয়ান এবং উবুন্টু সার্ভারগুলোর এটি এই প্রথম ঠিকানায় থাকা উচিত। সার্ভার সার্টিফিকেটে সার্ভার নামের সাথে মেলে এমন ID নেই ওয়ার্নিং মেসেজ লেখা টেক্সট খুঁজুন।
আপনি দেখতে পाয়েন যে এটি IP ঠিকানার প্রতিটি অংশের পর 443 বা অন্য কোনো নম্বর ফেলছে কিন্তু অন্য কোনো SSL সমস্যা নেই। এই ক্ষেত্রে, আপনি Apache-কে কোন পোর্টগুলো শুনবে তা বললেই নেই। cat /etc/httpd/conf/httpd.conf চালান এবং Listen 80 লাইনটি খুঁজুন। এর নিচে Listen 443 বা আপনার প্রয়োজনীয় অন্য পোর্ট নম্বর যোগ করুন। একবার সেভ এবং ক্লোজ করলে, systemctl restart httpd ব্যবহার করে httpd প্রসেস রিস্টার্ট করুন।
যারা উবুন্টু বা ডেবিয়ান সার্ভার চালাচ্ছেন তাদের এই ফাইল নাও থাকতে পারে বা এটি সম্পূর্ণ খালি হতে পারে, ফেডোরা বা রেড হ্যাট এন্টারপ্রাইজ লিনাক্সের কিছু ভার্সানের থেকে ভিন্ন। সেক্ষেত্রে, nano /etc/apache2/ports.conf ব্যবহার করে পোর্ট শুনতে হবে এমন টেক্সট ফাইলটি এডিট করুন।
অনেক ক্ষেত্রে, এটি সমস্যাটি সমাধান করবেন। না হলে, সার্টিফিকেট পরিস্থিতি পরীক্ষা করার আগে সমস্ত প্রাসঙ্গিক নেটওয়ার্কিং সমস্যা চেক করুন।
পদ্ধতি ২: নতুন সার্টিফিকেট রিজেনারেট করা
এই ওয়ার্নিং মেসেজগুলো তখনও আসতে পারে যদি আপনি এক্সপায়ারড সার্টিফিকেটের সাথে কাজ করে থাকেন যেগুলো আপনি নিজে সাইন করেছেন। আপনি যদি এগুলো রিজেনারেট করতে চান, তবে cat /etc/httpd/conf.d/ssl.conf চেষ্টা করুন এবং File এবং KeyFile চিহ্নিত দুটি লাইন খুঁজুন। SSL সার্টিফিকেট তৈরি করার সময় সার্টিফিকেট কী ফাইলের লোকেশন এগুলো বলবে।
আপনি যদি অফিসিয়াল ওয়ার্ল্ড ওয়াইড ওয়েব সার্টিফিকেট প্রদানকারী একটি প্রফেশনাল সিগনেটরি ফার্মের সাথে কাজ করছেন, তবে আপনার লাইসেন্সিং সংস্থা দ্বারা প্রদত্ত নির্দিষ্ট নির্দেশাবলী ফলো করুন। অন্যথায়, আপনাকে sudo openssl req -x509 -nodes -days 365 -newkey rsa:2048 -keyout KeyFile -out File চালাতে হবে, যেখানে KeyFile এবং File কে পূর্বের cat কমান্ড থেকে পাওয়া টেক্সট দিয়ে রিপ্লেস করবেন। আপনি দুটি ভিন্ন ফাইলের লোকেশন পেয়ে থাকতে হবে, যা সার্টিফিকেটের জন্য ইনপুট এবং আউটপুট হিসেবে কাজ করে।
ধরে নিচ্ছি যে এগুলো এক্সপায়ারড ছিল, শুধু এটি করলেই এরর ফিক্স হয়ে যাবে, কিন্তু সার্ভিস রিস্টার্ট করার আগে পর্যন্ত এটি আপনাকে ওয়ার্নিং ফেলতে থাকতে পারে।
আপনি ইনস্টল করা সার্টিফিকেটগুলোর সম্পর্কে আরও জানতে পারেন যা ট্রাবলশুটিং-এ আপনাকে সাহায্য করবে। আপনার সার্টিফিকেটে বর্তমানে কোন নাম আছে তা দেখতে (তाकি এটি মেলে তা নিশ্চিত করতে), আপনি openssl s_client -showcerts -connect ${HOSTNAME}:443 চালাতে পারেন, যদিও আপনাকে আপনার আসল হোস্টনেম ব্র্যাকেটের মাঝপথে দিতে হবে। 443 নম্বরটি রিপ্লেস করুন যদি আপনি অন্য কোনো পোর্টের সমস্যায় পড়েছেন।
অফ-চান্সে আপনার একই ডিভাইসে একাধিক সার্টিফিকেট ইনস্টল থাকে এবং একই IP ঠিকানা থেকে সার্ভ করা হয়, তবে আপনাকে openssl s_client -showcerts -connect ${IP}:443 -servername ${HOSTNAME} চালাতে হবে, IP কে আপনার আসল IP দিয়ে রিপ্লেস করুন এবং হোস্টনেম ফিল আপ করুন। একবার আবার, আপনার নির্দিষ্ট ইউজ কেসের সাথে মেলাতে 443 কে অন্য নম্বর দিয়ে রিপ্লেস করতে হতে পারে।
মনে রাখবেন যে আপনাকে নিশ্চিত করতে হবে যে সঠিক হোস্টনেম CSR তৈরি হওয়ার সময় অ্যালিয়াস বা কমন নাম হিসেবে নির্দিষ্ট করা হয়েছিল।
