অ্যাপাচি 2: 'এএচ01630: ক্লায়েন্ট সার্ভার কনফিগারেশন দ্বারা অস্বীকৃত'

Question

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

AH01630: client denied by server configuration

আমি আমার সাইটের ফোল্ডারের অনুমতিগুলি ব্যবহার করে যাচাই করেছি:

sudo chmod 777 -R *

আমার কনফিগারেশন ফাইলটি এখানে:

<VirtualHost *:80>
ServerAdmin webmaster@localhost

DocumentRoot /home/user-name/www/myproject
<Directory />
    Options FollowSymLinks
    AllowOverride all
    Allow from all
</Directory>

<Location />
  Allow from all
  Order Deny,Allow
</Location>

<Directory  /home/user-name/www/myproject/>
    Options Indexes FollowSymLinks MultiViews
    AllowOverride all
    Order allow,deny
    Allow from all
</Directory>

ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/
<Directory "/usr/lib/cgi-bin">
    AllowOverride all
    Options +ExecCGI -MultiViews +SymLinksIfOwnerMatch
    Order allow,deny
    Allow from all
</Directory>

ErrorLog ${APACHE_LOG_DIR}/error.log

# Possible values include: debug, info, notice, warn, error, crit,
# alert, emerg.
LogLevel warn

CustomLog ${APACHE_LOG_DIR}/access.log combined

Alias /doc/ "/usr/share/doc/"
<Directory "/usr/share/doc/">
    Options Indexes MultiViews FollowSymLinks
    AllowOverride all
    Order deny,allow
    Deny from all
    Allow from 127.0.0.0/255.0.0.0 ::1/128
</Directory>

Comments

আপনি কি নতুন অ্যাপাচি ২.৪ ব্যবহার করছেন? কোন পথটি ত্রুটি দেয়?

— অ্যাডেল

মনে হচ্ছে আপনার নিজের কনফিগারেশন আপডেট করতে হবে। এখানে একবার দেখুন: httpd.apache.org/docs/2.4/upgrading.html#run- সময়

— অ্যাডেল

দয়া করে এটি দেখুন: ডেটাবেস

— খ্রিস্টান মুলার

chmod 777এটি খুব খারাপ অভ্যাস, এমনকি যদি (অনুমিত) কেবল উদাহরণ হিসাবে ব্যবহৃত হয়।

— অ্যান্টনিস ক্রিস্টোফাইডস

chmod 777 এর উত্তর কখনই নয়।

— অ্যারন ম্যাকমিলিন

Answer 1

আপনি যদি অ্যাপাচি ২.৪ ব্যবহার করেন

আপনাকে অনুমতিগুলি পরীক্ষা করতে হবে এবং নিয়ম অস্বীকার করতে হবে

পরীক্ষা করে দেখুন http://httpd.apache.org/docs/2.4/upgrading.html#access

২.২-এ, ক্লায়েন্টের হোস্ট-নেম, আইপি ঠিকানা এবং ক্লায়েন্টের অনুরোধগুলির অন্যান্য বৈশিষ্ট্যগুলির ভিত্তিতে অ্যাক্সেস নিয়ন্ত্রণ নির্দেশের আদেশ, অনুমতি দিন, অস্বীকার করুন এবং সন্তুষ্ট করুন was

২.৪-তে, নতুন মডিউল মোড_আউথজ_হোস্ট ব্যবহার করে অন্যান্য অনুমোদনের চেকগুলির মতো একইভাবে অ্যাক্সেস নিয়ন্ত্রণ করা হয়।

নতুন নির্দেশ হল দরকার :

২.২ কনফিগারেশন:

Order allow,deny
Allow from all

২.৪ কনফিগারেশন:

Require all granted

এই পরিবর্তনগুলির পরেও অ্যাপাচি সার্ভারটি পুনরায় চালু করতে ভুলবেন না ( # service httpd restart)

Comments

ওএসএক্স 10.10 ইয়োসেমাইট অ্যাপাচি ২.৪ ব্যবহার করে

— মথি ম্যাথস হার্বস্ট

কনফিগারেশন কি (? অর্থাত যেখানে নেই "দরকার সব মঞ্জুর" যেতে যেতে কিছু .conf ফাইলের মধ্যে)

— অ্যালেক্সিস

@ অ্যালেক্সিস ডিরেক্টরি (বা অবস্থান)। পরের উত্তরে স্ক্রিনশট দেখুন।

— অপরিচিত ব্যক্তি

আমার ক্ষেত্রে আমার ভুল DocumentRootএবং <Directory>পথ রয়েছে।

— রোমান গ্রিনিভ 20

নোটটিতে একটা জিনিষ: আপনি একটি কনফিগারেশন অনলাইন উল্লেখ করা হয়, সম্ভাবনাগুলি তারা ব্যবহার করেছি উভয় Order allow,deny ...এবং Require all granted। এটা কাজ করবে না। এটি আপনার সংস্করণ অনুসারে এর মধ্যে একটি হতে হবে। এটিই আমাকে প্রথমে আমার সমস্যা সমাধানে বাধা দিচ্ছিল।

— বিষ্ণু নারং

Answer 2

সমস্ত ডিরেক্টরি Require all grantedপরিবর্তে লিখুনAllow from all

হালনাগাদ

যদি উপরের কাজ না করে তবে নীচের উল্লিখিত লাইনটিও সরিয়ে দিন:

আদেশ অনুমতি, অস্বীকার

Comments

একবার Order allow,denyলাইনটিও সরিয়ে ফেললে আমার জন্য কাজ করেছিলাম ।

— কাস্পারড

দৃষ্টি আকর্ষণ: ব্যবহার করার সময় HTTPS দ্বারা , একটি কনফিগার VirtualHost পোর্টের জন্য 443 , আমি একই configs প্রতিলিপি ছিল <Location /media> Require all granted </Location>উপর default-ssl.confআমার সিএসএস লোড করা হবে। (আমার সমস্যাটি হ'ল লগইন পৃষ্ঠাটি অ্যাক্সেসযোগ্য ছিল তবে কোনও সিএসএস বা অন্যান্য মিডিয়া ফাইল লোড করা হয়নি ...)

— ইয়ুরিক

ওএসএক্স 10.10 ইয়োসেমাইট অ্যাপাচি ২.৪ ব্যবহার করে

— মথি ম্যাথস হার্বস্ট

লগের কোনও আউটপুট ছাড়াই যখন কেউ অ্যাপাচি কনফিগারেশনগুলি ভেঙে দেয় তখন আমিই কেবল এটি ঘৃণা করি। (আরে ছেলেরা, Allow from Allকারণ অবসর নিয়েছে .... কারণগুলি ...)

— ওয়ারেন পি

ধন্যবাদ - "অর্ডার অনুমতি দিন, অস্বীকার করুন" সহায়তা

— অপসারণ 23

Answer 3

ডকুমেন্টরুট পথটি সঠিক কিনা তা দুবার পরীক্ষা করে দেখুন। এটি এই ত্রুটির কারণ হতে পারে।

Comments

আরও সুনির্দিষ্টভাবে, আমি এটি আমার সমস্যা বলে মনে করেছি কারণ আমার ডকুমেন্টরুট ঘোষণায় আমার কোনও পিছনে স্ল্যাশ ছিল না, তবে <Directory>ব্লকটিতে এটি ব্যবহার করেছেন । আমারও কিছু ক্ষেত্রে পার্থক্য ছিল। একবার আমি একে অপরের এই দুটি মান কার্বন অনুলিপি তৈরি করেছিলাম (পিছনে স্ল্যাশ ছাড়াই), এটি পুরোপুরি কার্যকর হয়েছিল।

— অ্যাডাম টটল

যদি এটি হয় (হ্যাঁ, এখানেও ঘটেছিল ....) আপনি apache/logs/error.logAH00112: Warning: DocumentRoot [E:/xampp/htdocs/website/frontend/web] does not exist

— ফলউইং

আমি বিশ্বাস করি না যে আমি আমার টাইপগুলির ভুলগুলির জন্য উত্তরগুলিও খুঁজে পেতে পারি :-) এটিকে সামনে আনার জন্য ধন্যবাদ, আমার সমস্যাটি আমার কনফাইশন ফাইলটিতে অবৈধ পথ।

— তাহের

Answer 4

রেভিসরগ ওএসএক্স 10.10 ইয়োসেমাইটের প্রস্তাবিত একই পরিবর্তনগুলি করেছি যা অ্যাপাচি সংস্করণ ২.৪-এ উন্নীত করে। নীচে http.conf এ যুক্ত করা পরিবর্তনগুলি রয়েছে।

<Directory />
    AllowOverride none
    Require all denied
</Directory>

<Directory /Volumes/Data/Data/USER/Sites/>
    AllowOverride none
    Require all granted
</Directory>

Answer 5

এটি আমাকে দেড় দিন ধরে একেবারে বাদাম দিয়েছে তবে অন্য সমস্ত সমাধান ব্যর্থ চেষ্টা করা থাকলে আমি একটি সমাধান পেয়েছি।

এটি ম্যাকোসের জন্য।

• ক্রিয়াকলাপ মনিটরে যান (স্পটলাইট অনুসন্ধান এর জন্য: ক্রিয়াকলাপ)
• ক্রিয়াকলাপে নজরদারি অনুসন্ধানের জন্য httpd যা অ্যাপাচি পরিষেবা
• মূলের সাথে সম্পর্কিত একটি নির্বাচন করুন এবং এটি বন্ধ করতে উপরের বামে X টি ক্লিক করুন।

এই মুহুর্তে আমি তত্ক্ষণাত 403 ত্রুটি পাওয়া বন্ধ করে দিয়েছিলাম এবং প্রত্যাশা অনুযায়ী সবকিছুই কাজ শুরু করে। অদ্ভুত বিষয়টি হ'ল এ্যাপাচি এটি সবেমাত্র পুনরায় চালু করতে হয়নি, আমার ধারণা আমি নিজের লোকালহোস্টে গিয়েছিলাম তখন এটি পুনরায় শুরু হয়েছিল, আমি সত্যই জানি না তবে আমি অনুমান করি যে সমস্যাটি অ্যাপাচি বাস্তবে পুনরায় চালু হচ্ছে না যখন অ্যাপাচি্যাক্টেল পুনঃসূচনা ব্যবহার করা হচ্ছে, বা থামুন বা শুরু করুন। আশা করি এটি কাউকে সাহায্য করবে।

Comments

কয়েক ঘন্টা নষ্ট সময়ের পরে এটি আমার সমস্যাগুলিও সমাধান করে।

— ever.wakeful

Answer 6

ভার্চুয়ালহোস্টে সমস্যাটি রয়েছে তবে সম্ভবত তা নয়

সমস্ত মঞ্জুর করা প্রয়োজন

আপনার কনফিগারটি সঠিক তা নিশ্চিত করুন , এখানে সঠিক নমুনা

Comments

<Directory ...> ... </Directory>লাইনগুলি সহ আমার জন্য কাজ করা হয়েছে যেহেতু আমি এমন ডিরেক্টরি পথ ব্যবহার করছি যা আগে অ্যাপাচি কনফিগারেশনে সংজ্ঞায়িত ছিল না।

— ডন উইলসন

Answer 7

আপনি যদি ত্রুটি লগটি লেজ করে এবং পৃষ্ঠাটি পুনরায় লোড করেন তবে আপনার সঠিক সমস্যা সম্পর্কে আরও কিছু তথ্য দেখতে হবে।

পরিবেশের ভেরিয়েবলগুলি ধরুন যাতে $ {APachE_LOG_DIR actually আসলে কাজ করবে ...

source /etc/apache2/envvars

তারপরে লেজ এবং দেখুন ...

tail -f ${APACHE_LOG_DIR}/error.log

Comments

লগগুলি থেকে এটি ত্রুটি: 'এএইচ 161630: ক্লায়েন্ট সার্ভার কনফিগারেশন দ্বারা অস্বীকৃত'

— হাজেম হাগ্রাস

আপনি সম্ভবত এই পরীক্ষা অনুপস্থিত থাকবেন: httpd.apache.org/docs/2.4/upgrading.html#access এবং এই: stackoverflow.com/questions/12759854/...

— Shylo হানা

আপনি যদি LogLevel debugভার্চুয়াল হোস্টে যুক্ত হন এটি ভাল পরামর্শ, কারণ এরপরে আপনি "আবশ্যক সকল প্রত্যাখ্যানিত: অস্বীকৃত", এবং "<প্রয়োজনীয় তথ্য": অস্বীকৃত "(যেমন" সার্ভার কনফিগারেশন দ্বারা অস্বীকৃত ক্লায়েন্ট "এর চেয়ে অনেক বেশি দরকারী, এটি আসলে আপনাকে কোন কনফিগারেশনটি বলে !)

— ড্যারেন কুক

Answer 8

কয়েক ঘন্টা ব্যয় করার পরে আমি আমার আত্ম সমাধান করেছি।

আমি অ্যাবাচি / ২.৪..7 (উবুন্টু) যোজক ভিএম-এ কুকবুকের মাধ্যমে ইনস্টল করেছি।

/etc/apache2/apache2.conf ফাইলে <VirtualHost *:80>ডিফল্টরূপে উপাদান থাকে না ।

এটি করতে আমি দুটি পরিবর্তন করেছি

1. যোগ <VirtualHost *:80>
2. যোগ করা
   বিকল্প সূচি অনুসরণ করুন
   সিমলিংকগুলি
   অনুমোদন করুন ওভাররাইড সমস্ত থেকে মঞ্জুরি দিন

তারপরে অবশেষে আমি সবেমাত্র ভিএম বুট করেছি ...

Answer 9

কেউ কি ভ্যাম্প সার্ভারের ডিফল্ট সম্পর্কে ভেবেছেন সে httpd-vhosts.confফাইলটি অন্তর্ভুক্ত করে না । আমার পদ্ধতির নীচের নোট অপসারণ করা হয়

 conf
  # Virtual hosts
  Include conf/extra/httpd-vhosts.conf

মধ্যে httpd.confফাইল। এটাই সব।

Comments

+1 করুন পাশাপাশি আমার জন্য কাজ কিন্তু হয়তো ভাল সমাধান পাওয়া যাবে রাখার conf/extra/httpd-vhosts.confফাইল এবং এটি প্রতিস্থাপন Require localসঙ্গেRequire all granted

— অ্যালেক্স Pandrea

Answer 10

আমার ক্ষেত্রে,

আমি ম্যাকোস মোজভে (অ্যাপাচি / ২.৪.৩৪) ব্যবহার করছি। /Etc/apache2/extra/httpd-vhosts.conf ফাইলটিতে ভার্চুয়াল হোস্ট সেটিংসে একটি সমস্যা ছিল। প্রয়োজনীয় ডিরেক্টরি ট্যাগ যুক্ত করার পরে আমার সমস্যাটি চলে গেল।

সমস্ত মঞ্জুর করা প্রয়োজন

আশা করি সম্পূর্ণ ভার্চুয়াল হোস্ট সেটআপ কাঠামো আপনাকে বাঁচাবে।

<VirtualHost *:80>
    DocumentRoot "/Users/vagabond/Sites/MainProjectFolderName/public/"
    ServerName project.loc

    <Directory /Users/vagabond/Sites/MainProjectFolderName/public/>
        Require all granted
    </Directory>

    ErrorLog "/Users/vagabond/Sites/logs/MainProjectFolderName.loc-error_log"
    CustomLog "/Users/vagabond/Sites/logs/MainProjectFolderName.loc-access_log" common
</VirtualHost>

আপনাকে যা করতে হবে তা হ'ল মেইনপ্রজেক্টফোল্ডারনামকে আপনার সঠিক প্রকল্পফোল্ডারনামের সাথে প্রতিস্থাপন করুন।

Answer 11

এটি আমাকে পাগল করে চলেছে। শেষ পর্যন্ত সমস্যাটি কী তা খুঁজে পেয়েছি: আমি ত্রুটি লগের জন্য সরাসরি পথ ব্যবহার করছিলাম এবং সেগুলি ভুল ছিল।

কেন আপাচি একটি অস্পষ্ট (এবং ভুল) ত্রুটি বার্তা দেয়? পরিবর্তে একটি সঠিক এবং দরকারী ত্রুটি বার্তা ব্যবহার করুন: ত্রুটি-লগ নির্দেশের পথ "/wrong/path/and/filename.log" অবৈধ।

যাইহোক, আপনার ত্রুটি লগের নির্দেশাবলীর কিছু দেখতে এইরকম তা নিশ্চিত করার জন্য:

ErrorLog ${APACHE_LOG_DIR}/error.log
CustomLog ${APACHE_LOG_DIR}/access.log combined

Answer 12

যদি আপনি উইন্ডোজ ওএসে ওয়্যাম্প সার্ভারে অ্যাপাচি ২.৪ ব্যবহার করেন।

আপনাকে নোটপ্যাডে https-vhosts.conf ফাইলটি খুলতে হবে ।

C:\wamp64\bin\apache\apache2.4.37\conf\extra\https-vhosts.conf 

যদি আপনি উপরের ফাইলটি সন্ধান করতে অক্ষম হন। নীচে স্ক্রিনশট চেক করুন

 <VirtualHost *:80>
     ServerName localhost
     DocumentRoot c:/wamp64/www
     <Directory  "c:/wamp64/www/">
        Options Indexes FollowSymLinks MultiViews
        AllowOverride All
        Require local
    </Directory>
</VirtualHost>

উপরে কোড প্রতিস্থাপন

Require local

সঙ্গে

Require all granted

এবং এটি সংরক্ষণ করুন। অ্যাপাচি পরিষেবাটি পুনরায় চালু করুন এবং আবার চেষ্টা করুন।

Answer 13

আমার জন্য, আমি প্রকৃতপক্ষে ২.৪ মানের ভিত্তিতে মঞ্জুরি এবং অস্বীকারের নিয়মগুলি আপডেট করেছি।

Require all granted

যাইহোক, এটি এখনও আমার একই এএইচ 1616 ত্রুটিটি পেয়েছিল। আমি অন্য একটি থ্রেড পেয়েছি এবং এটি অ্যাপাচি 2 পুনরায় ইনস্টল করার পরামর্শ দিয়েছে। একরকম এই কাজ! কেউ যদি কেন এটি ব্যাখ্যা করতে আগ্রহী তবে তা সহায়ক হবে।

ক্রেডিট: এএইচ 161630: ক্লায়েন্টটি সার্ভার কনফিগারেশন দ্বারা অস্বীকৃত হয়েছে তবে সমস্ত মঞ্জুরিপ্রাপ্ত সেট আপ করা আবশ্যক (অ্যাপাচি ২.৪, সেন্টো)

Answer 14

আপনার যদি https হোস্ট থাকে তবে Require all grantedএসএসএল কনফিগারেশনের জন্যও পরিবর্তন করতে ভুলবেন না।

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

# ps -eFH | grep http # get the username used by httpd
...
apache   18837  2692  0 119996 9328   9 10:33 ?        00:00:00     /usr/sbin/httpd -DFOREGROUND
# su -s/bin/bash apache # switch to that user
bash-4.2$ whoami
apache
bash-4.2$ cd /home
bash-4.2$ ls
bash-4.2$ cd mysite.com
bash-4.2$ ls
bash-4.2$ cat file-which-does-not-work.txt

Answer 15

ওয়্যাম্প 3 (অ্যাপাচি ২.৪) এর জন্য, অন্যান্য উত্তরগুলিতে বর্ণিত বর্ণিত সার্ভার অনলাইনে রাখার পাশাপাশি ভার্চুয়াল হোস্ট ফাইলটিতে conf/extra/httpd-vhosts.conf
আপনার প্রতিস্থাপনের প্রয়োজন হতে পারে

Require local

সঙ্গে

Require all granted

httpd.confআপনার যদি থাকে তবে এটি প্রযোজ্য

Include conf/extra/httpd-vhosts.conf

Answer 16

উবুন্টু ব্যবহার করার সময় সিজিআই মডিউল সক্ষম কিনা তা পরীক্ষা করে দেখুন। যদি না:

sudo a2enmod cgi

Comments

সিজিআই মডিউল সক্ষম হওয়া দরকার। প্রোগ্রাম অবশেষে কাজ করেছে।

— স্টিভ আর।

Answer 17

যে কোনও ব্যবহারকারী-নির্দিষ্ট কনফিগার অন্তর্ভুক্ত রয়েছে তা নিশ্চিত করুন!

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

সঙ্গে আমি, ব্যবহারকারী-নির্দিষ্ট কনফিগারেশনের ব্যবহৃত Sitesআমার হিসাবে নির্দিষ্ট UserDirমধ্যে /private/etc/apache2/extra/httpd-userdir.conf। যাইহোক, আমি শেষ পয়েন্টে প্রবেশ নিষিদ্ধ ছিল http://localhost/~jwork/।

আমি দেখতে পেলাম /var/log/apache2/error_logযে অ্যাক্সেস /Users/jwork/Sites/অবরুদ্ধ ছিল। তবে আমাকে ডকুমেন্টরুটটি অ্যাক্সেস করার অনুমতি দেওয়া হয়েছিল http://localhost/। এটি পরামর্শ দিয়েছে যে আমার কাছে ~jworkব্যবহারকারী দেখার অধিকার নেই । তবে আমি যতদূর বলতে পারি ps aux | egrep '(apache|httpd)'এবং lsof -i :80অ্যাপাচি jworkব্যবহারকারীর পক্ষে চলছে , তাই আমার ব্যবহারকারী কনফিগারেশনে স্পষ্টভাবে কিছু লেখা হয়নি।

নামের একটি ব্যবহারকারী দেওয়া jwork, এখানে আমার কনফিগারেশন ফাইল ছিল:

/private/etc/apache2/users/jwork.conf

<Directory "/Users/jwork/Sites/">
    Require all granted
</Directory>

এই কনফিগারটি পুরোপুরি বৈধ। তবে, আমি দেখতে পেয়েছি যে আমার ব্যবহারকারীর কনফিগারেশনটি অন্তর্ভুক্ত ছিল না:

/private/etc/apache2/extra/httpd-userdir.conf

## Note how it's commented out by default.
## Just remove the comment to enable your user conf.
#Include /private/etc/apache2/users/*.conf

নোট যে এই userdir conf ফাইলে পরিবর্তন ডিফল্ট পথ, কিন্তু আপনি নীচের দেখতে পাবেন, তাতে কনফিগারযোগ্য এর httpd.conf। নিম্নলিখিত লাইনগুলি সক্ষম হয়েছে তা নিশ্চিত করুন:

/private/etc/apache2/httpd.conf

Include /private/etc/apache2/extra/httpd-userdir.conf

# ...

LoadModule userdir_module libexec/apache2/mod_userdir.so

Answer 18

যারা আমার হিসাবে এই ত্রুটিটি আটকে ছিলেন এবং উপরের থেকে কিছুই সাহায্য করেননি: ত্রুটি থেকে সমস্যা ফোল্ডারটি পরীক্ষা করুন log লগটি আসলে আপনার সার্ভারে আছে কিনা। খনিটি ভুল জায়গায় জ্যাঙ্গো দ্বারা স্বয়ংক্রিয়ভাবে উত্পন্ন হয়েছিল (তখন স্থির মূলের সাথে মিশে গিয়েছিলmanage.py collectstatic )। কেন কোনও ত্রুটির নাম সঠিকভাবে জানাতে পারে না সে সম্পর্কে কোনও ধারণা নেই।

Comments

আমার মস্তিষ্ক ব্যবহার করার জন্য আমাকে স্মরণ করিয়ে দেওয়ার জন্য ধন্যবাদ, আমার সমস্যাটি স্থির করে। +1 হাহা

— কমলালেবু রঙের পিলার

Answer 19

অনুপস্থিত Orderএবং অন্য Allowউত্তরে উল্লিখিত নির্দেশের পাশাপাশি সচেতন থাকুন যে কোনও DirectoryMatchনির্দেশিকার একটি মিল না-পাওয়া নিয়মিত প্রকাশও এই ত্রুটির কারণ হতে পারে।

যদি অনুরোধ করা পথটি হয় /home/user-foo1bar/www/myproject/তবে ফলোলিং ম্যাচারের সাথে মেলে না

<DirectoryMatch "/home/user-[a-z]+/www/myproject/">
...
</DirectoryMatch>

সুতরাং, এমনকি কোনও বৈধ অ্যাক্সেস কনফিগারেশনও এই ত্রুটির কারণ হতে পারে।

Answer 20

একটি অস্পষ্ট (এটি কেবলমাত্র এটির সাথে মোকাবিলা করে), তবুও সম্ভব, এর মূল কারণটি হ'ল একটি অভ্যন্তরীণ মোড_উইরাইট রুল, মূল কনফিগারেশন ফাইলে (.htaccess নয়) যা সার্ভার ফাইল সিস্টেমের মূলটিতে উপস্থিত এমন একটি পথে লিখিত। বলুন /mediaআপনার সাইটে একটি ডিরেক্টরি আছে এবং আপনি এই জাতীয় কিছু আবার লিখুন:

RewriteRule /some_image.png /media/some_other_location.png

/mediaআপনার সার্ভারের মূলে যদি আপনার একটি ডিরেক্টরি থাকে তবে আপনার সাইট ডিরেক্টরিতে থাকা ফাইলটির পরিবর্তে পুনরায় লেখার চেষ্টা করা হবে (অ্যাক্সেস অস্বীকৃত ত্রুটির ফলস্বরূপ), যেহেতু অস্তিত্বের জন্য ফাইল সিস্টেমের রুটটি প্রথমে মোড_আরাইট দ্বারা পরীক্ষা করা হয় আপনার সাইটের ডিরেক্টরি আগে, পথে প্রথম ডিরেক্টরি।

Answer 21

সমস্যা হতে পারে যে নির্দেশ << ডিরেক্টরি> এর অধীনে নয়

https://httpd.apache.org/docs/2.4/mod/mod_authz_host.html#requiredirectives

এই নির্দেশটি একটি <ডিরেক্টরি>> <ফাইল>> বা <অবস্থান> বিভাগের পাশাপাশি সার্ভারের নির্দিষ্ট অংশগুলিতে অ্যাক্সেস নিয়ন্ত্রণ করতে htaccess ফাইলগুলির মধ্যে উল্লেখ করা যেতে পারে। ক্লায়েন্টের হোস্টনেম বা আইপি ঠিকানার ভিত্তিতে অ্যাক্সেস নিয়ন্ত্রণ করা যায়।

Answer 22

আমি অন্য একটি পেয়েছিলাম যা কারওর পক্ষে কার্যকর হতে পারে। পিএইচপি 5.6 => 7.0 থেকে আপগ্রেড করার পরে একই ত্রুটি বার্তাটি পেয়েছিল। আমরা পিএইচপি আপলোডের সেটিংস পরিবর্তন করেছি এবং একবার অনুলিপি করা পরিবর্তন করতে ভুলে গিয়েছিলাম। যদিও আমি তখন ছবিগুলি আপলোড করছিলাম না, সিলভারস্ট্রিপ (আমাদের সিএমএস) সংরক্ষণ করতে অস্বীকার করছিল এবং ত্রুটিটি ছুঁড়ে মারছিল। চিত্র আপলোডের আকার বৃদ্ধি করেছে এবং এটি সরাসরি কাজ করেছে।

Answer 23

যদি এটি কাউকে আমার মতো গুগলিংয়ে সহায়তা করে তবে আমার সার্ভারে একটি এসভিজি ফাইল অ্যাক্সেস করার চেষ্টা করার সাথে আমার এই ত্রুটি বার্তাটি ছিল, যেমন https://example.com/images/file.svg । অন্যান্য ফাইলের প্রকারগুলি দুর্দান্ত মনে হয়েছিল, কেবল এসভিজি ব্যর্থ হয়েছিল।

আমি কনফারেন্স /etc/httpdফাইলগুলির চারপাশে শিকার করেছি এবং প্রতিটি require all deniedধরণের কনফিগারেশন পরীক্ষা করেছি এবং কনফিগারেশনের কী প্রভাব রয়েছে তা সন্ধান করতে পারি না।

আমি লগলিভেলটিকে ভার্চুয়ালহোস্ট কনফিগারেশনে ডিবাগ করার জন্য পরিণত করেছি এবং মোড_আউথজ_কোয়ার লগিং দেখতে পেয়েছিলাম যে সেখানে একটি 'সমস্ত প্রয়োজনের প্রত্যাখ্যান' রয়েছে তা উল্লেখ করে:

[Mon Jun 10 13:09:54.321022 2019] [authz_core:debug] [pid 23459:tid 140576341206784] mod_authz_core.c(817): [client 127.0.0.1:54626] AH01626: authorization result of Require all denied: denied
[Mon Jun 10 13:09:54.321038 2019] [authz_core:debug] [pid 23459:tid 140576341206784] mod_authz_core.c(817): [client 127.0.0.1:54626] AH01626: authorization result of <RequireAny>: denied
[Mon Jun 10 13:09:54.321082 2019] [authz_core:error] [pid 23459:tid 140576341206784] [client 127.0.0.1:54626] AH01630: client denied by server configuration: /home/blah/htdocs/images/file.svg

অন্ধ পরীক্ষার মাধ্যমে আমি ফাইলটি ওয়েবের মূলের রুটে স্থানান্তরিত করেছি এবং আমি এটি https://example.com/file.svg এ অ্যাক্সেস করতে পেরেছি .. তাই এটি কেবল 'চিত্রগুলি' ফোল্ডারে ব্যর্থ হয়েছে। এটি আমাকে ইমেজ ফোল্ডারে একটি .htaccess ফাইলে নিয়ে গেছে যে আমার কোনও ধারণা ছিল না।

জেন কার্ট 1.5 চালু করে একটি চিত্র / .htaccess ফাইলের সাথে আসে:

# deny *everything*
 <FilesMatch ".*">
   <IfModule mod_authz_core.c>
     Require all denied
   </IfModule>
   <IfModule !mod_authz_core.c>
     Order Allow,Deny
     Deny from all
   </IfModule>
 </FilesMatch>

 # but now allow just *certain* necessary files:
 <FilesMatch "(?i).*\.(jpe?g|gif|webp|png|swf)$" >
   <IfModule mod_authz_core.c>
     Require all granted
   </IfModule>
   <IfModule !mod_authz_core.c>
     Order Allow,Deny
     Allow from all
   </IfModule>
 </FilesMatch>

এটি অত্যন্ত বিরক্তিকর ছিল এবং আমি আশা করি যে এটি অন্যদেরকে ফাইল সিস্টেমের প্রতিটি স্তরে .htaccess ফাইলগুলি পরীক্ষা করার জন্য মনে করিয়ে দিতে পারে যার ফলে এই ধরণের টম ফুলেরি চলতে থাকলে আপনি যে ফাইলটিতে অ্যাক্সেস করতে সমস্যায় পড়ছেন।

Answer 24

আমি: 80 এন্ট্রিটিতে ডিরেক্টরি অ্যাক্সেস যুক্ত করে এটির সমাধান করেছি।

 <Directory "c:/whatever-directory-you-use/">
    AllowOverride All
    Require all granted
</Directory>

সবাই আমার উপর 'সুরক্ষা' পাওয়ার আগে আমার নির্দিষ্ট পরিস্থিতিতে এটি কোনও সুরক্ষা সমস্যা নয়।

আপনি যদি রিমোট রিসোর্স ব্যবহার করে থাকেন তবে আমি পরিবর্তে আপনার সিআরএল অনুরোধটি এইচটিটিপিএস / টিএলএস দিয়ে যায় তা নিশ্চিত করার পরামর্শ দিই, তবে এই ডিরেক্টরিতে এন্ট্রি 443 পোর্টে যায়।

Answer 25

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

রেকর্ডের জন্য আমার বিশেষ পুনর্লিখনের নিয়মটি হ'ল:

RewriteRule "(?!\.trusted)(^|/)\." - [F]

এই নিয়ম [এফ] "দিয়ে শুরু করে সমস্ত কিছুকে পর্যবেক্ষণ করে।" তবে .trusted, রেজেক্সের যাদুতে ধন্যবাদ "?!" অস্বীকৃতি।

Answer 26

কারণ এই থ্রেডটি সর্বপ্রথম যা পপ আপ হয়েছে যখন উল্লিখিত ত্রুটিটি অনুসন্ধান করার সময় আমি এই ত্রুটির জন্য অন্য একটি সম্ভাব্য কারণ যুক্ত করতে চাই: আপনার mod_evasiveসক্রিয় থাকতে পারে এবং ক্লায়েন্টকে এই ত্রুটিটি কেবল আপনার কনফিগার করা সীমাটি অতিক্রম করেছে maymod_evasive.conf

এটি বিশেষত তদন্তের একটি কারণ, যদি আপনি হঠাৎ কোনও ক্লায়েন্টের জন্য এই ত্রুটিটি পেয়ে যাচ্ছেন যার আগে কোনও সমস্যা ছিল না এবং অন্য কোনও কিছুই পরিবর্তিত হয়নি।

(যদি mod_evasiveএর কারণ হয় তবে ক্লায়েন্টটি অস্থায়ীভাবে সাইটে অ্যাক্সেসের চেষ্টা করা বন্ধ করে দিলে ত্রুটিটি নিজে থেকে দূরে চলে যাবে; তবে এটি আপনি খুব শক্ত সীমাটি কনফিগার করেছেন এমন একটি চিহ্ন হতে পারে)