অ্যাপাচি: অ্যাক্সেস অস্বীকার করা হয়েছে কারণ অনুসন্ধানের অনুমতি অনুপস্থিত


75

আমি জানি এই প্রশ্নটি অনেক জিজ্ঞাসা করা হয়, কিন্তু আমি যে সমাধানগুলি দেখেছি সেগুলি আমার পক্ষে কার্যকর হয়নি।

আমি কেবলমাত্র একটি ভার্চুয়াল হোস্ট সক্ষম করেছি এবং আমি নথির মূলের নীচে নয় এমন ফোল্ডারে অ্যাক্সেস সক্ষম করার চেষ্টা করছি

ServerAdmin webmaster@localhost
DocumentRoot /var/www/html

Alias /movies /home/username/Videos/Movies

<Directory /home/username/Videos/Movies/>
    Options Indexes FollowSymLinks
    AllowOverride None
    Require all granted
</Directory>

আমি /etc/apache2/envvarsনিম্নলিখিত হিসাবে সেট

export APACHE_RUN_USER=www-data
export APACHE_RUN_GROUP=public

আমি নিশ্চিত করেছি যে / হোম / ইউজারনেম / ভিডিও / এবং এর উপ ফোল্ডারগুলি মালিকানাধীন রয়েছে username:public, অনুমতিগুলি 75 77 7 এ সেট করে (75 after work এর পরেও কাজ করেনি) এবং নিশ্চিত হয়েছি যে ব্যবহারকারী www-dataগ্রুপের অন্তর্ভুক্ত public

এখন, যখন আমি ব্রাউজ http://localhost/moviesআমি পেতে

[Mon Apr 21 11:28:14.971844 2014] [core:error] [pid 1385:tid 140067725104896] (13)Permission denied: [client 127.0.0.1:46603] AH00035: access to /movies/ denied (filesystem path '/home/username/Videos') because search permissions are missing on a component of the path

কিন্তু যখন আমি /etc/apache2/envvarsঅ্যাপাচি username(আমার নিজের ব্যবহারকারীর নাম) এর অধীনে চালানোর জন্য সেট করি তখন সবকিছু ঠিকঠাক হয়। সমস্যা সম্পর্কিত অনুমতি সম্পর্কিত, তবে আমার ক্ষেত্রে কীভাবে তা আমি দেখতে পাচ্ছি না; বিশেষত যখন আমি অনুমতিগুলি সেট করি 777। কোন ধারনা?

পিএস উবুন্টু সংস্করণটি 14.04, অ্যাপাচি 2.4.7 এবং আমি অন্যান্য কনফিগারেশন ফাইলগুলি সম্পাদনা করি নি।



আমি সেখানে লিখেছি বলে তারা সেখানে যা কিছু পরামর্শ দিয়েছিল আমি তা করেছিলাম এবং তাতে কোনও লাভ হয় না
ইয়োটাম

আপনি যে /homeএসিএল সক্ষম করেছেন তাতে কি কোনও সুযোগ রয়েছে ? (অনুমতি বিটগুলির শেষে "+" চিহ্ন রয়েছে যদি এটি হয় (চেক করুন ls -l))
পলসন

না, আমি এটি করিনি। এই মুহূর্তে আমি আমার ব্যবহারকারীর অধীনে আপাচি চালাচ্ছি, সুতরাং এটি কাজ করছে, তবে আমি সুরক্ষার কারণে এটি অন্য ব্যবহারকারীর অধীনে চালাতে চাই।
ইয়োটাম

আমি প্রথমবারের জন্য লিনাক্স ব্যবহার করছি। আমি উবুন্টু 14.04 এলটিই সংস্করণ ডাউনলোড করেছি। আমিও একই সমস্যার মুখোমুখি হচ্ছি। কেউ দয়া করে সাহায্য করতে পারেন?
ইমদাদ

উত্তর:


95

chmod +xআপনার ব্যবহারকারীর উপর একটি করুন, এবং অ্যাপাচি পুনরায় চালু করুন। 755 অনুমতি কাজ করা উচিত। আমার 644 নিয়ে সমস্যা হয়েছে ।


6
বস্তুত, এবং ডাবল চেক ফাইল এবং ডিরেক্টরির অনুমতি, যদি পাওয়া যায়, আপনি ব্যবহার করতে পারেন namei -m /home/youruser/public_html/yourfile.extবা চেষ্টা people.apache.org/~igalic/hacks/parsepath
জুনিয়র এম

2
স্পষ্ট করতে, আপনি অ্যাপাচি যে কোনও ডিরেক্টরি পড়তে চান তা অবশ্যই অ্যাপাচি ব্যবহারকারীর জন্য পঠনযোগ্য। সম্ভবত আপনার ব্যবহারকারীর হোম ফোল্ডারটি আপনার ব্যবহারকারী এবং গোষ্ঠীর মালিকানাযুক্ত নয়, অতএব আপনাকে /home/usernameএটিকে দ্রুতগতিতে অ্যাক্সেস করার জন্য 755 অনুমতি নির্ধারণ করতে হবে।
রুটার

ওএসএক্স ম্যাক ওএস হাই সিয়েরাতে আমার এই সমস্যাটি ছিল এবং এই সমাধানটি আমার পক্ষে কাজ করে। এমনকি আপাচি পুনরায় চালু করতে হয়নি।
গেছে

কয়েক ঘন্টা অনুসন্ধানের পরে দেখা যাচ্ছে যে ডকুমেন্টরুটটির মূল ডিরেক্টরিগুলির জন্যও অনুমতিগুলি সঠিক হওয়া উচিত। আপনাকে অনেক ধন্যবাদ . বিটিডব্লিউ এর জন্য অ্যাপাচি পুনরায় চালু করার দরকার নেই
হিসাবরক্ষক

27

সেলিনাক্স যদি সমস্যা হয়ে থাকে, কেবল এটি অক্ষম করার পরিবর্তে, এই পৃষ্ঠা এবং এই পৃষ্ঠাটি অ্যাক্সেস দেওয়ার নির্দেশ দেয়:

chcon -R -t httpd_sys_content_t ~/public_html/

1
আমি নিশ্চিত এটা আমার সমস্যা ছিল। অভিশাপ সেন্টস! কমান্ডের জন্য Thx, নিখুঁতভাবে কাজ করে।
বাল্মীপুর

2
ধন্যবাদ, আমি যে ~/public_html/অংশটি পরিবেশন করার চেষ্টা করছিলাম তার মূল ডিরেক্টরিটি দিয়ে অংশটি প্রতিস্থাপন করতে হয়েছিল।
trpt4him

chcon -R -t httpd_sys_content_t /var/www/html/phpmyadmin/(আমার পরিস্থিতিতে)
সিএসফাস

আবিষ্কৃত সেলিনাক্স সাধারণ হোমডিয়ারগুলি পরিচালনা করতে পারে না এবং অন্যটি alচ্ছিকর ক্ষেত্রে কেবলমাত্র এই বৈশিষ্ট্যগুলির মধ্যে একটির প্রয়োজন ছিল। ঠিক করার মতো অনুস্মারকটির জন্য ধন্যবাদ - প্রতিটি নতুন প্রকাশের সাথে বাধ্যতামূলক পুনরায় পরীক্ষার সময়কালে এবং হতাশার পরে, আমি সাধারণত কিকস্টার্টটিতে কেবল এটি হ্যাক করি। এখন সিস্টেমযুক্ত জন্য।
ব্যবহারকারী 2066657

17

আপনি সেলিনাক্স সক্ষম করেছেন। চেষ্টা

getenforce

যদি এটি "এনফোর্সিং" দেখায়, চেষ্টা করুন

setenforce 0

এবং চেষ্টা করুন যদি এটি আপনার সমস্যার সমাধান করে।


4
ঠিকঠাক হিসাবে কেবল SELinux অক্ষম করবেন না। বন্দরগুলি পুনর্নির্দিষ্ট করে বা বুলিয়ান সেট করে SELinux সমস্যার সমাধান করুন।
স্যারাইড

1
এই উত্তরটি শেলিনাক্সের সাথে সম্পর্কিত কিনা তা সনাক্ত করতে সহায়তা করে। তবে এটি অক্ষম করার পরামর্শ দেওয়া হয় না।
রাজকুমার আর

15

আমি একই সমস্যার মুখোমুখি হয়েছি, কয়েক ঘন্টা চেষ্টা করার পরেও আমি একটি সমাধান পেয়েছি ঠিক সমস্যার সমাধান করে:

https://wiki.apache.org/httpd/13PermissionDenied

মূলত, অ্যাপাচি সার্ভারের জন্য কেবল এটি পরিবেশন করা সমস্ত ফাইলের পঠনের অনুমতি প্রয়োজন হয় না, তবে আপনার ভার্চুয়াল হোস্টের পথে সমস্ত ডিরেক্টরিকে কার্যকর করার অনুমতি প্রয়োজন।

ইউটিলিটি নামটি পথের প্রতিটি উপাদান বরাবর অনুমতিগুলি তালিকাভুক্ত করে অনুমতি সমস্যা অনুসন্ধানে সহায়তা করতে ব্যবহার করা যেতে পারে:

namei --modes /usr/local/apache2/htdocs/foo/bar.html

আমার ক্ষেত্রে, আমার পথে একটি ডিরেক্টরিতে 700 এর অনুমতি রয়েছে, এটি সমস্যা সৃষ্টি করে। এটি 701 এ পরিবর্তন করার পরে, সমস্যাটি সমাধান করা হয়েছিল।


1
এখানে লিঙ্কটি সহায়ক কারণ এটি সমস্যার ব্যাখ্যা করে: ডিরেক্টরি পথের একটি নোডের মধ্যে অনুসন্ধানের অনুমতি অনুপস্থিত। এটি খুঁজে পেতে "নামি" কমান্ডটি ব্যবহার করুন এবং তারপরে 7555
তে

এটি সমাধানের পাশাপাশি আসল কারণ ব্যাখ্যা করে। ধন্যবাদ
এমদাদুল সাওন

1

আমি যখন এই উবুন্টু 16.04 হোস্টে 4.10 এর পরিবর্তে 4.4 কার্নেলটি ব্যবহার করে একটি ডকার পাত্রে অ্যাপাচি চালানোর চেষ্টা করছিলাম তখন আমি এই সমস্যাটি অনুভব করছিলাম।

একবার আমি এই কমান্ডটি হোস্টের উপরে চালিত করে পুনরায় মোতায়েন করার পরে, আমি ভাল ছিলাম:

sudo apt-get install --install-recommends linux-generic-hwe-16.04 

আমি এই সমস্যায় ফেটে পড়েছি, তবে আমি যে পাত্রে chmodবা তার chownভিতরে থাকতে পারি তার অদ্ভুত প্রভাবের সাথে এবং এটি অ্যাপাচি 403 ত্রুটিগুলি কিছু সময়ের জন্য দমন করে, কেবল কিছু সময় পরে ফিরে যেতে। আমি যতদূর বলতে পারি সেখানে কোনও হস্তক্ষেপকারী ধারক পুনরায় আরম্ভ বা অন্যান্য গুরুত্বপূর্ণ পরিবর্তন নেই যা এর কারণ হতে পারে। যেহেতু আমি প্রকৃতপক্ষে 16.04 চালাচ্ছি, তাই আমি এই বাইনারিটি ইনস্টল করার চেষ্টা করেছি এবং আমার 403s আপাতত উপসাগরীয় স্থানে রাখা হয়েছে। আমি এটি একটি beady নজর রাখা হবে, এবং ধন্যবাদ!
অর্ধ
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.