વર્ડપ્રેસ વર્ડફેન્સની wordfence-waf.php બનાવવામાં અસમર્થતા માટે સંપૂર્ણ મુશ્કેલીનિવારણ ટ્યુટોરીયલ

કોઈએ ઉલ્લેખ કર્યો કે તેમની વેબસાઇટ પર વર્ડફેન્સ ઇન્સ્ટોલ કર્યા પછી, તેમને ભૂલો મળતી રહી કે તે રૂટ ડિરેક્ટરીમાં વર્ડફેન્સ-waf.php ફાઇલ બનાવી શકતી નથી. મેં તેમને મને સ્ક્રીનશોટ મોકલવા કહ્યું; ભૂલ સંદેશ ફક્ત એક જ લાઇનનો હતો, જેમાં કહેવામાં આવ્યું હતું કે તે ફાઇલ પરવાનગીની સમસ્યા છે.

મેં એક ક્ષણ માટે તેના વિશે વિચાર્યું, અને મને ખ્યાલ આવ્યો કે મેં આનો સામનો પહેલા પણ કર્યો હતો. મેં તેને સમજવાનો પ્રયાસ કરવામાં ઘણા સમય વિતાવ્યા, લગભગ એવું વિચાર્યું કે હોસ્ટિંગ પ્રદાતા કંઈક કરી રહ્યો છે. તે પરવાનગીઓ અને માલિકીનો મુદ્દો હોવાનું બહાર આવ્યું, પરંતુ હોસ્ટિંગ કંટ્રોલ પેનલનો તર્ક ખરેખર ગૂંચવણભર્યો હોઈ શકે છે.

પહેલા હું સ્પષ્ટ કરું કે આ wordfence-waf.php શું છે.

તે વાસ્તવમાં વર્ડફેન્સ ફાયરવોલની પ્રોટેક્શન ફાઇલ છે, જે વેબસાઇટની રૂટ ડિરેક્ટરીમાં wp-config.php જેવા જ સ્તરે લખેલી હોવી જોઈએ.

આ ફાઇલ વિના, ફાયરવોલ શરૂ થઈ શકતું નથી; એવું લાગે છે કે તમે લોક ઇન્સ્ટોલ કર્યું છે પણ ચાવી દાખલ કરી શકાતી નથી.

વિકલ્પ ૧: કંટ્રોલ પેનલ (BT પેનલ/) દ્વારા એક-ક્લિક પરવાનગી ફેરફારહેસ્ટિયાસીપી/cPanel)

જો તમે BT પેનલનો ઉપયોગ કરી રહ્યા છો, તો તે ખરેખર સૌથી સરળ છે. તમારી વેબસાઇટ પર જાઓ, સંબંધિત સાઇટ શોધો, સેટિંગ્સ પર ક્લિક કરો, પછી ડિરેક્ટરી પરવાનગીઓ પર જાઓ. વેબસાઇટ રૂટ ડિરેક્ટરી પરવાનગીને 755 અને બધી ફાઇલોની પરવાનગીને 644 પર બદલો. પછી તપાસો કે ચાલી રહેલ વપરાશકર્તા "www" છે કે નહીં; જો નહીં, તો તેને સ્વિચ કરો. "રિપેર પરવાનગીઓ" બટન પર ક્લિક કરો, તે પૂર્ણ થાય ત્યાં સુધી રાહ જુઓ, Wordfence ને તાજું કરો અને ફરી પ્રયાસ કરો.

HestiaCP માટે, વેબસાઇટ એડિટિંગ પેજ પર જાઓ અને "વેબ રૂટ પર લખવાની ઍક્સેસની મંજૂરી આપો" નામનો વિકલ્પ સક્ષમ કરો. પછી વેબસાઇટ ડિરેક્ટરીના માલિક અને પરવાનગીઓને એકીકૃત કરવા માટે થોડા SSH આદેશો ચલાવો.

chown -R admin:www-data /home/admin/web/你的域名/public_html
chmod -R 755 /home/admin/web/你的域名/public_html
find /home/admin/web/你的域名/public_html -type f -print0 | xargs -0 chmod 644

cPanel વધુ સાહજિક છે. ફાઇલ મેનેજર ખોલો, ઉપરના જમણા ખૂણામાં "છુપાયેલી ફાઇલો બતાવો" ચાલુ કરો, ડિરેક્ટરી પર જમણું-ક્લિક કરો અને પરવાનગીઓ 755 માં બદલો, ફાઇલ પરવાનગીઓ 644 માં બદલો, અને અદ્યતન વિકલ્પોમાં ફાઇલ માલિકને ઠીક કરવા માટે એક કાર્ય પણ છે.

વિકલ્પ ૨: SSH (સામાન્ય) દ્વારા મેન્યુઅલી પરવાનગીઓ બદલોLinux)

જો કંટ્રોલ પેનલ તેને હેન્ડલ ન કરી શકે, તો SSH મેન્યુઅલી અજમાવી જુઓ. એકવાર સર્વર સાથે કનેક્ટ થઈ ગયા પછી, પહેલા માલિકી એકીકૃત કરો. LNMP/LEMP વાતાવરણમાં, વેબ રનટાઇમ જૂથ સામાન્ય રીતે www-ડેટા અથવા www હોય છે.

chown -R 你的面板用户:www-data /网站根目录完全路径

પછી ફોલ્ડર પરવાનગીઓ 755 અને ફાઇલ પરવાનગીઓ 644 પર સેટ કરો.

find /网站根目录 -type d -print0 | xargs -0 chmod 755
find /网站根目录 -type f -print0 | xargs -0 chmod 644

પ્રક્રિયા પૂર્ણ થયા પછી, WP બેકએન્ડ પર પાછા ફરો અને ફાયરવોલને ફરીથી સક્ષમ કરો; તેનાથી સમસ્યાનો ઉકેલ આવવાની શક્યતા છે.

વિકલ્પ ૩: મેન્યુઅલી wordfence-waf.php બનાવો (પરવાનગીઓ લૉક હોય ત્યારે એક ખતરનાક ઉકેલ)

જો તમે કંટ્રોલ પેનલ પર SSH સેટિંગ્સ બદલી શકતા નથી, તો તે મેન્યુઅલી કરો. રૂટ ડિરેક્ટરીમાં wordfence-waf.php નામની ફાઇલ બનાવો અને તેમાં નીચેનો કોડ પેસ્ટ કરો.

<?php
if (!defined('WFWAF_VERSION')) {
    define('WFWAF_VERSION', '7.11.0');
}
$wafConfig = array(
    'wafAutoPrepend' => true,
    'wafFile' => __FILE__,
    'wpContentDir' => dirname(__FILE__) . '/wp-content',
    'wpPluginsDir' => dirname(__FILE__) . '/wp-content/plugins',
    'wafLogDir' => dirname(__FILE__) . '/wp-content/wflogs',
);
require_once $wafConfig['wpPluginsDir'] . '/wordfence/lib/waf/waf.php';

તમારા વર્તમાન વર્ડફેન્સ વર્ઝન સાથે વર્ઝન 7.11.0 ને બદલવાનું યાદ રાખો. ફાઇલ પરવાનગીઓ 644 પર સેટ કરો, અને માલિક વેબસાઇટ સાથે મેળ ખાશે. પછી wp-config.php ને સંપાદિત કરો અને ફાઇલની ટોચ પર નીચેની લાઇન ઉમેરો.

require_once 'wordfence-waf.php';

વર્ડફેન્સને સેવ અને રિફ્રેશ કરો. ફાયરવોલ આપમેળે તેને ઓળખશે અને ભૂલોની જાણ કરશે નહીં.

વિકલ્પ 4: લેખન ઍક્સેસને પ્રતિબંધિત કરતા નિયમો તપાસો.

ક્યારેક તે પરવાનગીઓનો મુદ્દો નથી, પરંતુ રૂપરેખાંકન ફાઇલ છે જે તેને અવરોધિત કરી રહી છે. તમારી .htaccess ફાઇલ ખોલો અને ફાઇલ લખવાની ઍક્સેસને પ્રતિબંધિત કરતા અથવા PHP ફાઇલ બનાવટને અટકાવતા બધા નિયમો કાઢી નાખો. Nginx માટે, રુટ પાથ ફક્ત વાંચવા અથવા create_file બંધ કરવા જેવા પ્રતિબંધો માટે તમારી સાઇટ ગોઠવણી તપાસો, અને તેમને દૂર કરો.

બીજી પરિસ્થિતિ એ છે કે વર્ચ્યુઅલ હોસ્ટ અથવા લાઇટવેઇટ ક્લાઉડ હોસ્ટિંગ પોતે રૂટ ડિરેક્ટરીમાં PHP ફાઇલોના ઉત્પાદનને પ્રતિબંધિત કરે છે. આ કિસ્સામાં, તમારે પ્રતિબંધ દૂર કરવા માટે તમારા હોસ્ટિંગ પ્રદાતાનો સંપર્ક કરવાની જરૂર છે, અથવા વર્ડફેન્સના પ્રોટેક્શન મોડને સ્વિચ કરવાની જરૂર છે. વર્ડફેન્સ મેનૂ, બધા વિકલ્પો, WAF પર જાઓ અને રૂટ ફાઇલ બનાવટને બાયપાસ કરવા માટે પ્રોટેક્શન એન્જિન મોડને એક્સટેન્ડેડ પ્રોટેક્શનમાં બદલો.

ઉકેલ ૫: પ્લગઇન વિરોધાભાસને કારણે બ્લોકિંગ થાય છે

કેટલાક કેશીંગ અથવા સુરક્ષા પ્લગઇન્સ આ કામગીરીને અવરોધિત કરી શકે છે. WP રોકેટ, W3 ટોટલ કેશ અને લાઇટસ્પીડ કેશ જેવા કેશીંગ પ્લગઇન્સ તેમજ સુકુરી અને આઇથેમ્સ સિક્યુરિટી જેવા સુરક્ષા પ્લગઇન્સ અસ્થાયી રૂપે અક્ષમ કરો. પછી સર્વર કેશ અને ઓપકેશ સાફ કરો, અને PHP સેવા ફરીથી શરૂ કરો.

systemctl restart php8.3-fpm

ઝડપી મુશ્કેલીનિવારણ ક્રમ (ક્રમમાં પગલાંઓનું પાલન કરવાની ભલામણ કરવામાં આવે છે)

હું સૂચન કરું છું કે તમે ગડબડ ટાળવા માટે આ ક્રમનું પાલન કરો. પ્રથમ, પરવાનગીઓ અને માલિકીને એકીકૃત કરો; આ સમસ્યા હલ કરવાની સૌથી વધુ સંભાવના ધરાવે છે. જો તે કામ ન કરે, તો PHP-FPM ફરીથી શરૂ કરો અને બેકએન્ડને તાજું કરો. જો તે હજુ પણ કામ ન કરે, તો મેન્યુઅલી એક નવી ફાઇલ બનાવો અને wp-config માં ફેરફાર કરો. પછી તપાસો કે શું તમારું Nginx અથવા Apache રૂપરેખાંકન રૂટ ડિરેક્ટરીમાં નવી PHP ફાઇલો બનાવવાનું અવરોધિત કરી રહ્યું છે. છેલ્લે, ફાયરવોલ મોડ્સ સ્વિચ કરવાનું વિચારો.

એક વાત હું તમને યાદ અપાવું છું કે તમારે ક્યારેય પણ 777 પર પરવાનગીઓ સેટ ન કરવી જોઈએ. ફોલ્ડર પરમિશન 755 અને ફાઇલ પરમિશન 644 હોવી જોઈએ; એ જ ધોરણ છે. 777 પર પરવાનગીઓ સેટ કરવાથી તમારી વેબસાઇટ સીધી રીતે ખુલ્લી પડી જશે, જે અત્યંત ઉચ્ચ સુરક્ષા જોખમ ઊભું કરશે. જો તમે હેક થઈ જાઓ છો, તો તેનો અફસોસ કરવામાં ખૂબ મોડું થઈ જશે.

સાચું કહું તો, મને ખાતરી નથી કે આ ઉકેલો તમારી પરિસ્થિતિ માટે કામ કરશે કે નહીં, પણ મેં જે મુશ્કેલીઓનો સામનો કર્યો અને જે પદ્ધતિઓ મેં શોધી કાઢી તે શેર કરી છે. જો તમને બીજા કોઈ ભૂલ સંદેશાઓ મળે, તો સ્ક્રીનશોટ લો અને મને મોકલો, અને હું ફરીથી જોઈશ.

તમે અત્યાર સુધી વાંચ્યું હોવાથી, જો તમને તે મદદરૂપ લાગ્યું, તો કૃપા કરીને તેને લાઈક અને શેર કરો. જો તમે પહેલા અપડેટ્સ મેળવવા માંગતા હો, તો તમે મને ફોલો પણ કરી શકો છો!

મારો લેખ વાંચવા બદલ આભાર. ફરી મળીશું.