systemd সেৱাই প্ৰক্সি পায়, কিন্তু CA ফাইল নাপায়

আপুনি অনুমোদিত CA বাণ্ডল ইনষ্টল কৰিছে আৰু অনুৰোধ টাৰ্মিনেলত চলে। সেৱাই এতিয়াও চাৰ্টিফিকেট ল’ডৰ ত্ৰুটি দিয়ে। প্ৰক্সি IP সলনি কৰাৰ আগতে সেই প্ৰক্ৰিয়াই একে ফাইল খুলিব পাৰে নে চাওক।

সেৱা আন Unix ব্যৱহাৰকাৰী হিচাপে চলিব পাৰে, আন ডাইৰেক্টৰীৰ পৰা আৰম্ভ কৰিব পাৰে বা সীমিত ফাইল ছিষ্টেম দেখিব পাৰে। আপোনাৰ লগইনৰ বাবে ঠিক পথ তাৰ বাবে নিজে ঠিক নহয়।

সম্পূৰ্ণ পথৰ পৰা আৰম্ভ কৰক

প্ৰকৃত ক্লায়েণ্টত নিৰ্ধাৰিত পথ চাওক। যেনে curl-ত --cacert-এ গন্তব্যৰ CA বাণ্ডল বাছে; HTTPS প্ৰক্সিৰ পৃথক প্ৰক্সি CA বিকল্প থাকে। আন ক্লায়েণ্টে নিজা কনফিগাৰেশ্যন কী বা পৰিৱেশ চলক ব্যৱহাৰ কৰে।

ফাইল আৰু তালৈ যোৱা ডাইৰেক্টৰীসমূহ দুয়োটাই চাওক:

namei -l /home/alex/certs/approved-ca.pem
systemctl show example.service -p User -p Group -p ProtectHome -p RootDirectory

এইবোৰ ৰোগনিৰ্ণয়ৰ উদাহৰণ, ফাইল সকলোৰে বাবে লিখিব পৰা কৰাৰ নিৰ্দেশ নহয়। ডাইৰেক্টৰী পাৰ হোৱাৰ অনুমতি শেষৰ ফাইল পঢ়াৰ অনুমতিৰ দৰেই গুৰুত্বপূৰ্ণ।

সমস্যা কেৱল অনুমতিত নহ’বও পাৰে

ProtectHome=yes থাকিলে systemd-এ সাধাৰণ home ডাইৰেক্টৰীৰ স্থান সেৱাৰ বাবে অপ্ৰাপ্য কৰে। চাৰ্টিফিকেট ফাইলৰ মোড সলনি কৰিলে নামস্থানৰ সীমা নোহোৱা নহয়। নিৰ্ধাৰিত ৰুট ডাইৰেক্টৰীয়েও সেৱাৰ ভিতৰত সম্পূৰ্ণ পথৰ লক্ষ্য সলাব পাৰে।

সেৱাৰ কনফিগাৰেশ্যনৰ উপযুক্ত ঠাই ব্যৱহাৰ কৰক, যেনে /etc-ৰ তলত সেই এপৰ ডাইৰেক্টৰী, আৰু প্ৰয়োজনীয় পঢ়াৰ অনুমতিখিনিহে দিয়ক। ক্লায়েণ্টৰ CA পথ তালৈ সলনি কৰক। প্ৰথম কপি ব্যক্তিগত home ডাইৰেক্টৰীত আছিল বুলি অসংলগ্ন ফাইল ছিষ্টেমৰ সীমা আঁতৰাব নালাগে।

প্ৰথম উপযোগী ত্ৰুটি পঢ়ক

«CA ফাইল ল’ড কৰিব নোৱাৰি» আৰু «চাৰ্টিফিকেট চেইন বিশ্বাসযোগ্য নহয়» পৃথক বিফলতা। প্ৰথমটো ক্লায়েণ্টে কিবা যাচাই কৰাৰ আগতেই হ’ব পাৰে। দ্বিতীয়টোৰ অৰ্থ হ’ব পাৰে পঢ়িব পৰা বাণ্ডলত ভুল কৰ্তৃপক্ষ আছে বা ভুল TLS সংযোগত প্ৰয়োগ হৈছে।

প্ৰৱেশাধিকাৰ ঠিক কৰি সেৱাৰ কণ্টেক্সটৰ পৰা পুনৰ পৰীক্ষা কৰক। সফল টাৰ্মিনেল আদেশ উপযোগী তুলনা, কিন্তু সেৱাই কোন ফাইল দেখে বা ক্লায়েণ্টে কোন বিশ্বাসৰ কনফিগাৰেশ্যন লয় তাৰ প্ৰমাণ নহয়।