sgl কনফিগারেশনের জন্য শংসাপত্র ফাইলগুলিতে nginx অনুমতি অস্বীকৃত

Question

আমি আমার ফেডোরা সার্ভারে একটি এনগিনেক্স এসএসএল প্রক্সি ইনস্টল করছি।

আমি / ইত্যাদি / এনজিনেক্সের অধীনে একটি শংসাপত্র এবং কী জুড়ি তৈরি করেছি। তারা এ জাতীয় চেহারা:

ls -l /etc/nginx/
total 84
...
-rw-r--r--. 1 root root 1346 Sep 20 12:11 demo.crt
-rw-r--r--. 1 root root 1679 Sep 20 12:11 demo.key

...

মূল হিসাবে, আমি nginx পরিষেবা শুরু করার চেষ্টা করছি:

systemctl start nginx.service

আমি নিম্নলিখিত ত্রুটি পেয়েছি:

nginx[30854]: nginx: [emerg]
SSL_CTX_use_certificate_chain_file("/etc/nginx/demo.crt") failed (SSL: error:0200100D:system     library:fopen:Permission denied...e:system lib)
nginx[30854]: nginx: configuration file /etc/nginx/nginx.conf test failed

এই ফাইলগুলিতে অনুমতি নিয়ে কিছু ভুল আছে?

Comments

এতে শংসাপত্র শৃঙ্খলা উল্লেখ করা হয়েছে ... সেই ডেমো.ক্রিট কীটির শংসাপত্রের কর্তৃপক্ষের সমস্যা নেই? নাকি এটি স্ব-স্বাক্ষরিত শংসাপত্র? যাইহোক, আমি মনে করি না কী ফাইলটি বিশ্বের দ্বারা পাঠযোগ্য হবে। Nginx এটিকে মূল হিসাবে খুলতে হবে এবং তারপরে যে কোনও ব্যবহারকারীর জন্য এটি চালিয়ে যায়।

— আলে ক্রাজনেক

এটি স্ব-স্বাক্ষরিত, হ্যাঁ। আমি মালিকানা পরিবর্তন করব, ধন্যবাদ।

— numb3rs1x

আপনি ধরে নিন যে সমস্যাটি শংসাপত্রগুলির সাথে রয়েছে তবে ত্রুটি বার্তাটি Nginx এর জন্য কনফিগারেশন ফাইলের জন্য প্রযোজ্য।

— bbaassssiiee

Answer 1

আপনার সম্ভবত এনফেরিং মোডে SELinux রয়েছে (ফেডোরার জন্য ডিফল্ট):

sestatus -v

যদি এটি হয় তবে অডিট লগগুলি পরীক্ষা করুন, আপনার অ্যাক্সেস ত্রুটিটি খুঁজে পাওয়া উচিত:

ausearch -m avc -ts today | audit2allow

আপনি সম্ভবত ফাইলটি অনুলিপি করার পরিবর্তে সরিয়ে নিয়েছেন, সুতরাং ফাইলটির সুরক্ষা প্রসঙ্গটি ভুল হতে পারে।

ls -lrtZ /etc/nginx/demo.* 

এবং প্রয়োজনে এটি সংশোধন করুন:

restorecon -v -R /etc/nginx

Comments

আপনাকে অনেক ধন্যবাদ. আমি আপনার নির্দেশাবলী অনুসরণ করেছি এবং আমি আর ত্রুটি পাচ্ছি না। আমি এই ফাইলগুলি যে ডিরেক্টরিতে সেগুলি তৈরি করেছি সেখান থেকে সরানো হয়েছিল। আমি পরের বার তাদের একই ডিরেক্টরিতে তৈরি করতে পারি। তা বাদ দিয়ে, কীভাবে ভবিষ্যতে এটি হওয়া থেকে রোধ করব?

— numb3rs1x

এই নির্দিষ্ট ব্যবহারের ক্ষেত্রে, cpপরিবর্তে mvব্যবহার করুন auditএবং AVC অস্বীকারগুলি সন্ধান করতে সিস্টেমটি ব্যবহার করতে শিখুন ।

— দাওদ

আউসার্ক | নিরীক্ষা নিবন্ধ। এটি কি সেলিনাক্সের সাথে কিছু অনুমতি যুক্ত করেছে বা কেবল এটি নিশ্চিত করার জন্য যে সেলিনাক্স সমস্যা ছিল?

— numb3rs1x

এটা নিশ্চিত করার জন্য ছিল। বিশদ জন্য তাদের নিজ নিজ ম্যানুয়াল পৃষ্ঠা পড়ুন।

— দাওদ

ওহ ধন্যবাদ! এমন একটি উত্তর পাওয়া ভাল যা কেবল 'সেলইনাক্স অক্ষম করে না'।

— বিসিআরএন

Answer 2

আমার ধারণা এটি সেলইনাক্স যা অনুমতি অস্বীকার করে। তাদের সেলিনাক্স প্রসঙ্গটি পরীক্ষা করুন। তাদের httpd_config_t হওয়া উচিত। যদি না হয়, চালান

restorecon /etc/nginx/demo.*

অথবা

chcon httpd_config_t /etc/nginx/demo.*

মূল হিসাবে

আপনি / var / লগ / নিরীক্ষণ / এর আওতায় লগগুলি পরীক্ষা করতে পারেন এটি অনুমতি অস্বীকার করে এমন SELinux কিনা। আপনি চালাতে পারেন

setenforce 0

এসইএলিনাক্সকে অনুমতিযোগ্য মোডে সেট করতে । এইভাবে, সেলইনাক্স এখনও এভিসি বার্তা উত্পন্ন করে (/ var / লগ / অডিট / ইন) তবে অ্যাক্সেসের অনুমতি দেয়।